terminal 🚀 - फ़ीचर अनुरोध: पारंपरिक कंसोल जैसे मानक अस्पष्टता विकल्प।

यह अभी समर्थित नहीं है, लेकिन यह निश्चित रूप से कुछ ऐसा है जिसे हम खोना नहीं चाहते हैं। कंपोज़िशन विज़ुअल्स को सही तरीके से सेट करने के लिए हमें कुछ भारी उठाने की आवश्यकता होगी, लेकिन यह "योजना में" है।

DHowett-MSFT 9 मई 2019

👍36

#593 भी देखें, जिसमें अतिरिक्त जानकारी है।

zadjii-msft 9 मई 2019

👍1

मुझे क्लासिक पारदर्शिता पसंद है, लेकिन कभी भी ऐक्रेलिक का उपयोग नहीं किया, मेरे लिए एक आवश्यक विशेषता है :)

silverqx 1 जुल॰ 2019

👍13

इस पर +1!

TCB13 2 जुल॰ 2019

👎11 👍4 😄2

कृपया "+1" समस्या न करें, यह अनावश्यक शोर पैदा करता है। यहाँ बिल्कुल अच्छा +1 बटन है:

zadjii-msft 2 जुल॰ 2019

👍26 👎6 👀1

@ zadjii-msft माइक्रोसॉफ्ट के साथ "पूरी तरह से अच्छा +1 बटन" जैसी कोई चीज नहीं है, यहां तक कि शोर करते समय भी कोई भी वास्तव में परवाह नहीं करता है या कुछ भी नहीं सुनता है। मुझे लगता है कि जिसने भी कभी किसी Microsoft उत्पाद का उपयोग किया है वह यह जानता है।

लेकिन हे, मुझे बात समझ में आती है। माफ़ करना।

TCB13 2 जुल॰ 2019

👎54 👍8 😕5 😄2

@ TCB13 जैसा कि आप जानते हैं, हम सभी वास्तविक लोग हैं जो हमारे कार्यालयों में बैठे हैं और हमारे इनबॉक्स, और हमारी ट्राइएज कतार, और जीथब मुद्दों की सूची देख रहे हैं। हम इन मुद्दों में से प्रत्येक को पढ़ रहे हैं, और हम उनके बारे में और लोगों द्वारा उनमें कही गई बातों को महसूस करते हैं। कृपया मतलबी होने से बचने की कोशिश करें।

DHowett-MSFT 2 जुल॰ 2019

👍47 ❤25 👎5

@DHowett-MSFT @zadjii-msft

तथ्य यह है कि ऐक्रेलिक को अस्पष्टता के बजाय शामिल किया गया था, वास्तव में इसका मतलब है कि किसी ने वास्तव में इस टर्मिनल की उपयोगिता पर विचार नहीं किया। मुझे ऐसा लगता है कि कुछ पीएम ने अभी-अभी कहा है "ओह पारदर्शी चीजें अच्छी लगती हैं, इसे और भी ठंडा बनाने दें और इसमें एक धब्बा जोड़ें!"। टर्मिनल ऐप्स/विंडो आमतौर पर पारदर्शी नहीं होते हैं क्योंकि यह बहुत अच्छा लगता है, वे पारदर्शी होते हैं क्योंकि यह आपको विंडो के पीछे अन्य सामान देखने की अनुमति देता है - एक उपयोगी सुविधा जैसा कि अधिकांश उपयोगकर्ता सहमत होंगे।

हो सकता है कि आपको अपनी कंपनी के अन्य वास्तविक लोगों से पूछना चाहिए कि मैं अपनी दूसरी टिप्पणी में इतना आक्रामक क्यों था। :)

TCB13 3 जुल॰ 2019

👎42 👍15 😕3 😄2 ❤1

@ TCB13 कमांड टर्मिनल में ऐक्रेलिक को जोड़ने के लिए आवाजें आ रही थीं, और उस समय पश्च संगतता कारणों से यह संभव नहीं था, लेकिन एक नया टर्मिनल इसे संभव बनाता है।

इस नए संस्करण के साथ समस्या यह है कि नए Windowing API के साथ अस्पष्टता तुरंत संभव नहीं है जिसका यह उपयोग कर रहा है, और कुछ ऐसा है जिससे टीम अवगत है, और इसे संभव बनाने का प्रयास करेगी।

इतना खारिज करने की कोई आवश्यकता नहीं है, सिर्फ इसलिए कि यह एक ऐसी विशेषता नहीं है जिसे आप व्यक्तिगत रूप से चाहते हैं या इसकी आवश्यकता नहीं है।

mdtauk 3 जुल॰ 2019

👍22 ❤7 👎1

यह बहुत उपयोगी होगा।

जो पहले ही कहा जा चुका है, उसके अलावा, केंद्रित और पारदर्शी होने पर खिड़की ऐक्रेलिक रखने की क्षमता बहुत अच्छी होगी क्योंकि यह उस संक्रमण को कम परेशान कर देगी।

iCodeSometime 10 सित॰ 2019

👍9

मान गया। मैं व्यक्तिगत रूप से नियमित अस्पष्टता सेटिंग चाहता हूं क्योंकि मुझे थोड़ी पारदर्शिता के साथ बहुत गहरे रंग की पृष्ठभूमि पसंद है। जब मैंने ऐक्रेलिक विकल्पों का उपयोग करने की कोशिश की तो इसने मेरी पसंद के हिसाब से पृष्ठभूमि को बहुत उज्ज्वल बना दिया। मैं एक पिशाच हूँ मुझे लगता है ‍♂.

यह सुनकर खुशी हुई कि यह कम से कम योजनाबद्ध है। इस टूल को बनाने के लिए धन्यवाद और मैं इस तरह की और अधिक सुविधाओं के साथ भविष्य में रिलीज़ होने की आशा करता हूँ।

lkspencer 21 सित॰ 2019

👍7

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

Oneliey 26 अक्तू॰ 2019

👍2

सच तो यह है कि मैं कंसोल का उपयोग नहीं करूंगा, जब क्लासिक पारदर्शिता नहीं होगी :), यह मेरे लिए फीचर होना चाहिए :)

