[Feature Request] Multitree / Add Tree

[PlayfulPiano]

Currently, EMI is restricted to calculating and visualizing a single recipe tree at a time. A big limitation is when you want to craft multiple items and determine the shared ingredient demands at once, e.g. building a multiblock in GT, or a schematic for Create.

My request would be to implement the ability to include multiple different items to the same recipe tree, by allowing the user to shift + click on the view recipe tree button for a recipe, which would then give a + icon for adding that to the current recipe tree.

While in the recipe tree UI screen, the root item will now be a row of items you have included, where you can click on any of the items to view/swap to their corresponding recipe tree, or use your scroll wheel to scroll through the root items currently selected. This is to avoid the likely insane coding requirement to implement a DAG styled tree. Next to each side of the root item row would be arrows for manual scrolling. Mousing over a root item would also have a red rectangle appear above it with an X, for deleting that root item tree.

As for synthetic favorites, those quantities would be based on matching the root item demands. The synthetic favorite quantities would be summed together across root item trees. As for instances where one root is an ingredient for another root, synthetic favorites would calculate based on making the full quantity of each root independent of each other.

E.g. making 64 iron ingots and 15 iron buckets would have a synthetic favorite for getting 64 + 45 = 109 iron ore.

Thank you for reading.

[lucasteo16]

I was literally looking for this, this is useful especially for cases where a lot of common material is used.

E.g. Crafting a variety of items that shares some common intermediate materials. The normal workflow for a single tree would be gathering specific amount of those materials, craft those materials just for the first tree once that's done, you proceed to the next tree just to realize that the next item needs the exactly the same intermediate materials again.

In contrast, this will allow building out all the trees at once, gather all stuff at once and then craft a bunch of different things at once.
No going backand forth repeatedly for the same ingredient required for different trees.

I'm wondering how the potential implementation could be, I'm thinking something like letting the virtual bookmarks to sum all the require intermediate material together when more than one trees are in the tree list. On the recipe page, clicking tree button will now add a new tree to the list. Removal of a tree can simply be done by removing it from the bookmark. The tree editing page should allow navigation to other trees (so each tree editor will only show one tree and you jump between other trees with some new ui, instead of showing more than one trees in a single editor which I speculate that would require more changes on existing iimplementati, the tree editor-thingy can just be reused for each tree in a selectable list of trees)

[gabbieblue]

Would like to add here, I think adding a + button to the multiblock view screen to add all items to the tree would be very useful, though obviously only after this feature is implemented

[ICaxapI]

@PlayfulPiano @lucasteo16
Hi! I've implemented your suggestion in this PR. If you'd like, you can build the build yourself from my branch until the maintainers accept my changes.

[ICaxapI]

And [itntegrated] (#1101) with bookmarks by rubybrowncoat's #959
Introduce tree bookmarks for managing recipe trees, supporting features like adding, renaming, removing, and applying bookmarks. Integrate with the sidebar and BoM screen for streamlined access and usability.

Prepared a branch for 1.21 (jars) and 1.20.1(jars). (Second has a #928 too)

This turned out to be very useful for builds with huge, overlapping recipes. For example, you can create presets for specific factories and load prepared trees and crafting sheets with just one click! And you don't have to worry about losing a saved tree because of an accidental click.

[ICaxapI]

1.20.1 jars 1.21 jars
Latest fixes after testing: I discovered a bug in the batch renderer where numbers were drawn underneath icons in large trees, and I fixed the loading of trees with selected tags - tags sometimes wouldn't load due to my inattention and would only render if changed one of the selections, now all of this fixed.

[ICaxapI]

I fix incorrect handle number of ingrediends in certain situations, now remaining count always show correct numbers in syntetic favorites tab.
1.20 jars
1.21 jars