* Fix#2847 Allowing values larger than Integer.MAX_VALUE
* Allowed the GUI to display `Long` numbers to fix overflow values
* Added missing Death Messages from stepping on the fusion reactor
* Fusion Control using TranslatableText
* I've converted LiteralText to TranslatableText
* #2775 Adding trinket support for BatpackItem
* Added support for wearing BatpackItems in the 'back' trinket slot on the chest. This frees up an additional space for regular armor.
* BatpackItem only output when in chest armor slot
* Cache Torus.generate result for Origin
Fusion Coils are laggy, not by ticking block entities, just purely by torus.generate(BlockPos.origin, size)
* Assign TorusListCache
* use cached result
* Resin Basin updated. Thanks to Spearkiller and Ayutac.
Hitbox has been updated to half a block, better matching the model.
Item model has been updated by Spearkiller to look nice.
There was a weird inconsistency about the amount of sap given to player depending on either putting it into an inventory or breaking the block.
Right click to harvest basin didn't work as intended, so removed for now.
Also it seems the block states (full/pouring/pouringTime) are not saved via nbt?
Also also wow the warnings.
* Added removal of sap from basin when right -clicking.
The error was me not understanding that "setFullState" had nothing to do with the variable "isFull". My bad, my bad.
For some reason one right click triggers the onUse twice, and previously I didn't correctly update the sap after the first one, but now it should work. Testing went off without a hitch.
* In-depth update of chrome->chromium, thanks to Ayutac, Xanthian
This fixes Bug #2621 without accidentally destroying items (untested, but the chrome item registration isn't changed) and supersedes PR #2780 which only made language changes.
I just plainly copied the lang changes from Xanthian. As for the chrome stuff, I thought long and hard how to do it properly. Possible variants:
1. Change tag names in constructor for chrome only.
2. Change tag names in enum for chrome only.
3. Don't change the internal tag names of the enums, but change the tag registration process in datagen for chrome only.
4. Introduce CHROMIUM variant, add conversion recipes etc. and hope over time CHROME can be safely removed.
(4) always had the potential of item loss, so I discarded it first. Deciding between (1), (2) and (3) was harder. The drawback of (2) is code bloating by adding a lot of extra enum constructors, especially for cases which already had enum constructor options. But in the end I decided to go with it because it was the cleanest solution to a dirty problem. This is the first time I encountered a datagen drawback, because if we didn't register by running through the enum array, we could have simply changed it there; a possible (5) but still worse than (2).
* Whoops, forgot recipe changes with the tags
* Merged chromium with hardness/resistance
Replaced the isHot argument from constructors with default false while I was at it.
I increased the capacity of tanks to be even remotely considered an alternative to storage units with cells. I kept the values conservative since increasing is always an option, but decreasing might cause item loss.
Changes:
Basic Tank: 35 -> 128 (about 3.5 times)
Advanced Tank: 200 -> 512 (about 2.5 times)
Industrial Tank: 500 -> 1024 (about 2 times)
I oriented myself at the storage unit steps, which are quadrupled with each tier until advanced, then doubled to industrial.
While I was at it, I changed everything to powers of 2 with the shift operator (so other code readers aren't too confused about seemingly arbitrary values) and added explaining comments.
Just like in last commit, assembling machine one is a bit hacky (we add dummy classes), but better than putting an if into RebornRecipe and faster+safer than correcting the differences between assembly_machine and assembling_machine in the code.
Centrifuge one is a bit hacky (we add dummy classes), but better than putting an if into RebornRecipe and faster+safer than correcting the differences between centrifuge and industrial_centrifuge in the code.
* fix naming in ModelSantaHat.java
* Fix grammar, spelling, and javadocs in RebornCore
* Fix spelling error in datagen
* fix missed variable name
* fix grammar, spelling, and javadoc errors
* fix grammar and spelling errors in project files
* specify indent_size in .editorconfig
Raw metals thought the ingot storage block variant was their variant. THIS AFFECTS STORAGE RECIPES! Effectively means 9 raw variants can be combined to one ingot storage block, so maybe quickly new beta?
* Half of 2 new blocks, other half is a lot of data/model files
* Rest of the data/asset changes for new storage blocks.
* Bugfixes
* made hot tungstensteel storage block opaque
Unified power/time for a couple of similar processings.
All storage blocks of items that could be grinded should be able to be grinded now, with some time save compared to the items themselves.
* Added dust crafting data gen.
Generation works, but how do I get TR to recognize the existence of the new stuff?
* Added generic armor and tools to the datagen. Also resolved conflicts from the merge with recently changed datagen
* Fixed copy-paste error
by accident for second ingredient first would be taken again
* automatized tag generation
* fixed lingering bugs from previous commit
* much much more gen, for about 269 files
* wrongly deleted recipes in last commit
* Added rest of the decorative storage block variants to datagen
If the table was locked, canMake only checked for each ingredient to be there more than once, but make greedily took all items from the first encountered slot of the needed ingredient if the recipe didn't use the full crafting table and the ingredients weren't aligned to the upper left corner of the crafting table (discovered and reproducible with three wheat in the first column second row and single wheats in the other two columns of the second row).
This commit simply disallows greedy behaviour, each crafting grid slot can only be used once.
I also made one or two changes to the rest of the code (formatting,use of constants etc) while I was at it, but these didn't change functionality.
Should default to false in old and new configs, ie no new behaviour, but now I can deactivate it via config instead of using an unofficial distribution. Will probably come back to this once the toasts are finished...