The way cycling ingredients are displayed makes navigation difficult

[auddie2015]

I hate the oredict cycling when I press R to view the recipes. I would prefer to press something to make it cycle instead of something to make it stop. That, or have it also transfer items based on oredict. Is this implemented? If so, how do I do it?

Thanks!

EDIT: more info. The reason it is annoying me now after all these years is because this pack has every tree on earth in it and it cycles through the different planks for what seems like eternity.

[mezz]

Thanks for the question! There isn't anything to do that currently. Transferring items should use the full list though, if you use the vanilla crafting table it should work (the transfer handler for vanilla is implemented by me in JEI, others are implemented by mod plugins and may not work the same).

I have tried thinking of better ways to display these "rotating" ingredients (I don't think they're the best way to display this information), but I haven't come up with anything simple that works for large lists.

I don't want to just show the first ingredient in the list because most people do not take the time to mouse over all the ingredients. Let me know if you can think of a better way to display lots of ingredients at a glance, I'm open to suggestions.

[auddie2015]

Ah, I'm no programmer so I would not know simple from impossible because your simple would be my impossible! Generally, I play on just my own little personal set of mods but recently started exploring modpacks - ones with forestry and biomes o plenty etc. There is a LOT of wood. :-P

I am fairly certain that the problem was a specific modded item because, as you said, the vanilla table works just fine. AE2 terminal works just fine.

Thanks for explaining it though!

[QUEWEX]

I have been considering this issue as well. In particular, while it is possible to "control" the cycling in limited circumstances (if the JEI tab has only one page, mousewheel up/down will shuffle components with valid components under the same oredict, even if shift is held to "pause" the cycle), the cycle seems to be entirely random. In addition, I personally dislike the default-on shuffling to start with, although I admit it would have been useful feature when it was first implemented, for users to recognize that oredict items are valid for a given recipe.

I would like to see at the least some means of toggling the cycling off (rather than only pausing by holding shift). For convenience, I feel this should be a button somewhere within the JEI recipe frame - perhaps a small near the "shapeless recipe" indicator. The alternative would be an option under the JEI config, but it could be tedious to have to go back and forth into the config (even with the button near the search bar) to toggle this. This is to say, even if I do want it toggled off, there will be occasions where I will want it toggled on. (A key to toggle this config would be overkill, in my opinion.)

In terms of displaying the complete list of valid oredict components, maybe a keybind to bring up a new window with the complete list? R by default brings up a recipe; I believe U is the default for showing uses (I personally rebind this to shift-R). Perhaps ctrl-R by default to show valid oreDicts for a given component in a recipe? An alternative could be a button, similar in placement to my cycle suggestion above, that you could drag and drop over to a slot in a recipe.

Whether a button or keybind, a list would open of valid items meeting the oredict for that slot. As for placement and appearance of this list... I had considered that it could cover the "result" portion of the JEI window (the 3x3 would still be visible but the arrow and result box would be covered by the list); however, this probably wouldn't play nice with JEI tabs that use a non-standard layout (extended crafting or recipes from Mek machines, as examples).

An alternative could be a less "substantial" list using a similar style scheme to tooltips that will appear overtop the JEI item list to the right of the JEI tabs element. It would still need to be "substantial" enough that the user could interact with it (both hover over items in the list, to see their name/default tooltip, as well interact with any scrolls bars that may be necessary, given length of the name and number of possible options). Actual width could be fixed (within limits resulting from the user's display), with height being the full height of the JEI element.

Actually, come to think of it, what about having the list be displayed in the same location as the "valid crafting tool" on the left of the JEI element? By default, this list shows anything that can be used to craft recipes on the tab you're viewing, whether that is the multitude of basic crafting tables available, or the single machine that can handle the tab. By default it could continue doing so, but when calling up a list of alternate valid oredicts for a valid component, could it be redrawn/repopulated with that list? It could remain as item icons (for consistency, rather than item name as I had first considered), with maximum 2 columns, and if the list is long (whether extremely so or just for the display being used), have a vertical scroll bar to the left of the list (so on the "outside" of the JEI element), opposite the usual location of vertical scroll bars normally found on the right side of an element.

I admit, these suggestions are dependent on exactly how much control you have in creating new UI elements to display this information. In that respect, I presume re-purposing an existing UI element (e.g. the list of crafting tools) would work better than having to create a new UI element that overlays existing ones (whether that overlays the "result" portion of the JEI recipe element, or "tooltip" which would overlay the JEI search results), but this also assumes that these elements can be re-drawn/repopulated while the element is displayed, rather than only populated when the element is first drawn (i.e. the user switches to that tab).

[mezz]

There are more suggestions for this here: https://github.com/mezz/JustEnoughItems/issues/2402