silverqx 26 अक्तू॰ 2019

👍3 👎1

यह इस मुद्दे से संबंधित नहीं है बल्कि पोस्ट के सेट से संबंधित है।

मुझे क्लिक करो

> इतना खारिज करने की कोई जरूरत नहीं है, सिर्फ इसलिए कि यह एक ऐसी सुविधा नहीं है जिसे आप व्यक्तिगत रूप से चाहते हैं या इसकी आवश्यकता है। जब लोग अधिकांश ऐप उपयोगकर्ताओं की सामान्य अपेक्षाओं के संपर्क से बाहर हो जाते हैं, तो उन्हें भावुक प्रतिक्रियाएं मिलती हैं। और पारदर्शिता लंबे समय से उपलब्ध है, इसलिए यह एक भी व्यक्ति नहीं है जो देवों पर एक व्यक्ति को खुश करने के लिए दबाव डाल रहा है। जैसा कि आपके अंतिम कथन का तात्पर्य है, किसी कारण से; इसे संपादित करने के लिए स्वतंत्र महसूस करें। हो सकता है कि TCB13 किसी अन्य विषय या अवसर पर असभ्य या आक्रामक था? https://github.com/microsoft/terminal/issues/603#issuecomment-508031247 --- में इसके अधिकतर हानिरहित अतिशयोक्ति के रूप में --- भी, Silverqx, देखें https://github.com/microsoft/terminal/issues/603#issuecomment -546613996 https://github.com/microsoft/terminal/issues/603#issuecomment-507248317 और https://github.com/microsoft/terminal/tags?after=RS2- final के बाद से यह कब तक रहा है पहली सार्वजनिक रिलीज। ऐसा लगता है, इसमें काफी समय लगेगा। इसे दो बार न करें, देखें https://github.com/microsoft/terminal/issues/603#issuecomment-507835880 --- https://github.com/microsoft/terminal/issues/603#issuecomment-529696036 से , iCodeSometime, कृपया कोई ऐक्रेलिक नहीं। ऐक्रेलिक को उन लोगों के लिए अदृश्य होने दें जो पारदर्शिता का उपयोग करना चाहते हैं। जिस तरह से cmd इसे हैंडल करता है वह अच्छा है।

cmd के लिए, मैं 80% से 95% अस्पष्टता, यानी पारदर्शिता पसंद करता हूं। वे एक जैसी ही चीज हैं।

ऐक्रेलिक पारभासी है, मुझे लगता है। मुझे परीक्षण करना होगा क्योंकि मैं इसे उन सभी विंडोज़ मशीनों पर अक्षम करता हूं जिनका मैं उपयोग करता हूं।

सादर रतातोई

ghost 11 नव॰ 2019

👍1

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

अजीब तरह से, नए टैब ड्रॉपडाउन के लिए मेनूफ्लाईआउट पारदर्शी नहीं होता है, जो और अधिक प्रश्न उठाता है।

ईमानदारी से _my_ की राय में, अनुभव थोड़ा अप्रकाशित लगता है। अगर लोग वास्तव में यही चाहते हैं, तो मैं नहीं कहने वाला नहीं हूं, लेकिन मैं यह भी सुनिश्चित करना चाहता हूं कि हम कुछ उच्च गुणवत्ता वाले शिपिंग कर रहे हैं। इसलिए मैं इसे _better_ समाधान खोजने की कोशिश करने के लिए बैकलॉग पर क्यों छोड़ रहा हूं।

zadjii-msft 11 नव॰ 2019

👍14 🎉6 😄1

दरअसल, मुझे गैर-ग्राहक क्षेत्र पारदर्शी पसंद हैं। इस तरह cmd काम करता है, और कुछ समय के लिए होता है (शायद RS5?):

heaths 11 नव॰ 2019

👍6 👎2

ईमानदारी से _my_ की राय में, अनुभव थोड़ा अप्रकाशित लगता है। अगर लोग वास्तव में यही चाहते हैं, तो मैं नहीं कहने वाला नहीं हूं, लेकिन मैं यह भी सुनिश्चित करना चाहता हूं कि हम कुछ उच्च गुणवत्ता वाले शिपिंग कर रहे हैं। इसलिए मैं इसे _better_ समाधान खोजने की कोशिश करने के लिए बैकलॉग पर क्यों छोड़ रहा हूं।

मुझे यह प्रभाव काफी पसंद है - केवल एक ही ठोस विंडो जो मैं चाहता हूं वह है संवाद और ड्रॉपडाउन - अब मुझे लगता है कि मुझे इसे स्रोत से बनाने की आवश्यकता है: - /

संशोधन से जोड़ने के लिए धन्यवाद!

Brassfield 23 नव॰ 2019

हाँ, मुझे यह भी लगता है कि पारदर्शी सब कुछ एक विशेषता है न कि एक बग 😄

जिस तरह से cmd करता है वह बहुत उपयोगी है क्योंकि आप नीचे क्या पढ़ सकते हैं (बेशक यह "अच्छा" दिखने के लिए पारदर्शिता स्तर पर निर्भर करता है)।

fhelwanger 25 नव॰ 2019

👍2

मैं दृढ़ता से सुझाव दूंगा कि देव एक गाइड के रूप में सूक्ति-टर्मिनल wrt पारदर्शिता की कार्यक्षमता को देखें। मेरे हिस्से के लिए, मेरे पास एक्रिलिक और इसकी अस्पष्टता के लिए उपयोग नहीं है। मैं इसे पारदर्शी चाहता हूं ताकि मैं इसके माध्यम से देख सकूं कि यह केंद्रित है या नहीं। धन्यवाद।

admered1 21 जन॰ 2020

👍3

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

