Mod simple structures
Fixes #1539
This will conflict with #2131 (and maybe #2129 since it depends on #2131) so we'll have to deal with that as it comes
This will conflict with #2131 (and maybe #2129 since it depends on #2131) so we'll have to deal with that as it comes
Maybe a little, but the PR is basically 2 lines besides removing the old IDs in the structures and moving the files.
With so many contributors it's inevitable that in busy parts of the codebase there will be conflicts. The sooner we move the code to it's final destination the better. It's up to Quantum anyway.
I would like to have an answer to https://github.com/PixelGuys/Cubyz/pull/1630#discussion_r2173316900 before I approve any further modding attempts
I would like to have an answer to #1630 (comment) before I approve any further modding attempts
From https://github.com/PixelGuys/Cubyz/pull/1630#discussion_r2500248580 to keep the discussion out of closed PRS:
What if we keep the @ notation in the list struct for use from zon files but have a separate autogenerated struct that uses this syntax for use from the code itself?
I'd rather not have so many auto-generated files, and having two version of one thing will inevitably get misused.
I'd rather not have so many auto-generated files, and having two version of one thing will inevitably get misused.
How would we access this nested struct at runtime then?
You can't access any struct at runtime, neither the one with @"" nor the one with namespaces.
Runtime mappings are stored in a HashMap.
Runtime mappings are stored in a HashMap.
Ah, right.