나는 이것을 막 튕겨냈다. OSC 10 및 11에서 스크립트를 사용하여 관리자 PowerShell 세션에서 Solarized Dark에서 Solarized Light로 전환하고 있습니다. 그러나 내 구성을 편집하면 작성된 시간부터 색 구성표를 유지하는 것으로 보이는 많은 항목을 제외하고 이러한 모든 세션의 색상이 재설정됩니다(PowerShell에서는 이것이 작동하는 PS-Readline인 것 같습니다).

저는 특히 구성 계층화 동작에 관심이 있지만 OSC 104/110/111이 없으면 구성 변경 사항을 적용할 수 없다는 것은 아마도 UX 회귀일 것입니다.

제안된 행동에 대한 특별한 우려 사항(예: 표준화/공통성)이 있습니까? 아니면 이 리포지토리에서 관련 코드를 구현하는 경우에만 해당됩니까?

또는 (Windows 릴리스인 이정표를 기반으로) 실제로 색상 재설정을 지원하기 위해 먼저 MS 내부 작업이 필요합니까?

나 자신을 위해 말하자면, 이것은 약간의 고통이 될 것이라고 생각하기 때문에 이것은 내 우선 순위 목록에서 상당히 낮습니다. 색상 팔레트는 conhost와 Windows 터미널에서 별도로 처리해야 하는 것 중 하나이기 때문에 두 번 구현해야 합니다. 그리고 conhost 측에서는 초기 색상이 다양한 소스(예: 바로 가기 링크 및 레지스트리 항목)에서 올 수 있고 소스가 런타임에 변경될 수 있기 때문에 재설정할 "기본 팔레트"의 개념이 실제로 없습니다.

또한 일부 팔레트 관리 코드를 리팩토링할 계획이 있으며 해당 리팩토링이 중단될 때까지 팔레트 기능을 더 추가하고 싶지 않습니다. 리팩토링이 반드시 이 기능의 전제 조건은 아니지만 개인적으로 먼저 정리하는 것을 선호합니다.

따라서 기본적으로 상당히 모호한 기능에 대해 많은 작업이 필요한 것처럼 보이며, 이 기능에 대해 관심을 가질 사람은 거의 없을 것입니다. 하지만 그건 제 관점일 뿐입니다. 다른 누군가가 이것을 우선순위로 생각하고 더 빨리 처리하기로 결정할 수도 있습니다.

맞는 말이다. 그것은 어떤 식으로든 저에게 방해가 되지 않습니다. 그래서 저는 낮은 매달린 과일을 따기 시작하기 전에 계획된 리팩토링(아마도 #942)을 기다리게 되어 기쁩니다.