لقد ارتدت هذا للتو. أنا أستخدم برنامجًا نصيًا مع OSC 10 و 11 للتبديل من Solarized Dark إلى Solarized Light في جلسات Administrator PowerShell. ومع ذلك ، يؤدي تحرير التكوين الخاص بي إلى إعادة تعيين ألوان كل هذه الجلسات ، باستثناء مجموعة من الأشياء التي يبدو أنها تحافظ على نظام الألوان من وقت كتابته (ضمن PowerShell ، أعتقد أن هذا هو PS-Readline في العمل).

أنا مهتم بشكل خاص بسلوك طبقات التكوين ، ولكن بدون OSC 104/110/111 ، قد يكون عدم القدرة على تطبيق تغييرات التكوين هو انحدار UX.

هل هناك أي مخاوف معينة تتعلق بالسلوك المقترح ، مثل التوحيد / القواسم المشتركة؟ أم أنها مجرد حالة تنفيذ التعليمات البرمجية ذات الصلة في هذا الريبو؟

أو (استنادًا إلى الحدث الرئيسي كونه إصدار Windows) هل يتطلب فعلاً عمل MS-داخلي أولاً لدعم إعادة تعيين الألوان؟

فقط أتحدث عن نفسي ، هذا منخفض جدًا في قائمة أولوياتي ، لأنني أعتقد أنه سيكون قليلاً من الألم. يجب تنفيذه مرتين ، لأن لوحة الألوان هي واحدة من تلك الأشياء التي يجب التعامل معها بشكل منفصل بواسطة conhost و Windows Terminal. وعلى جانب المضيف ، لا يوجد في الحقيقة مفهوم "اللوحة الافتراضية" لإعادة التعيين إليها ، لأن الألوان الأولية يمكن أن تأتي من مجموعة متنوعة من المصادر (مثل روابط الاختصارات وإدخالات التسجيل) ، ويمكن أن يتغير المصدر في وقت التشغيل.

لدي أيضًا خطط لإعادة بناء بعض كود إدارة اللوحة ، ولست حريصًا على إضافة المزيد من وظائف اللوحة حتى تنتهي عملية إعادة البناء هذه. لا يعني ذلك بالضرورة أن إعادة البناء هي شرط أساسي لهذه الميزة ، لكنني شخصياً أفضل تنظيف هذه الميزة أولاً.

لذلك يبدو أنه يتطلب الكثير من العمل لميزة غامضة إلى حد ما ، وأعتقد أن القليل من الناس سيهتمون بها. لكن هذا مجرد وجهة نظري. من المحتمل أن شخصًا آخر قد يعتبر هذا أولوية أكبر ويقرر توليه عاجلاً.

من المنطقي. إنه ليس مانعًا بأي حال من الأحوال بالنسبة لي ، لذلك يسعدني انتظار وصول أي إعادة بناء مخطط له (وربما # 942) ، قبل أن أبدأ في محاولة انتقاء الفاكهة المعلقة المنخفضة.