Terminal: OSC 104, 110, 111 के माध्यम से रंग रीसेट करने में सहायता...

को निर्मित 26 नव॰ 2019 · 3टिप्पणियाँ · स्रोत: microsoft/terminal

नई सुविधा/एन्हांसमेंट का विवरण

डिफ़ॉल्ट रंग को रीसेट करने के लिए ये OSC 4, 10, 11 के समकक्ष हैं। (और 117, 119 के साथ लाइन जारी रखें यदि 17, 19 लागू हो जाते हैं, आदि)

प्रस्तावित तकनीकी कार्यान्वयन विवरण (वैकल्पिक)

वीटीई + गनोम टर्मिनल में हमने सबसे अच्छा पता लगाया है कि ओएससी 4, 10, 11 अनुक्रमों में यूआई / कॉन्फ़िगरेशन फ़ाइल सेटिंग्स पर प्राथमिकता है। यही है, प्रत्येक रंग स्लॉट के लिए, यदि इसका मान OSC 4, 10, 11 के माध्यम से परिभाषित किया गया है, तो उस एक का उपयोग किया जाता है और सेटिंग्स में से एक को अनदेखा कर दिया जाता है। यदि कोई मान OSC 4, 10, 11 के माध्यम से परिभाषित नहीं किया गया है, या OSC 104, 110, 111 के माध्यम से रीसेट किया गया है, तो टर्मिनल एमुलेटर की सेटिंग में निर्दिष्ट मान का उपयोग किया जाता है। इस तरह समान सेटिंग्स को फिर से लागू करना एक बेकार ऑपरेशन है। (पहले दोनों स्रोत एक-दूसरे से लड़ रहे थे, दोनों एक ही स्लॉट में मान को ओवरराइट कर रहे थे। इस तरह उपयोगकर्ता कॉन्फ़िगरेशन को फिर से लागू करना (उदाहरण के लिए एक ही मान में एक रंग बदलना) पिछले ओएससी को अमान्य कर देगा, जो खराब था। )

Area-VT Help Wanted Issue-Task Product-Conhost

स्रोत

egmontkob

सबसे उपयोगी टिप्पणी

सिर्फ अपने लिए बोलते हुए, यह मेरी प्राथमिकता सूची से काफी नीचे है, क्योंकि मुझे लगता है कि यह थोड़ा दर्द देने वाला है। इसे दो बार लागू करने की आवश्यकता है, क्योंकि रंग पैलेट उन चीजों में से एक है जिसे कॉनहोस्ट और विंडोज टर्मिनल द्वारा अलग से संभाला जाना है। और कॉनहोस्ट पक्ष पर वास्तव में रीसेट करने के लिए "डिफ़ॉल्ट पैलेट" की अवधारणा नहीं है, क्योंकि प्रारंभिक रंग विभिन्न स्रोतों (जैसे शॉर्टकट लिंक और रजिस्ट्री प्रविष्टियां) से आ सकते हैं, और स्रोत रन टाइम पर बदल सकता है।

मेरे पास कुछ पैलेट प्रबंधन कोड को दोबारा करने की भी योजना है, और जब तक कि रिफैक्टरिंग रास्ते से बाहर नहीं हो जाती है, तब तक मैं कोई और पैलेट कार्यक्षमता जोड़ने का इच्छुक नहीं हूं। ऐसा नहीं है कि इस सुविधा के लिए रिफैक्टरिंग अनिवार्य रूप से एक शर्त है, लेकिन मैं व्यक्तिगत रूप से इसे पहले साफ करना पसंद करूंगा।

तो मूल रूप से यह काफी अस्पष्ट विशेषता के लिए बहुत सारे काम की तरह लगता है, और जिस पर मुझे संदेह है कि कुछ लोग इसकी परवाह करेंगे। लेकिन यह सिर्फ मेरा नजरिया है। यह संभव है कि कोई और इसे प्राथमिकता से अधिक मान सकता है और इसे जल्द से जल्द लेने का निर्णय ले सकता है।

j4james 28 जुल॰ 2020

👍2

सभी 3 टिप्पणियाँ

मैंने अभी इसे उछाला है। मैं प्रशासक पॉवरशेल सत्रों में सोलराइज़्ड डार्क से सोलराइज़्ड लाइट में स्विच करने के लिए OSC 10 और 11 के साथ एक स्क्रिप्ट का उपयोग कर रहा हूँ। हालांकि, मेरी कॉन्फ़िगरेशन को संपादित करने के बाद ऐसे सभी सत्रों को उनके रंग रीसेट करने का कारण बनता है, सामान के एक समूह को छोड़कर जो रंग योजना को लिखे जाने के समय से रखता है (पावरशेल के तहत, मुझे लगता है कि यह काम पर पीएस-रीडलाइन है)।

मैं विशेष रूप से कॉन्फ़िगरेशन लेयरिंग व्यवहार में रूचि रखता हूं, लेकिन ओएससी 104/110/111 के बिना, कॉन्फ़िगरेशन परिवर्तन लागू करने में असमर्थ होने के कारण शायद एक यूएक्स रिग्रेशन है।

क्या प्रस्तावित व्यवहार से कोई विशेष सरोकार है, जैसे मानकीकरण/समानता? या यह सिर्फ इस रेपो में प्रासंगिक कोड को लागू करने का मामला है?

या (विंडोज रिलीज होने के मील के पत्थर के आधार पर) क्या रंगों को रीसेट करने में सहायता के लिए वास्तव में एमएस-आंतरिक कार्य की आवश्यकता होती है?

TBBle 28 जुल॰ 2020

j4james 28 जुल॰ 2020

👍2

समझ में आता है। यह किसी भी तरह से मेरे लिए अवरोधक नहीं है, इसलिए मुझे कम लटकने वाले फलों को लेने की कोशिश शुरू करने से पहले, किसी भी नियोजित रिफैक्टरिंग के उतरने (और शायद # 942) की प्रतीक्षा करने में खुशी हो रही है।

TBBle 28 जुल॰ 2020

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Terminal: OSC 104, 110, 111 के माध्यम से रंग रीसेट करने में सहायता...

नई सुविधा/एन्हांसमेंट का विवरण

प्रस्तावित तकनीकी कार्यान्वयन विवरण (वैकल्पिक)

सबसे उपयोगी टिप्पणी

सभी 3 टिप्पणियाँ

संबंधित मुद्दों