mirror of
https://github.com/italicsjenga/valence.git
synced 2024-12-23 14:31:30 +11:00
c4741b68b8
## Description - Revert the "biomes/dimensions as entities" idea since it caused too many problems without much to show for it. - Make use of `valence_nbt`'s serde support in `valence_biome` and `valence_dimension`. - Reduce boilerplate, reorganize `valence_registry` a bit. - Tweak default biome registry such that `BiomeId::default` always corresponds to "minecraft:plains". - Add `Option` and unit variant support to `valence_nbt`'s serde impl. |
||
|---|---|---|
| .. | ||
| valence | ||
| valence_advancement | ||
| valence_anvil | ||
| valence_biome | ||
| valence_block | ||
| valence_build_utils | ||
| valence_client | ||
| valence_core | ||
| valence_core_macros | ||
| valence_dimension | ||
| valence_entity | ||
| valence_instance | ||
| valence_inventory | ||
| valence_nbt | ||
| valence_network | ||
| valence_player_list | ||
| valence_registry | ||
| valence_spatial_index | ||
| README.md | ||
Crates
The standard crates used in Valence projects.
All crates here are exported by the main valence crate. valence is the intended interface for both end users and plugin authors.
Crates are versioned in lockstep with the exception of valence_nbt.
Ignoring transitive dependencies and valence_core, the dependency graph can be described like this:
graph TD
network --> client
client --> instance
biome --> registry
dimension --> registry
instance --> biome
instance --> dimension
instance --> entity
player_list --> client
inventory --> client
anvil --> instance
entity --> block
advancement --> client