调试模式未来优化方向投票

[ruattd]

因有部分用户有日常打开调试模式的喜好（虽然我不知道这到底是啥需求...），现对调试模式未来优化方向进行投票

目前方案：

1. 取消对普通用户开放调试模式，只开放给 Debug / DebugCI 配置用于开发者调试和部分反馈测试需求
2. 继续对普通用户开放调试模式，但需制定明确的日志等级划分规则，以减少 CE 开发者内部对日志等级使用的不一致现象

仅 CE 主仓库或 Core 仓库有 commit / merged PR 记录的开发者拥有投票权，其余票数均不计入
为确保投票可靠，投票的开发者请于下方回复，同时若最终结果为选项 2 ，则投选项 2 票数的开发者应负责起草日志等级划分规则

[ruattd]

选项 1

[copytiao]

选项 2

[baiyuexiao496]

选项 2

就算不开放调试这日志等级划分也该改改了（

[MoYuan-CN]

选项 2

[tangge233]

干脆把 Hint 干掉吧……

[ruattd]

调试模式基本上唯一的意义就是用 hint 输出 log
如果干掉约等于干掉调试模式

[MoYuan-CN]

调试模式下启动一个新的窗口以查询调试日志

[Pigeon0v0]

选项 2

有必要保留此功能以便于对部分 Bug 进行追踪

[copytiao]

Any Progress?

[ruattd]

通常应该挂一个周，不过如果你接受现在的结果也可以（看起来应该也没人有别的意见了罢）
选项 2 要求有一个明确的日志等级划分，以方便之后尽可能让 commit 里少出现不必要的关于日志等级这种究极小问题的修改，所以作为最初支持选项 2 的开发者你或许可以开始拉他们起草这玩意了
反正我写的 log 要么 normal 要么直接弹框，我也从来不用调试模式（个人观点，调试模式点用没有，反正最后还是得看 log 的），我就不掺和了

[copytiao]

通常应该挂一个周，不过如果你接受现在的结果也可以（看起来应该也没人有别的意见了罢） 选项 2 要求有一个明确的日志等级划分，以方便之后尽可能让 commit 里少出现不必要的关于日志等级这种究极小问题的修改，所以作为最初支持选项 2 的开发者你或许可以开始拉他们起草这玩意了 反正我写的 log 要么 normal 要么直接弹框，我也从来不用调试模式（个人观点，调试模式点用没有，反正最后还是得看 log 的），我就不掺和了

倒也不是点用没有，有些东西调试模式下才会打印日志（

[wyc-26]

选项 2

[Deep-Dark-Forest]

选项 2