point3d / sortinghopper2 Goto Github PK

Hello,

Can you add the possibility to disable the crafting recipe but allow to rename it in an Anvil.

I tried to edit the config file like this:
preventrename: false crafting: enabled: false

Then go to an Anvil and rename it: Item Sorter but it's not working.

If I place a normal hopper, from creative inventory into a place that was a filtered hopper, the hopper gets filtered.


Does the same if broken on survival

When sorting enchanted books, after the item is placed in the item sorter, it is not possible to see, via the GUI, what kind of book is in the filter. Apparently the instructions: "Right-click: group sorting" and "Left-click: remove" use the space where this would normally be shown?

It does indicate:
Enchanted Book
Right click: group sorting
Left click: remove
minecraft:enchanted_book
NBT: 1 tag(s)

In any event, it would be nice to be able to come back later and be able to see what kinds of enchanted books are being filtered. One can place a sign... but... well... so much better to have the item sorter reveal what it has than have some separately maintained object have to be made to keep track of it.

One reason for this is to be able to adjust the filter without having to remove everything and start over just because it is not possible to see which item is incorrect.

V 1.15.2
Bukkit
if you break the sorting hopper it drops a hopper that has a different name, but still is a regular Hopper. The rename of the hopper should be executed on block break as well.

I'm trying to run the plugin's latest version on Spigot 1.16.1 beta and the plugin keeps telling "[SortingHopper] Wrong item. Use crafting recipe.". It's installed on a latest version of spigot as the only plugin. I checked the source that produces the error but I did not understand why the check that produces the error exists.

It seems the material type should not be a hopper and named as the recipe? Does that differ from the recipe in older versions?

The item is created through recipe or /give command. Both do not work as they produce the same item using the name of the first entry from the config.yml.

What could be different in 1.16?