While the current implementation of reference handling in
this class was the correct way to go (only handling
texture names starting with # as references), the game is
happy to accept references without a leading hashtag, since
it just chops it off and continues on the same code path
regardless.
This commit makes the reference handling in BlueMap align
with this behaviour, potentially allowing "broken" models
to render as they do in game.
This method works for reference resolving, since if a string
passed into the texture field contains a ':' then it must be
a namespaced key, and if it contains a '/' it has to be a
resource key, because the 'minecraft' namespace is implied
in these cases. The other way around, if someone were to pass
in a string like 'oak_planks', it is safe to assume it is a
reference, since the implied resource key would be
'minecraft:oak_planks', but textures aren't at the root level
in that namespace.
* Implement PackedIntArrayAccess
* First working render with BlueNBT
* Progress converting chunkloaders
* Core rewrite done
* WIP - Restructuring configs and world-map mapping
* WIP - Compiling and starting without exceptions :)
* Fix cave detection
* Ensure configuration backwards compatibility (resolve dimension from configured world if missing)
* Implement support for 1.16+ chunks
* Implement support for 1.15+ chunks
* Implement support for 1.13+ chunks and some fixes
* Also find worlds based on their id again in BlueMapAPI
* Improve autogenerated config names
* Implement equals for all ServerWorld implementations
* Get rid of var usage
* Added global webapp option for not having a void
* Fix for non-default lighting conditions
* Replace `isVoid` with whole `voidColor` feature!
* Default void colour should be black
* And now the default sky colour can also be set back to what it was
* Fix the low-res void colour
* Add config option for the new void colour setting!
(I hope I haven't forgotten any place to add it, but it does work, so I don't think so..?)
* Add 1.20 resource link
* Add fabric 1.20 implementation
* Fix publish versions
* 1.20-pre7 (#437)
* Fix chunk status now having a namespace .. yay:)
* Update vite for security-issue fix
(We are not affected, but updating doesnt hurt)
* Remove all but latest 1.19 version
* Final 1.20 updates
---------
Co-authored-by: Aurélien <43724816+Aurelien30000@users.noreply.github.com>
When forking the project on GitHub there is an option to only fork the
main repo branch. This means that the forked repo will not have any tags
in it which currently causes the build system to fail.
This change adds a fallback in the case that there are no tags to
building a version named "-dev-dirty".