टैब बार पारदर्शी होना ठीक है, स्क्रॉलबार के साथ पूरी विंडो पारदर्शी होनी चाहिए।
टैब बार और स्टेटसबार की तुलना में टर्मिनल सामग्री के लिए थोड़ी अधिक पारदर्शिता रखना बेहतर होगा, उदाहरण के लिए लगभग 10%, लेकिन इसकी प्राथमिकता कम है और यह पर्याप्त नहीं है।
मोडल संवादों को अपारदर्शी होना चाहिए, कोई भी पारदर्शी संवाद नहीं करना चाहता। मैं
पाठ और पृष्ठभूमि के लिए अलग-अलग पारदर्शिता होना आदर्श होगा, पाठ को पढ़ने में आसान बनाने के लिए पाठ को पृष्ठभूमि से थोड़ा कम पारदर्शी होना चाहिए।

यहां जरूरी बात यह है कि इसे अच्छा दिखाना है । मैं

अजीब तरह से, नए टैब ड्रॉपडाउन के लिए मेनूफ्लाईआउट पारदर्शी नहीं होता है, जो और अधिक प्रश्न उठाता है।

यह ठीक है, इस ड्रॉपडाउन या फ़्लायआउट मेनू का पारदर्शी होना आवश्यक नहीं है, उन्हें अपारदर्शी रखना बेहतर है।

ईमानदारी से _my_ की राय में, अनुभव थोड़ा अप्रकाशित लगता है। अगर लोग वास्तव में यही चाहते हैं, तो मैं नहीं कहने वाला नहीं हूं, लेकिन मैं यह भी सुनिश्चित करना चाहता हूं कि हम कुछ उच्च गुणवत्ता वाले शिपिंग कर रहे हैं। इसलिए मैं इसे _better_ समाधान खोजने की कोशिश करने के लिए बैकलॉग पर क्यों छोड़ रहा हूं।

आपको इसके साथ थोड़ा खेलना होगा, पारदर्शी पृष्ठभूमि के लिए बैंगनी पृष्ठभूमि अच्छा उदाहरण नहीं है, यह काले रंग की पृष्ठभूमि के साथ बहुत बेहतर दिखता है।
कुछ उदाहरण 1 , 2 ।

यदि आप टर्मिनल के लिए अच्छी और संतुलित पारदर्शिता स्थापित करते हैं, तो यह कुछ परिदृश्यों में आपकी मदद कर सकता है, मेरे वर्कफ़्लो में यह 5-10% मामलों में मेरी मदद करता है, जब मुझे अंतर्निहित विंडो पर स्विच करने की आवश्यकता नहीं होती है। यह व्यावहारिक दृष्टिकोण से अच्छा है और अतिरिक्त मूल्य यह है कि यह अच्छा दिखता है। मैं

यहां कोड का लिंक दिया गया है कि इसे कॉनमू में कैसे लागू किया जाता है।

silverqx 22 जन॰ 2020

👍2

@ zadjii-msft मैं आपकी प्रयोगात्मक पारदर्शिता के साथ पूरी तरह से ठीक हो जाऊंगा यदि इसे मेरे सुझाव के अनुसार लागू किया गया हो
केंद्रित - उपयोगएक्रिलिक
फोकस्ड - पारदर्शिता का उपयोग करें

https://github.com/microsoft/terminal/issues/4413

बाएं से
पारदर्शिता के साथ मानक सीएमडी, केंद्रित टर्मिनल, पृष्ठभूमि टर्मिनल

ackvf 30 जन॰ 2020

👎3 👍1

क्या आप कृपया जोड़ सकते हैं। पारदर्शी पृष्ठभूमि और पाठ के लिए एक अलग विकल्प (अग्रभाग)
मुझे पारदर्शी पाठ नहीं चाहिए। पढ़ना मुश्किल है। लेकिन मुझे पारदर्शी पृष्ठभूमि चाहिए

effolkronium 3 फ़र॰ 2020

👍9

@zadjii-msft @दालचीनी-msft

मुझे नए टैब + बटन के पास टाइटलबार पर एक पीक बटन चाहिए या एयरो पीक की तरह ही कम से कम - बटन चाहिए।

यदि आप लोग रचना का काम फिर से कर रहे हैं तो कृपया इसे टाइटलबार में जोड़ने पर विचार करें। ताकि जब मैं इसके ऊपर होवर करूं, तो मैं हर समय पारदर्शी रहने के बजाय पीछे की स्क्रीन को देख सकूं।

__अपेक्षाकृत संबंधित__

क्या हमारे पास सभी ऐप्स पर टाइटलबार पर एक पूर्णस्क्रीन बटन हो सकता है जो अधिकतम करने की अनुमति देता है (हां टर्मिनल में भी)! मुझे लगता है कि अगर हम विंडिंग सिस्टम में ही जोड़ रहे हैं, तो हमें पीक को सूची में भी आईएमएचओ जोड़ना चाहिए।

Nirmal4G 18 अप्रैल 2020

@Nirmal4G मैंने आपका पहला अनुरोध #5426 पर स्थानांतरित कर दिया है। मुझे पूरा यकीन है कि हम आपके दूसरे अनुरोध के बारे में कुछ नहीं कर सकते हैं - यह _all_ विंडोज़ अनुप्रयोगों की विंडोिंग में एक बहुत व्यापक परिवर्तन की तरह लगता है। यह एक अनुरोध हो सकता है जो Microsoft/PowerToys पर अच्छी तरह से फिट होगा। आईआईआरसी, मूल पॉवरटॉयज में से एक ने टाइटलबार कैप्शन बटन को संशोधित करके काम किया

zadjii-msft 20 अप्रैल 2020

🎉1 👍1

चूंकि यह पारदर्शिता और ऐक्रेलिक के लिए कैच-ऑल मुद्दा लगता है ... मैंने अभी इस नोटपैड ऐप को स्थापित किया है जो किसी अन्य एमएसएफटी लड़के ने अपने खाली समय में किया था, और ऐसा लगता है कि पृष्ठभूमि में फोकस करते हुए ऐक्रेलिक पारदर्शिता बनाए रखने में सक्षम है। यह XAML और Windows.UI का भी उपयोग कर रहा है।

कृपया किसी समय इस क्षमता को भी जोड़ें। धन्यवाद।

परियोजना पृष्ठ: https://github.com/JasonStein/Notepads

--संपादित करें:
इस परियोजना को पूरा करते हुए, वह इस सब के लिए अपना स्वयं का कस्टम ऐक्रेलिक ब्रश बना रहा है:

