• 修复斜坡上的面在安装Sodium后消失的问题（我设置了错误的剔除面）
• 尝试修复斜坡上的环境光遮蔽（AO）但失败了

• 重写大量的重纹理逻辑。
  • 现在，每个烘焙模型仅使用一个准备好进行重纹理处理的网格，这可能原本就应该是这样的。应该能节省内存并稍微提高区块烘焙性能。
  • 一些应用程序二进制接口（ABI）的变动与此相关。查看Git或如果您需要更多信息请告知我。
• 置换更少类型模板的面。（这可能会旋转某些模板内部的方块。）

• 移除那个啥也不做且破坏了辛特拉连接器的混合插件
• 再次用 wooden_buttons 标记模板按钮
• 在客户端加载NBT标签（防止在放置常规模板时出现闪烁）

• 移除什么都不做且（可能）破坏了Sinytra连接器的混合注入（Mixin）
• 再次用 wooden_buttons 标记模板按钮

• 移除没什么作用且（可能）破坏了Sinytra连接器的混合（mixin）
• 再次用wooden_buttons标记模板按钮

嗨1.21。

注意：有点草率。如果有问题请告诉我。

1.20.4端口

• 添加合成方式，用于将台阶模板合成为竖半砖模板，反之亦然。
• 如果一个模板无法确定纹理，它现在将回退到方块的粒子纹理（而不是显示有故障的脚手架纹理）

• 修复上次更新后搞乱的栅栏模板和立柱模板物品。
• 给斜坡和小斜坡模板添加一个提示信息，提醒你按住Shift键可以将它们侧放在墙上。
• 可重新纹理化的模型（针对“json”和“auto”类型）以及物品模型覆盖，现在可以从资源包中加载。
  • 查看隐藏在assets/templates/中的json文件。
  • 这并不是太有用，因为这些模型只有应用到模板中的方块上才有意义。
  • 现有的代码注册API仍然有效。这些被称为“永久”映射（因为它们在资源重新加载时不会被清除）。
  • 永久映射可以被资源包中的映射覆盖。
• 更多的数据生成。
• 潜在的ABI中断：使用fabric-block-view-api-v2而不是已废弃的fabric-rendering-data-attachment-v1。
  • 这意味着我使用RenderDataBlockEntity而不是已废弃的RenderAttachmentBlockEntity来从世界中读取有关模板的信息。
  • 如果你实现了ThemeableBlockEntity，请改为实现ThemeableBlockEntity2。然而，旧的接口已被修改为扩展新接口并转发来自fabric-rendering-data-attachment-v1的调用，所以插件应该仍然可以工作。
• 潜在的ABI中断：使用fabric-model-loading-api-v1而不是已废弃的fabric-models-v0。
  • 由于这个API的缺陷（无法直接为物品设置一个UnbakedModel），模板物品现在需要一个任意的json物品模型来抑制“缺少模型”的日志刷屏。
  • 将来我打算更充分地利用这个依赖所提供的功能。

• 人们对我那不太靠谱的TNT数据追踪器混合插件有所警惕是理所当然的，所以我把它列为了优先处理事项。希望它能以一致的顺序应用，并且不会引发问题。
  • 请记得将此更新应用到客户端和服务器
• TNTemplate现在感觉更像一个TNT方块了（会瞬间爆炸等等）
• 修复合成方式解锁问题！现在只有当你首次获得竹子时它才会解锁。没人注意到这个问题。
• 该模组的很大一部分资源和数据文件现在都能自动生成了。如果有什么地方感觉不对劲，请告诉我。

旧改动（约2023年，至今未发布）：

• 开始勾勒出一个API，可通过TemplatesClientApi.getInstance()访问
  • （来自未来的注释：由于Mojang的搞怪行为，这个API在1.21版本会严重崩溃）
• 代码清理，希望没有破坏ABI兼容性
• 从jar包中移除一些未使用的东西
• 垂直石板放置效果好了一些
• 修复一个漏洞，即那些外观类似带有随机模型的方块（如石头）的模板，在每次资源加载时可能会重新生成其方块状态
  • 忘了指定随机种子。
  • 模板化方块总是使用相同的模型——模板化的石头仍然不会随机旋转/翻转——但至少现在它使用的是相同的模型。

新改动：

• 新模板：“Post Cross”——一个正好能放在栅栏或“Post”模板上的十字形状。可以以三种不同方向放置。
• 新模板：“TNTemplate”。这应该会有不错的效果。
• 连接纹理应该能用了！我用凿子重生（Chisel Reborn）测试过了。只要其他方块实现了FabricBlock#getAppearance，应该就没问题。
• 蘑菇方块现在能用了（以及任何其他带有"multipart"模型的方块）。
• 稍微降低了TemplateAppearance的内存使用量？
• 只声明我实际使用的Fabric API模块的依赖。

待办事项列表：

• 我仍然依赖两个已废弃的模块，fabric-rendering-data-attachment-v1（有ABI影响）和fabric-models-v0（替代品似乎是fabric-model-loading-api-v1，这个也有ABI影响）

在除斜坡之外的所有模板上启用环境光遮蔽（和“平滑光照”），因为斜坡在启用这些功能时仍然存在问题

• 新模板：垂直石板
• 新模板：微小斜坡
• 显著减小模板块实体 NBT 标签的大小
  • 加载时块将自动升级，此更新之前创意模式 ctrl 拾取的模板将不会，并且可能表现异常
  • "BlockState" -> "s"，如 5 个单独的布尔标志 -> 单个位域 "b"
• 减小模板块实体的内存占用
• 尊重doTileDrops
• 改善发光模板上的创意模式 ctrl 拾取行为
• 在模板中添加屏障块会使其不可见（顺便说一句，不会使其不可破坏）

添加更多方块标签，并添加物品标签

• 添加门和铁门
• 清凉的小溪

• 添加一个铁门模板
• 修复模组元数据并添加更多元数据

感谢 Patbox 注意到/提出建议

第一个公开版本。（因重复漏洞撤回了 2.0.0 版本。）