When you make a new generator type and you are adding procedure blocks and global triggers, often, a lot of procedure blocks and global triggers are not added in the same update, or can't be added. So, we need to let users know what can be used or not in a separate file, but it's not the best way for many reasons. The first one is that not all users will check this file, and we always need to check the file to see if what we want to use is supported. So I don't know if with the way you implemented Blockly in MCreator will allow this, but a good solution to fix this problem would be to define in a file the name of each procedure block, global triggers, AI tasks and advancement triggers file, so when we will load a workspace with the Fabric generator, for example, I won't have the procedure blocks of MCreator or of ClothCreators we didn't implement yet. I don't know if it can be possible because it requires to load procedure blocks, triggers and AI tasks when we open a workspace and not when MCreator loads (or you could hide them if they are not supported).
MCreator issue tracker has been migrated to GitHub.
Existing tickets have been migrated to GitHub. Please open new tickets on the GitHub tracker instead. If you do not have a GitHub account, all feature requests and bug reports from forums are still considered and checked by the maintainers.
Load supported plugins elements only
Status
Resolved
Issue description
MCreator detects if the procedure block is not supported when it is placed in the procedure editor. If it is not supported, there will be warning or error shown in the editor, depending on the procedure block type.
For mod elements, they are marked gray on dropdowns and blocks/items are not listed in the selector.