Xterm.js: स्मूद स्क्रॉलिंग

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

यह समझ में आता है और उचित है। आपके काम के लिए धन्यवाद!

एफवाईआई: वीटीई (गनोम टर्मिनल और दोस्तों) संस्करण 0.44 के बाद से ऐसा करता है । (बेशक यह केवल टर्मिनल एमुलेटर के स्क्रॉलबैक में काम करता है, न कि जब टेक्स्ट एडिटर में फाइल को स्क्रॉल करना।)

कुछ ऐसा जो बहुत कम लोग इस्तेमाल करेंगे

टचपैड के साथ स्क्रॉल करने वाला हर कोई VTE में इसका उपयोग करता है, चाहे वे इसे पसंद करें या नहीं :D

@egmontkob मेरे पास यहां ग्नोम टर्मिनल 3.18.3 है और यह काम नहीं कर रहा है, प्रोफाइल सेटिंग्स में स्क्रॉलिंग सेक्शन में भी सेटिंग नहीं है?

gt 3.18.3 सबसे अधिक संभावना है कि आपके पास vte 0.42 है, जबकि यह सुविधा 0.44 में नई है।

कोई नई सेटिंग नहीं है (एक जोड़ने के लिए एक कम-प्राथमिक अनुरोध लंबित है), यह बस पहले से अलग व्यवहार करता है।

वीटीई में इसके विन्यास योग्य नहीं होने के बारे में किसी ने पहले ही अपनी नापसंदगी व्यक्त कर दी थी। बेशक यह पूरी तरह से आपकी पसंद है कि क्या आप इस सुविधा को xtermjs में लागू करते हैं, और यदि आप करते हैं, तो क्या आप इसे कॉन्फ़िगर करने योग्य बनाते हैं।

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

मेरे पास वीटीई के बारे में उपयोग संख्या या अनुपात नहीं है, मेरे पास निकटतम इस सर्वेक्षण के परिणाम हैं (ध्यान दें कि लेख की तारीख उलझी हुई है, टिप्पणियों के टाइमस्टैम्प के आधार पर यह 2 साल पुराना वोट है) जो बताता है कि वीटीई का लिनक्स टर्मिनल एमुलेटर के बीच बाजार हिस्सेदारी 50% के बॉलपार्क में है, जो कि बहुत बड़ी है। तो वहाँ बहुत से लोग पहले से ही चिकनी स्क्रॉलिंग का उपयोग करते हैं।

मैं xtermjs नया हूं और दोस्तों और मैंने अभी तक इसे आजमाया नहीं है, बस देखें कि यहां अच्छी चीजें हो रही हैं। मुझे यकीन नहीं है कि मेरे दिमाग में सही वास्तुकला है, लेकिन अगर मैं ऐसा करता हूं तो GNOME टर्मिनल VTE के लिए है जो xtermjs के लिए hterm है। VTE एक GTK+ विजेट है जो टर्मिनल एमुलेशन कर रहा है। VTE का उपयोग करने वाले लगभग एक दर्जन अधिक या कम लोकप्रिय टर्मिनल एमुलेटर ऐप हैं, जिनमें GNOME Terminal, Xfce4 Terminal, Terminator, Tilix शामिल हैं ...

यदि आप व्यवहार को आजमाना चाहते हैं, तो सबसे आसान तरीका (इसके लिए, साथ ही साथ कोई भी वीटीई सुविधाएं जिन्हें गनोम टर्मिनल से सहयोग की आवश्यकता नहीं है) केवल वीटीई संकलित करना और इसका परीक्षण ऐप शुरू करना है:

• गिट या टैरबॉल से प्राप्त करें
• ./autogen.sh (गिट) या ./configure (टारबॉल)
• make
• ./src/app/vte-2.91 (0.51 से) या ./src/testvte (0.50 तक) या ./bindings/vala/vte-2.91 या ./src/vte-2.91 (0.50 तक, किसी बिंदु पर दूसरी निर्देशिका में स्थानांतरित हो गया)

मैं माउस व्हील का उपयोग कर रहा था, यही मेरी समस्या है :sweat_smile:

प्रारंभिक पोस्ट में मैं काफी महत्वपूर्ण विवरण का उल्लेख करना भूल गया था कि मैं वास्तव में ट्रैकपैड का उपयोग करता हूं। ट्रैकपैड उपयोगकर्ताओं या अन्य स्पर्श-आधारित इनपुट विधियों के उपयोगकर्ताओं की उपेक्षा करते हुए, मैं समझता हूं कि कुछ लोग पिक्सेल-आधारित स्क्रॉलिंग पसंद करते हैं।

आईएमओ यह कहना सुरक्षित है कि इस बिंदु पर उपयोगकर्ताओं द्वारा इसकी अपेक्षा की जाती है। मेरा मतलब है, यहां तक ​​​​कि hterm भी है।

कैनवास रेंडरर के साथ यह वास्तव में संभव नहीं है, हालांकि वेबग्ल रेंडरर https://github.com/xtermjs/xterm.js/pull/1790 के साथ इसे पूरा करना काफी आसान होना चाहिए जो कैनवास रेंडरर को प्रतिस्थापित करना चाहिए। डीओएम रेंडरर के लिए हम ऊपर और नीचे आंशिक रूप से दिखाई देने वाली रेखाएं प्राप्त करके इसे प्राप्त कर सकते हैं। जैसे, मैं इसे #1790 . पर अवरूद्ध मानता हूँ

विचार करने के लिए कुछ और: ydisp एक पूर्णांक नहीं होना और Terminal.rows से अधिक पंक्तियों का होना कोड में की गई कुछ धारणाओं को तोड़ता है, उदाहरण के लिए यह स्क्रीन रीडर समर्थन को कैसे प्रभावित करता है?

कैनवास रेंडरर के साथ यह वास्तव में संभव नहीं है

क्यों नहीं? यह viewportHeight + 2 पंक्तियों की संख्या को आरेखित करने और वर्तमान स्क्रॉल स्थिति के पिक्सेल-ऑफ़सेट के आधार पर पहली और दूसरी पंक्ति के बीच कहीं ऑफसेट करने जितना आसान होना चाहिए।

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

Fwiw मैं उसी सुविधा का अनुरोध करने जा रहा था। मुझे व्यक्तिगत रूप से लगता है कि यह उपयोगिता बढ़ाने की दिशा में एक महत्वपूर्ण कदम है। तथ्य यह है कि यह अधिक व्यापक रूप से समर्थित नहीं है, इस तथ्य से समझाया जा सकता है कि यह एक अपेक्षाकृत नया विचार है, और हम प्रोग्रामर केवल उन सीमाओं के लिए अभ्यस्त हो जाते हैं जिनके साथ हमें काम करना है।

क्यों नहीं?

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

इसे प्राप्त करना बहुत आसान होना चाहिए, इसे केवल 3 रेंडरर्स के लिए करने की आवश्यकता है और विशेष रूप से वेबग्ल को कुछ विशेष बदलावों की आवश्यकता होगी (विशेषता बफर के आकार में वृद्धि क्योंकि पंक्तियों * कोल्स से अधिक कोशिकाएं खींची गई हैं)।

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

हर बार जब मैं विजुअल स्टूडियो कोड में टर्मिनल स्क्रॉल करता हूं तो मैं ट्रैक खो देता हूं कि मैं कहां गया हूं। स्मूथ स्क्रॉलिंग एक बुनियादी विशेषता है और हमें इसकी आवश्यकता है।