Add a config list with the tags/items that will not be hidden in the menus

[CristalGaming]

Describe the feature/addition!

So i would like to have the ability to choose certain tags/items to still be shown in JEI/REI/Creative Menu even if the tag/item was unified and isn't a priority.

Why would like to see this feature/addition?

1. There are certain items that can be accessed in survival without crafting that almost unified wouldn't unify (ex loot or hard-coded recipes (used by MCreator mods); drops etc.) so completly removing it form the REI/JEI/Creative Menu might be confusing for players because they might check the recipe for that item in the jei/rei and they wouldn't find the item in there.

2. So I would like to still have access to storage blocks and raw storage blocks in the menus without hiding all the items. I want to add with kubejs recipes that will convert from the dominant recipe to the other ones (for example with the Chipped mod i can add item tags for the recipes to convert items in that tag with each other to have access with all variants of that block, without confusing the player).

An Extra feature that i think would be nice. Maybe to not confuse which item is the priority one, might add a description to the items that says which item is the main one, or to have a list on JEI/REI with all the items unified and the priority one highlighted.

[rlnt]

1. Items that are hidden don't become useless. They can still be used as recipe inputs since we change inputs to use tags instead of the preferred item. If a player can obtain a hidden item somehow, they can still check its uses and will see all available recipes where it could be used.
   The goal of a modpack should be to make non-dominant items unobtainable by altering loot tables or world generation. I honestly don't care about hardcoded recipes by MCreator mods. We do not plan to support MCreator or any kind of recipes that bypass the vanilla JSON recipe system.

2. I don't really get what you are saying here. If you want to create KubeJS recipes to convert items, just do so. Almost Unified doesn't touch KubeJS recipes as it runs before the recipe event.

Overall, I think your feature request is out of scope, and Almost Unified doesn't seem to be the mod for you if you do not like the way it handles the unification. The goal of unification is to end up with one item of each tag, all recipes outputting those items and not being able to obtain any of the other items.

[CristalGaming]

For the 1st point I don't ask to support for hardcoded recipe. I just give some examples of cases when hidden unified items being obainable.

what i mean for the 2nd point is that some unified blocks from item tags might have interesting textures and might want to keep them visible on the menus but without affecting unification or the visibility of all unified items of the mod.

I'm ok if the feature will not be added. I know is not that important as other features. Thank you for the fast respond.

[rlnt]

Right now, we mostly focus on the new Almost Unified version for 1.20.4+. It has a ton of changes under the hood as well as new features, and an overhauled config system. It will work with sub-configs so you should be able to achieve your expected behavior with that as you can disable hiding for each config independently.

We also planned on adding something like a Stonecutter to convert dominant items to their non-dominant counterparts.

However, this will only be available on the new version since 1.20.1 and below are mostly feature-complete and only receive critical bug fixes.

[CristalGaming]

thank you for telling me. I will paciently wait for that features to be added.

[jaz000]

I'd like to add another scenario to this.

Different dimensions generating alternative versions of the same ore.

You want the ores to pickup unified recipe processing, but you will want some of the alternate versions of the ore to still be visible in JEI to let the player know it is available in the world.

For example, the creatingspace mod has "moon cobalt ore" generating in the moon dimension. I've just added via kubejs my own block "mars cobalt ore" and had it generate in the mars dimension.

After doing JER profiling to have JEI show the ore spawn heights for both I find I'm only getting one of them appearing in JEI (whichever mod is higher in priority in almostunified config).

Looking at other mods in this pack I'm putting together, I can see some alternative ore versions listed and some aren't. But I can't work out what the logic is. I need to hide some unused ones and show some actually used but currently hidden ones ...

[rlnt]

@jaz000 This has nothing to do with this issue. Please don't hijack submissions for personal support requests. You can open a support thread on GitHub to get help with that. Your problem is that you added a new stone variant and didn't add it to the config.