我刚刚摆脱了这个。 我正在使用 OSC 10 和 11 的脚本在管理员 PowerShell 会话中从 Solarized Dark 切换到 Solarized Light。 但是，编辑我的配置会导致所有此类会话重置它们的颜色，除了一堆似乎从编写时保持配色方案的东西（在 PowerShell 下，我猜这是 PS-Readline 在工作）。

我对配置分层行为特别感兴趣，但没有 OSC 104/110/111，无法应用配置更改可能是 UX 回归。

对提议的行为是否有任何特别关注，例如标准化/共性？ 还是只是在这个 repo 中实现相关代码的一个案例？

或者（基于里程碑是 Windows 版本）它实际上是否首先需要 MS 内部工作来支持重置颜色？

就我自己而言，这在我的优先级列表中非常低，因为我认为这会有点痛苦。 它需要实现两次，因为调色板是必须由主机和 Windows 终端分别处理的事情之一。 在主机端，确实没有“默认调色板”的概念可以重置，因为初始颜色可以来自各种来源（例如快捷方式链接和注册表项），并且来源可以在运行时更改。

我还计划重构一些调色板管理代码，并且在重构完成之前我并不热衷于添加更多调色板功能。 并不是说重构一定是此功能的先决条件，但我个人更喜欢先清理它。

所以基本上，对于一个相当晦涩的功能来说，似乎需要做很多工作，而且我怀疑很少有人会关心这个功能。 但这只是我的观点。 其他人可能会认为这更重要，并决定早点接受它。

有道理。 它在任何方面都不是我的障碍，所以我很高兴等待任何计划的重构落地（可能还有#942），然后我开始尝试摘取低垂的果实。