https://github.com/JasonStein/Notepads/blob/58530f19dd0173bab13e40c9511e5277e42c4129/src/Notepads/Brushes/HostBackdropAcrylicBrush.cs

glowtape 10 मई 2020

👍4

मुझे नहीं लगता कि वे कह रहे हैं कि वे इसे एक्रेलिक नहीं रख उनका ध्यान केंद्रित नहीं होता है, वे कह रहे हैं कि उन्होंने बैटरी जीवन को बचाने के लिए एक व्यापक कंपनी के व्यापक डिजाइन निर्णय के रूप में नहीं लेने का फैसला किया है।

iCodeSometime 10 मई 2020

😕1

हाँ, ठीक है... टर्मिनल में पारदर्शिता/एक्रिलिक एक प्रकार की आई कैंडी है जिसकी उपयोगकर्ता शायद हर समय वहां रहने की अपेक्षा करता है। अन्यथा कोई भी इसे नहीं चाहेगा, क्योंकि इसे ध्यान में रखते हुए होने से उस संबंध में इतना कुछ नहीं होता है।

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

अभी भी इसे वैकल्पिक बना सकते हैं।

glowtape 10 मई 2020

@ भविष्य स्वयं:

https://github.com/JasonStein/Notepads/blob/58530f19dd0173bab13e40c9511e5277e42c4129/src/Notepads/Brushes/HostBackdropAcrylicBrush.cs
- गोली मारो, यह Win2D का उपयोग कर रहा है, जो मुझे यकीन नहीं है कि हम इसका उपयोग कर सकते हैं, क्योंकि यह सी # है
- https://github.com/microsoft/Win2D/blob/master/winrt/docsrc/CanvasDevice.xml / https://microsoft.github.io/Win2D/html/M_Microsoft_Graphics_Canvas_CanvasDevice_GetSharedDevice.htm
हालांकि https://docs.microsoft.com/en-us/uwp/api/windows.ui.composition.compositor.createhostbackdropbrush?view=winrt-18362 है
- यह आशाजनक लग रहा है
https://stackoverflow.com/questions/43208841/how-to-use-acrylic-accent-createhostbackdropbrush-in-windows-10-creators-upd/44576160
फिर हम कुछ कोड लिखेंगे

            auto rootVisual = winrt::Windows::UI::Xaml::Hosting::ElementCompositionPreview::GetElementVisual(RootGrid());
            auto compositor = rootVisual.Compositor();
            auto rootSprite = compositor.CreateSpriteVisual();
            rootSprite.Size(winrt::Windows::Foundation::Size(
                ::base::saturated_cast<float>(RootGrid().ActualWidth()),
                ::base::saturated_cast<float>(RootGrid().ActualHeight())));

            auto b = rootVisual.Compositor().CreateHostBackdropBrush();

            rootSprite.Brush(b);
            winrt::Windows::UI::Xaml::Hosting::ElementCompositionPreview::SetElementChildVisual(RootGrid(), rootSprite);

अरे नहीं, इससे भी हमें प्री-ब्लर कंटेंट मिलता है
जो मुझे https://github.com/Microsoft/WindowsCompositionSamples/issues/202 पर ले जाता है
जो मुझे पिछले वर्ष इस पर पहले से की गई जांच के लिए पूर्ण चक्र में लाता है https://github.com/microsoft/terminal/issues/1753#issuecomment-508070516

मैं यहाँ कुछ भी वादा नहीं कर रहा हूँ, बस उस टैब से नोट्स छोड़ रहा हूँ जो आज सुबह खुला है

zadjii-msft 11 मई 2020

👍4 👀2

रुको, क्या मैंने इसे सही ढंग से पढ़ा? सुरक्षा मुद्दों के कारण आंशिक रूप से पारदर्शी खिड़की या धुंध के बिना एक्रेलिक होना संभव नहीं है? क्या?

मैं, कई लोगों की तरह, टर्मिनल अर्ध-पारदर्शिता की काफी सख्त आवश्यकता/चाहता हूं जैसे कि यह युगों में * निक्स मोर्चे पर उपयोग में है। क्या हमें वास्तव में "स्क्रीनसेवर रूट" पर जाना है, पेंटिंग के दौरान स्क्रीन को कैप्चर करना है, कैप्चर को विंडो में बैकग्राउंड इमेज के रूप में पेंट करना है, और फिर उसके ऊपर अपारदर्शिता को पेंट करना है?

मेरा मतलब है, एक अर्ध-पारदर्शी खिड़की एक हमले के लिए एक वेक्टर कैसे हो सकती है ... यहां तक कि एक पूरी तरह से पारदर्शी कीलॉगर भी खिड़की को निष्क्रिय कर देगा। वास्तव में जिज्ञासु। और चकित। लेकिन ज्यादातर जिज्ञासु।

Varstahl 11 मई 2020

👍3

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

तब से दुनिया बहुत बदल गई है - टर्मिनल जैसे ऐप हैं जो UWP XAML (और एक्रेलिक) का उपयोग करते हैं लेकिन _aren't_ UWP एप्लिकेशन नहीं हैं। इस नए मॉडल में हमारे लिए कुछ अलग करना संभव हो सकता है, हमें अभी और शोध करने की जरूरत है।

zadjii-msft 11 मई 2020

👍9

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

tajetaje 22 मई 2020

ओएमजी, यह चर्चा एक वर्ष से अधिक पुरानी है, लेकिन आवश्यक ग्लास पारदर्शिता अभी भी लागू नहीं हुई है। यह यूनिक्स टर्मिनलों के लिए मानक है।

alxkvx 26 मई 2020

@alxkvx जैसा कि इस धागे में काफी विस्तार से चर्चा की गई है, यह एक तकनीकी रूप से कठिन समस्या है, इसलिए इसे अभी भी लागू क्यों नहीं किया गया है। यदि आपके पास कोई सुझाव है कि _how_ इसे हमारे UI स्टैक के साथ कार्यान्वित किया जा सकता है, तो मुझे उन्हें सुनकर खुशी होगी।

zadjii-msft 26 मई 2020

👍6 👎1

@alxkvx जैसा कि इस धागे में काफी विस्तार से चर्चा की गई है, यह एक तकनीकी रूप से कठिन समस्या है, इसलिए इसे अभी भी लागू क्यों नहीं किया गया है। यदि आपके पास कोई सुझाव है कि _how_ इसे हमारे UI स्टैक के साथ कार्यान्वित किया जा सकता है, तो मुझे उन्हें सुनकर खुशी होगी।

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

alxkvx 26 मई 2020

👍4 👎2

जब टर्मिनल पर ध्यान केंद्रित नहीं किया जाता है तो धुंधला और अपारदर्शी होना मूर्खतापूर्ण है। इसके लिए किसने पूछा? मैं cmd और powershell का उपयोग करता रहूँगा।

taylus 27 मई 2020

👍8 👎4

@alxkvx जैसा कि इस धागे में काफी विस्तार से चर्चा की गई है, यह एक तकनीकी रूप से कठिन समस्या है, इसलिए इसे अभी भी लागू क्यों नहीं किया गया है। यदि आपके पास कोई सुझाव है कि _how_ इसे हमारे UI स्टैक के साथ कार्यान्वित किया जा सकता है, तो मुझे उन्हें सुनकर खुशी होगी।
ठीक है, मैंने वास्तव में समस्या में खुदाई नहीं की, और मुझे समझ में नहीं आया कि यूआई स्टैक में इसके साथ समस्या क्यों है, मुझे पता है कि डब्लूएसएल टर्मिनल का उपयोग करके मैं सिर्फ राइट क्लिक> गुण> अस्पष्टता सेट कर सकता हूं और मुझे ग्लास पारदर्शिता मिल जाएगी। मेरे लिए व्यक्तिगत रूप से यह आवश्यक विशेषता है।

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

संपादित करें: स्पष्टीकरण

tajetaje 27 मई 2020

@alxkvx जैसा कि इस धागे में काफी विस्तार से चर्चा की गई है, यह एक तकनीकी रूप से कठिन समस्या है, इसलिए इसे अभी भी लागू क्यों नहीं किया गया है। यदि आपके पास कोई सुझाव है कि _how_ इसे हमारे UI स्टैक के साथ कार्यान्वित किया जा सकता है, तो मुझे उन्हें सुनकर खुशी होगी।
ठीक है, मैंने वास्तव में समस्या में खुदाई नहीं की, और मुझे समझ में नहीं आया कि यूआई स्टैक में इसके साथ समस्या क्यों है, मुझे पता है कि डब्लूएसएल टर्मिनल का उपयोग करके मैं सिर्फ राइट क्लिक> गुण> अस्पष्टता सेट कर सकता हूं और मुझे ग्लास पारदर्शिता मिल जाएगी। मेरे लिए व्यक्तिगत रूप से यह आवश्यक विशेषता है।
मुद्दा यह है कि यूआई फ्रेमवर्क (एक्सएएमएल) जिसमें विंडोज टर्मिनल बनाया गया है, वह पूरी तरह से पारदर्शिता का समर्थन नहीं करता है जैसे कि win32 ऐप्स (जैसे wsl टर्मिनल)। उनके पास एकमात्र उपकरण ऐक्रेलिक है जो पारदर्शिता के लिए कम और डिज़ाइन उच्चारण के रूप में अधिक है। इसे अपने यूआई स्टैक के तहत कार्यान्वित करने से मेरी उपरोक्त टिप्पणी या कंसोल को कैसे प्रस्तुत किया जाता है, इस बारे में एक हैकी समाधान होगा (कम से कम यह मेरी समझ है, विंडोज़ यूआई विकास का मेरा क्षेत्र नहीं है)

Xaml पारदर्शिता का समर्थन करता है, लेकिन UWP विंडो और Xaml द्वीप समूह नहीं करता है।

जब टर्मिनल WinUI 3 डेस्कटॉप पर जाने में सक्षम हो जाता है, और HWND में ही टैप कर सकता है, तो यह एक गैर-धुंधली पारदर्शिता को लागू करने में सक्षम होगा।

विनयूआई 3 के लिए ऐक्रेलिक में ही देरी होगी - क्योंकि उन्हें ओएस से निकालने के दौरान इसे फिर से काम करना होगा

mdtauk 27 मई 2020

👍1

रुको नहीं, कुछ गलतफहमियों को दूर करें - हम पहले से ही सीधे HWND तक पहुँचने में सक्षम हैं, क्योंकि हम पहले से ही एक win32 ऐप हैं। हम इसका समाधान निकालने की कोशिश करने के लिए एक्सएएमएल और कंपोजिशन टीमों के साथ काम कर रहे हैं। मेरी समझ से (वर्तमान में), एक्सएएमएल द्वीप में हमेशा एक अपारदर्शी पृष्ठभूमि होती है, जिसका अर्थ है कि हमारे पास एक्सएएमएल में पारदर्शी घटक नहीं हो सकते हैं जो एचडब्ल्यूएनडी के माध्यम से सभी तरह से पारदर्शी हैं। मुझे नहीं पता कि क्या WinUI 3 जादुई रूप से हमारे लिए इसे हल कर देगा, जो कि कुछ ऐसा है जिस पर हमें उस टीम के साथ और अधिक चर्चा करने की आवश्यकता होगी। सौभाग्य से, वे हमारे बगल के दालान में काम करते हैं (या कम से कम उन्होंने तब किया जब हम सभी कार्यालय भवनों में काम करते थे), इसलिए इन चर्चाओं को करना बहुत कठिन नहीं है

zadjii-msft 27 मई 2020

👍10

@ भविष्य स्वयं:
https://github.com/JasonStein/Notepads/blob/58530f19dd0173bab13e40c9511e5277e42c4129/src/Notepads/Brushes/HostBackdropAcrylicBrush.cs
गोली मारो, यह Win2D का उपयोग कर रहा है, जो मुझे यकीन नहीं है कि हम इसका उपयोग कर सकते हैं, क्योंकि यह सी # है

मुझे पूरा यकीन है कि Win2D c++/winrt (यह c++ में लिखा गया है!)

https://github.com/fobrs/Win2DinMFC

साथ ही, मेरा मानना है कि कस्टम ऐक्रेलिक संभव होना चाहिए क्योंकि मैं इस नमूने का पालन करके डब्ल्यूपीएफ में ऐक्रेलिक ( गोल कोनों के साथ !!!) प्राप्त करने में सक्षम था:

https://github.com/microsoft/Windows.UI.Composition-Win32-Samples/tree/master/dotnet/WPF/AcrylicEffect

और यह पोस्ट अभूतपूर्व है:

https://notes.yvt.jp/Desktop-Apps/Enabled-Backdrop-Blur

AnuthaDev 11 जून 2020

यदि आप डब्ल्यूपीएफ एक्सएएमएल का उपयोग कर रहे हैं तो वे सभी वास्तव में सहायक होते हैं, लेकिन हम यूडब्ल्यूपी एक्सएएमएल का उपयोग कर रहे हैं, दुर्भाग्य से हमेशा अपारदर्शी पृष्ठभूमि होगी। हम उम्मीद करते हैं कि WinUI 3.0 के लिए उस प्रतिबंध में ढील देने के लिए हम WinUI टीम के साथ काम कर रहे हैं। इस मुद्दे पर कोई अन्य प्रगति होने में कुछ समय लग सकता है, जबकि हम उनके साथ तकनीकी विशिष्टताओं पर काम करते हैं।

zadjii-msft 11 जून 2020

@ zadjii-msft तो, आप मुझे बता रहे हैं कि टर्मिनल का wpf नियंत्रण संभवतः ~~ऐक्रेलिक~~ ब्लर अनुकूलन योग्य ऐक्रेलिक का समर्थन कर सकता है, लेकिन UWP वन (निकट भविष्य के लिए) नहीं ... अजीब बार

AnuthaDev 11 जून 2020

अरे नहीं, यूडब्ल्यूपी एक्सएएमएल एक्रेलिक को ठीक से सपोर्ट कर सकता है, यह सिर्फ "पारंपरिक अस्पष्टता" (ऐक्रेलिक प्रभाव के बिना अस्पष्टता) है कि यूडब्ल्यूपी एक्सएएमएल वर्तमान में समर्थन नहीं कर सकता है।

zadjii-msft 11 जून 2020

मैं चाहता हूं कि आप इस चर्चा को कहीं और जारी रखें (यदि आपको कोई समस्या है तो शायद एक नया मुद्दा दर्ज करें?) क्योंकि यह _गैर-धुंधली पारदर्शिता_ के लिए धागा है। यूडब्ल्यूपी नियंत्रण में हमारे पास पहले से ही "एक्रिलिक" है, और आगे "यूडब्ल्यूपी नियंत्रण में ऐक्रेलिक कैसे प्राप्त करें" पर चर्चा करना है ... मेरा मतलब है, जैसे, घोड़े को यह समझाने की कोशिश करना कि यह वास्तव में घोड़ा कैसे बन सकता है चाहता था?

DHowett 11 जून 2020

@ zadjii-msft @DHowett क्षमा करें, मेरा मतलब यह नहीं था। ऐक्रेलिक से मेरा मतलब अनुकूलन योग्य धुंध त्रिज्या के साथ ऐक्रेलिक था

AnuthaDev 11 जून 2020

@ zadjii-msft मैं कुछ प्रयोग करना चाहता हूं, क्या आप मुझे बता सकते हैं कि आपके कोड में xaml होस्टिंग विंडो/DesktopWindowXamlSource कहाँ बनाया गया है? इसका एक बहुत बड़ा कोडबेस 😅😅

AnuthaDev 11 जून 2020

@ अनुथादेव यह src/cascadia/WindowsTerminal/IslandWindow.cpp

greg904 11 जून 2020

❤1

ठीक है, यह सुनिश्चित करने के लिए कम से कम wpf के लिए संभव है:
Screenshot (363)

AnuthaDev 11 जून 2020

हो सकता है कि IslandWindow.cpp में खिड़की WS_EX_NOREDIRECTIONBITMAP साथ बनाया जा सकता है और विधि का पालन यहां एक गैर कलंक acrylicbrush बनाने के लिए इस्तेमाल किया जा सकता है। createhostbackdropbrush() का उपयोग करने से स्वचालित रूप से धुंधलापन आ जाता है, इसलिए createbackdropbrush() ही एकमात्र विकल्प है। या शायद यह काम नहीं करेगा... idk. कोशिश करेंगे और बताएंगे....

संपादित करें: अनाउन्सार: यह काम नहीं किया!

AnuthaDev 11 जून 2020

👍2 ❤1

हो सकता है कि IslandWindow.cpp में खिड़की WS_EX_NOREDIRECTIONBITMAP साथ बनाया जा सकता है और विधि का पालन यहां एक _non blur_ acrylicbrush बनाने के लिए इस्तेमाल किया जा सकता है। createhostbackdropbrush() का उपयोग करने से स्वचालित रूप से धुंधलापन आ जाता है, इसलिए createbackdropbrush() ही एकमात्र विकल्प है। या शायद यह काम नहीं करेगा... idk. कोशिश करेंगे और आपको बताएंगे ...

मुझे ऐसा नहीं लगता क्योंकि वह विधि wpf के अंतर्गत है। एक्सएएमएल का उपयोग दो अलग-अलग ढांचे डब्ल्यूपीएफ (उस विधि) और यूडब्ल्यूपी (डब्ल्यूटी में प्रयुक्त) में किया जाता है। मैंने यूडब्ल्यूपी ऐक्रेलिक के लिए स्रोत में चारों ओर पोक किया है, और केवल एक चीज जो संभवतः पारंपरिक पारदर्शिता काम कर सकती है वह वास्तव में हक्की वर्कअराउंड है जहां आप मूल रूप से ओएस को यह सोचकर धोखा दे रहे हैं कि पृष्ठभूमि पहले से ही धुंधली हो गई है, इसलिए इसमें नहीं है एक धुंधला जोड़ने के लिए, लेकिन मैं सुंदर पेड़ हूं, यहां तक कि एक्सएएमएल द्वीपों के साथ संगत नहीं है।

tajetaje 12 जून 2020

@ zadjii-msft @DHowett ठीक है, तो यहाँ मुझे क्या मिला:
win2d का उपयोग करके c++ win32 ऐप में एक कस्टम ब्लर ऐक्रेलिक प्राप्त करना निश्चित रूप से संभव है:

(धुंधला त्रिज्या 1):
Screenshot (364)

तथापि!! आप xaml द्वीपों के साथ ऐसा नहीं कर सकते। जैसा कि आप पहले से ही जानते हैं कि निश्चित रूप से xaml के पीछे एक अपारदर्शी पृष्ठभूमि होगी ...

ऐसा करने के लिए हमें ~~कंपोजीशन~~ एपिस का उपयोग करने और

इसलिए, के रूप में यह वर्तमान में खड़ा है, ~~गैर कलंक एक्रिलिक~~ पारदर्शिता हम XAML द्वीपों को हटा दें और उनका उपयोग करना होगा प्राप्त करने के लिए इस एक swapchainpanel के बजाय।

(यदि आप इसे पहले से जानते हैं, तो अपना समय बर्बाद करने के लिए खेद है ...)

AnuthaDev 13 जून 2020

👍1

इसलिए, एक महत्वपूर्ण वास्तुकला परिवर्तन के बिना कोई पारदर्शिता नहीं है।

(एक निष्कर्ष जो पहले से ही स्पष्ट था और जिसमें मैंने बिल्कुल कुछ भी योगदान नहीं दिया😅😅)

AnuthaDev 13 जून 2020

😄2

हाँ, इसलिए किसी के लिए भी TLDR जो पिछली सभी चर्चाओं को पढ़ना नहीं चाहता है, मूल रूप से यह है कि विंडोज़ टर्मिनल के लिए उपयोग किया जाने वाला ढांचा वर्तमान में इस सुविधा का समर्थन नहीं करता है, फिर भी उस ढांचे पर विकास जारी है और पारदर्शिता (जहाँ तक मैं समझता हूँ) इ) पर काम चल रहा है। इसलिए केवल एक बार ढांचा (एक्सएएमएल द्वीप) पारदर्शिता का समर्थन करता है, इस मुद्दे को शुरू किया जा सकता है।

tajetaje 13 जून 2020

हाँ, इसलिए किसी के लिए भी TLDR जो पिछली सभी चर्चाओं को पढ़ना नहीं चाहता है, मूल रूप से यह है कि विंडोज़ टर्मिनल के लिए उपयोग किया जाने वाला ढांचा वर्तमान में इस सुविधा का समर्थन नहीं करता है, फिर भी उस ढांचे पर विकास जारी है और पारदर्शिता (जहाँ तक मैं समझता हूँ) इ) पर काम चल रहा है। इसलिए केवल एक बार ढांचा (एक्सएएमएल द्वीप) पारदर्शिता का समर्थन करता है, इस मुद्दे को शुरू किया जा सकता है।

मुझे आश्चर्य है कि उस परियोजना में शुरू में पारदर्शिता सुविधा क्यों शामिल नहीं की गई थी और जब यूआई इंजन चुना गया था तब इस पर विचार नहीं किया गया था। Linux टर्मिनलों के साथ 10+ साल काम करने के बाद, सभी में वह सुविधा है और यह कई उपयोगकर्ताओं द्वारा सक्रिय रूप से उपयोग किया जाता है। मेरे लिए अजीब।

alxkvx 14 जून 2020

Powershell और CMD के पास पारदर्शिता सेट करने का विकल्प है। मैं समझता हूं कि उपयोग की जाने वाली प्रौद्योगिकियां अलग हैं लेकिन कई उपयोगकर्ता पारदर्शिता कॉन्फ़िगरेशन का उपयोग करते हैं

50l3r 14 जून 2020

Powershell और CMD के पास पारदर्शिता सेट करने का विकल्प है। मैं समझता हूं कि उपयोग की जाने वाली प्रौद्योगिकियां अलग हैं लेकिन कई उपयोगकर्ता पारदर्शिता कॉन्फ़िगरेशन का उपयोग करते हैं

हाँ, WSL टर्मिनल के समान

alxkvx 14 जून 2020

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

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

Varstahl 14 जून 2020

हो सकता है कि इसे ~~नीचे~~ (साथ में?) xaml द्वीप विंडो (मूल विंडो के साथ WS_EX_NOREDIRECTIONBITMAP पर सेट करके) और उस पर WS_CLIPSIBLINGS सेट करके एक विंडो बनाकर कार्यान्वित किया जा सकता है, फिर पारदर्शी पृष्ठभूमि के साथ सामग्री प्रस्तुत करने के लिए रचना एपीआई और डायरेक्टएक्स इंटरऑप का उपयोग किया जा सकता है ( जैसे so ) इस विंडो में। तो, आपको xaml द्वीपों को हटाने की आवश्यकता नहीं होगी और स्क्रॉलबार जैसे सामान अभी भी काम करना चाहिए, बस स्वैपचेनपैनल भाग को बदल दिया जाएगा। या हो सकता है कि अगर वह काम नहीं करता है, तो आप एचआरजीएन का उपयोग करके स्वैपचेनपैनल भाग पर एक छेद काट सकते हैं, इसलिए इसके नीचे की रचना विंडो दिखाई देती है। स्वैपचैनपैनल से एचडब्ल्यूएनडी (शायद) में जाने पर कोई ध्यान देने योग्य प्रदर्शन प्रतिगमन नहीं होना चाहिए

AnuthaDev 14 जून 2020

हैकी वर्कअराउंड का अनुसरण करने में समस्या यह है कि यह हैकी है और स्वाभाविक रूप से बग के लिए प्रवण है। WinUI 3 प्रस्तावित कार्यक्षमता का सबसे अधिक समर्थन करेगा, इसलिए इसे लागू करने की योजना है, यह आधिकारिक उपकरण श्रृंखला के समर्थन के लिए सिर्फ एक प्रतीक्षारत खेल है। डेवलपर्स ने पहले ही पुष्टि कर दी है कि वे इस पर सीधे WinUI टीम के साथ सहयोग कर रहे हैं।

