私はこれを跳ね返しました。 管理者PowerShellセッションでOSC10および11のスクリプトを使用して、SolarizedDarkからSolarizedLightに切り替えています。 ただし、構成を編集すると、そのようなすべてのセッションの色がリセットされます。ただし、作成時から配色を維持しているように見えるものは除きます（PowerShellでは、これはPS-Readlineが機能していると思います）。

私は構成の階層化の動作に特に興味がありますが、OSC 104/110/111がないと、構成の変更を適用できないことはおそらくUXのリグレッションです。

提案された行動、例えば標準化/共通性に特別な懸念はありますか？ それとも、このリポジトリに関連するコードを実装する場合だけですか？

または（Windowsリリースであるマイルストーンに基づいて）実際には、色のリセットをサポートするために、最初にMS内部の作業が必要ですか？

自分自身で言えば、これは私の優先順位リストのかなり低いところにあります。少し苦痛になると思うからです。 カラーパレットは、conhostとWindows Terminalで別々に処理する必要があるものの1つであるため、2回実装する必要があります。 また、コンホスト側では、リセットする「デフォルトパレット」の概念は実際にはありません。これは、初期色がさまざまなソース（ショートカットリンクやレジストリエントリなど）から取得でき、実行時にソースが変更される可能性があるためです。

また、パレット管理コードの一部をリファクタリングする計画もあり、そのリファクタリングが邪魔にならない限り、パレット機能を追加することには熱心ではありません。 リファクタリングがこの機能の前提条件である必要はありませんが、個人的には最初にリファクタリングをクリーンアップすることをお勧めします。

ですから、基本的にはかなりあいまいな機能のために多くの作業のように思えます、そして私が気にする人はほとんどいないと思います。 しかし、それは私の見解です。 他の誰かがこれをより優先事項と見なし、より早くそれを採用することを決定する可能性があります。

理にかなっています。 それは私にとって決してブロッカーではないので、私が低ぶら下がっている果物をピックオフしようとする前に、着陸する計画されたリファクタリング（そしておそらく＃942）を待つことを嬉しく思います。