Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

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

Open
CristalGaming opened this issue Mar 12, 2024 · 4 comments

Comments

@CristalGaming
Copy link

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
Copy link
Member

rlnt commented Mar 12, 2024

  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
Copy link
Author

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
Copy link
Member

rlnt commented Mar 12, 2024

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
Copy link
Author

CristalGaming commented Mar 13, 2024

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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants