LeavesMC
原版体验
描述你希望添加的功能。 Describe the feature you'd like.
新增 vanilla-experience 配置项 用于强制覆盖 这里 的所有内容
原 mc-technical-survival-mode 配置项可用于在 vanilla-experience 基础上强制覆盖不那么原版但对生电有帮助的配置 ~~（目前好像没有 可删掉）~~
其他 Other
No response
scoreboards.use-vanilla-world-scoreboard-name-coloring: true 这个也有必要吗，似乎会导致一些问题，它大概不会影响生电吧
scoreboards.use-vanilla-world-scoreboard-name-coloring: true 这个也有必要吗，似乎会导致一些问题，它大概不会影响生电吧
这个有什么问题🤔一些数据包依赖这个 而且这个配置项改名后和生电就没关系了）
讲实话我确实不是很喜欢technical mode这个强制覆盖（） 就像 #367 那样一但不需要某个配置就需要手动改其他的所有配置
加个自定义的配置包呢？ 这样既方便配置也能避免这种问题
例如
fix:
xxxxx:
protocol:
xxxxxx:
pack:
mc-tech-xxx:
- xxx
- xxx
- xxx
vanilla-xxx:
- xxx
- xxx
#367
这是插件问题 插件没有设置对应的计分版颜色 设置一个fallback就行了
ess直接设置了玩家Display name 也不能完全说是插件问题
讲实话我确实不是很喜欢technical mode这个强制覆盖（） 就像 #367 那样一但不需要某个配置就需要手动改其他的所有配置
加个自定义的配置包呢？ 这样既方便配置也能避免这种问题
例如
fix: xxxxx: protocol: xxxxxx: pack: mc-tech-xxx: - xxx - xxx - xxx vanilla-xxx: - xxx - xxx
你是说添加一个custom 然后把用户希望覆盖的东西添加进去吗 那有点多此一举了 还不如默认配置就变更为Leaves希望的
讲实话我确实不是很喜欢technical mode这个强制覆盖（） 就像 #367 那样一但不需要某个配置就需要手动改其他的所有配置
加个自定义的配置包呢？ 这样既方便配置也能避免这种问题 例如
fix: xxxxx: protocol: xxxxxx: pack: mc-tech-xxx: - xxx - xxx - xxx vanilla-xxx: - xxx - xxx你是说添加一个custom 然后把用户希望覆盖的东西添加进去吗 那有点多此一举了 还不如默认配置就变更为Leaves希望的
Leaves希望不代表玩家希望（ 不过确实没太大必要 现在这样就很好
讲实话我确实不是很喜欢technical mode这个强制覆盖（） 就像 #367 那样一但不需要某个配置就需要手动改其他的所有配置
加个自定义的配置包呢？ 这样既方便配置也能避免这种问题 例如
fix: xxxxx: protocol: xxxxxx: pack: mc-tech-xxx: - xxx - xxx - xxx vanilla-xxx: - xxx - xxx你是说添加一个custom 然后把用户希望覆盖的东西添加进去吗 那有点多此一举了 还不如默认配置就变更为Leaves希望的
Leaves希望不代表玩家希望（ 不过确实没太大必要 现在这样就很好
如果改默认选项 那用户随时可以修改为他们想要的
如果改默认选项 那用户随时可以修改为他们想要的
这就是Lumina的思路，修改默认值
缺点是 以前的用户就没法简单的迁移了
呃 那没办法 总不能在第一次启动Leaves时覆盖文件吧 ~~太暴力了~~
呃 那没办法 总不能在第一次启动Leaves时覆盖文件吧 ~太暴力了~
是这样，而且也无法解决以前用旧版leaves的迁移问题，但是可以考虑加一个命令去强制覆盖
/leaves force-override-technical-config
我举个例子，比如在末地的出生点加载如果原版话应该是关闭的，而主世界就应该是开启的 这两种方案本来就是两种需求，而我更倾向于强制覆盖 还有就是github issue并非即时聊天软件，更像是简化的邮件，你们这样已经往我邮箱里扔了十多封邮件了。 我已经快被吵死了