[社区民意调查]关于界面自定义类 PR 的处理原则：设置界面 vs 配置文件，以及维护者路线决定权

[Minecraft269]

注: 此Discussion为非官方提出 请注意分别 这里仅作为讨论一个PR/issue的去留 各个社区玩家/开发者都可以提出建议

以下为AI生成

之前有好几个关于界面自定义的 PR 被关闭了，比如隐藏帮助按钮、自定义标题栏等。关闭原因各不相同，但大多指向同一个方向：维护者倾向于用配置文件来实现这类功能，而不是在设置界面里加开关。

这里列几个相关的 PR：

• [添加隐藏标题栏“帮助”按钮的选项 #5812] 添加隐藏帮助按钮选项 — 关闭，维护者认为可以在未来配置文件方案中统一处理

• [feat: 添加自定义标题栏设置 #5653] 添加自定义标题栏设置 — 关闭，维护者倾向于通过配置文件实现

在看这些 PR 的讨论时，我注意到有两条评论提出了几个值得认真对待的观点：

Minecraft269：
“HMCL 是一个社区驱动的启动器，代码公开，由社区共同维护。这意味着它的最终服务对象是每一位使用它的玩家，包括那些刚接触电脑、想玩 Minecraft 却不知道怎么改配置文件的新手。”
“这个 PR 提供了一种在设置界面内直接调整标题栏的方式——不需要打开文件管理器，不需要找 .hmcl 文件夹，不需要知道 JSON 格式怎么写。这才是把复杂留给自己，把简单留给群众。”
“用户的需求应该能直接在软件内表达，而不是被赶到外部去。”

3gf8jv4dv 在回复中进一步指出：
“我们需要意识到项目方向通常是维护者基于技术认知和路线图设定的。虽然用户需求是重要参考，但不能纯粹以需求高低来决定功能走向，这会滑向市场导向和功能蔓延。”
“软件的基本权利保障是让功能更容易被使用，比如 UI 设置优先级高于配置文件，和项目方向并不冲突，而是实现路径的问题。”
“因此，这类 PR 的去留不应该由一个 community poll 来决定。维护者有权利基于技术判断和项目方向做出决定，我们应该尊重。”

这两条评论触及了几个很核心的问题，我觉得值得单独开一个讨论来理清楚。

想和大家讨论的点：

1. 对于UI自定义这类功能，新功能实现的路径：设设置界面UI 还是 配置文件？什么样的功能适合做成设置界面的开关，什么样的功能适合做成配置文件选项？

2. 对“配置文件对新手不友好”这一点怎么看？如果某项功能只提供配置文件方式，是否合理地考量了所有用户群体？

3. 维护者决定方向和社区诉求之间的关系：如何平衡？

4. 未来的类似 PR，是否可以有一个更清晰的指引，让贡献者提前知道维护者的倾向，避免浪费精力？

——
这个讨论的目的是为未来类似 PR 的处理找出一个更清晰的原则，让大家减少冲突和重复工作，不是针对某个具体的 PR 或贡献者。欢迎任何看法，理性讨论。

src: DeekSeek