tajetaje 14 जून 2020

👍3 ❤1

(एक निष्कर्ष जो पहले से ही स्पष्ट था और जिसमें मैंने बिल्कुल कुछ भी योगदान नहीं दिया😅😅)

मैं यह नहीं कहूंगा कि आपने कुछ भी योगदान नहीं दिया - मुझे अपने स्वयं के शोध की बाहरी पुष्टि होने पर हमेशा खुशी होती है। मुझे और भी खुशी होती अगर आपने मुझे गलत साबित कर दिया होता और ऐसा करने का एक प्रभावी तरीका ढूंढ लिया होता

जैसा कि इस थ्रेड में पहले बताया गया है - हम इसे WinUI 3.0 में जोड़ने के लिए WinUI टीम के साथ काम कर रहे हैं। मेरा मानना है कि इसे https://github.com/microsoft/microsoft-ui-xaml/issues/1247 में ट्रैक किया जा रहा है

zadjii-msft 15 जून 2020

❤12

जैसा कि इस थ्रेड में पहले बताया गया है - हम इसे WinUI 3.0 में जोड़ने के लिए WinUI टीम के साथ काम कर रहे हैं। मेरा मानना है कि इसे Microsoft/microsoft-ui-xaml#1247 में ट्रैक किया जा रहा है। इस सुविधा को टर्मिनल में जोड़ने के लिए हम इस मार्ग का अनुसरण करेंगे, क्योंकि इस समाधान को चलाने का अर्थ पूरे प्लेटफ़ॉर्म के लिए एक महत्वपूर्ण देव प्लेटफ़ॉर्म सुविधा चलाना भी है, जो कि विंडोज़ पर अन्य अनुप्रयोगों को भी बेहतर बनाने में मदद करेगा।

चूंकि टर्मिनल टीम ने इस दिशा में एक दिशा चुनी है, तो क्या "हेल्प वांटेड" टैग को हटा दिया जाना चाहिए?

tajetaje 21 अग॰ 2020

@tajetaje अच्छा पकड़, धन्यवाद!

zadjii-msft 21 अग॰ 2020

(एक निष्कर्ष जो पहले से ही स्पष्ट था और जिसमें मैंने बिल्कुल कुछ भी योगदान नहीं दिया😅😅)
मैं यह नहीं कहूंगा कि आपने कुछ भी योगदान नहीं दिया - मुझे अपने स्वयं के शोध की बाहरी पुष्टि होने पर हमेशा खुशी होती है। मुझे और भी खुशी होती अगर आपने मुझे गलत साबित कर दिया होता और ऐसा करने का एक प्रभावी तरीका ढूंढ लिया होता
जैसा कि इस थ्रेड में पहले बताया गया है - हम इसे WinUI 3.0 में जोड़ने के लिए WinUI टीम के साथ काम कर रहे हैं। मेरा मानना है कि इसे Microsoft/microsoft-ui-xaml#1247 में ट्रैक किया जा रहा है। इस सुविधा को टर्मिनल में जोड़ने के लिए हम इस मार्ग का अनुसरण करेंगे, क्योंकि इस समाधान को चलाने का अर्थ पूरे प्लेटफ़ॉर्म के लिए एक महत्वपूर्ण देव प्लेटफ़ॉर्म सुविधा चलाना भी है, जो कि विंडोज़ पर अन्य अनुप्रयोगों को भी बेहतर बनाने में मदद करेगा।

@ zadjii-msft, मैं देख सकता हूं कि कैसे WinUI इसमें एक भूमिका निभाएगा, लेकिन यह सुनिश्चित नहीं है कि सीमाहीन मुद्दा हमें वहां कैसे ले जाता है। वास्तविक परिणाम के संदर्भ में अधिकांश लोग इसके बाद हैं, मुझे लगता है कि यह @mdtauk ( #743 ) से एक सुंदर प्रतिपादन है जो हो सकता है:

Chiramisu 10 सित॰ 2020

(एक निष्कर्ष जो पहले से ही स्पष्ट था और जिसमें मैंने बिल्कुल कुछ भी योगदान नहीं दिया😅😅)
मैं यह नहीं कहूंगा कि आपने कुछ भी योगदान नहीं दिया - मुझे अपने स्वयं के शोध की बाहरी पुष्टि होने पर हमेशा खुशी होती है। मुझे और भी खुशी होती अगर आपने मुझे गलत साबित कर दिया होता और ऐसा करने का एक प्रभावी तरीका ढूंढ लिया होता
जैसा कि इस थ्रेड में पहले बताया गया है - हम इसे WinUI 3.0 में जोड़ने के लिए WinUI टीम के साथ काम कर रहे हैं। मेरा मानना है कि इसे Microsoft/microsoft-ui-xaml#1247 में ट्रैक किया जा रहा है। इस सुविधा को टर्मिनल में जोड़ने के लिए हम इस मार्ग का अनुसरण करेंगे, क्योंकि इस समाधान को चलाने का अर्थ पूरे प्लेटफ़ॉर्म के लिए एक महत्वपूर्ण देव प्लेटफ़ॉर्म सुविधा चलाना भी है, जो कि विंडोज़ पर अन्य अनुप्रयोगों को भी बेहतर बनाने में मदद करेगा।
@ zadjii-msft, मैं देख सकता हूं कि कैसे WinUI इसमें एक भूमिका निभाएगा, लेकिन यह सुनिश्चित नहीं है कि सीमाहीन मुद्दा हमें वहां कैसे ले जाता है। वास्तविक परिणाम के संदर्भ में अधिकांश लोग इसके बाद हैं, मुझे लगता है कि यह @mdtauk ( #743 ) से एक सुंदर प्रतिपादन है जो हो सकता है:

https://github.com/microsoft/microsoft-ui-xaml/issues/1247 सीमाहीन और पारदर्शिता दोनों को ट्रैक करता है

tajetaje 10 सित॰ 2020

👍3

Terminal: फ़ीचर अनुरोध: पारंपरिक कंसोल जैसे मानक अस्पष्टता विकल्प।

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

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

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