Wayland पर कर्सर रेंडरिंग में सुधार
Linux के Wayland display system पर mouse cursor rendering को आधुनिक बनाने के प्रयास formats, performance, और cursor pipeline पर नियंत्रण किसका हो—इस पर बहस छेड़ रहे हैं। एक पक्ष Hyprland के नए “hyprcursor” vector-based theme format और wp_cursor_shape protocol का समर्थन करता है, यह मानते हुए कि वे पुराने XCursor bitmaps की तुलना में अधिक flexible और space-efficient हैं, जबकि दूसरे पक्ष को बढ़ी हुई complexity, bespoke config languages, और GTK जैसे major toolkits तथा GNOME के Mutter जैसे compositors द्वारा adoption न होने पर fragmentation की चिंता है। यह चर्चा Wayland ecosystem में minimal core protocols, extensions पर निर्भरता, और standards व interoperability पर बड़े corporate contributors के प्रभाव से जुड़ी व्यापक तनातनी को भी सामने लाती है.
स्टोरेज, आकार, और “स्पेस की बर्बादी”
- कुछ लोग तर्क देते हैं कि डिस्क पर मेगाबाइट्स में XCursor थीम्स का होना “TB युग” में अप्रासंगिक है, और संपीड़न इसे और कम कर सकता है।
- दूसरे जवाब देते हैं कि इंस्टॉलर इमेज और लाइव मीडिया की आकार-सीमाएँ अभी भी कड़ी होती हैं, इसलिए फालतू बढ़ोतरी मायने रखती है।
- “माइक्रो-ऑप्टिमाइज़ेशन पर मेहनत मत करो” और “हज़ार inefficiencies से मौत” के बीच एक व्यापक तनाव है, जहाँ OS और गेम के bloats को चेतावनी के रूप में उद्धृत किया गया है।
Wayland कर्सर मॉडल बनाम X
- मूल Wayland डिज़ाइन में क्लाइंट्स कर्सर सतहें प्रदान करते हैं, और compositor सिर्फ़ उन्हें compositing करता है।
- आलोचकों को यह “insane” लगता है कि साधारण ऐप्स को सिर्फ़ एक मानक कर्सर प्रकार माँगने के बजाय theming, sizing, और rendering खुद संभालनी पड़ती है।
- नया
wp_cursor_shapeprotocol क्लाइंट्स को नामित कर्सर shapes माँगने देता है, जिसे ज़्यादातर ऐप्स के लिए बेहतर माना जा रहा है, जबकि games और drag-and-drop के लिए custom cursors की अनुमति बनी रहती है।
GTK/GNOME और Protocol Adoption
- चर्चा में GTK को
wp_cursor_shapeपर एक hold‑out के रूप में नोट किया गया है, हालांकि issues/MRs मौजूद हैं। - कुछ लोग GNOME को Wayland extensions को अक्सर block या delay करने वाला मानते हैं; दूसरे कहते हैं कि consensus बनाना धीमा है लेकिन ज़रूरी है, और GNOME के पास formal veto power नहीं है।
Hyprcursor Format और Adoption संबंधी चिंताएँ
- Hyprcursor (Hyprland ecosystem से) को एक बेहतर, vector-capable, modern cursor format के रूप में पेश किया जा रहा है।
- चिंताएँ: एक bespoke config language (Hyprlang) पर निर्भरता, cross-desktop appeal का कम होना, और एक और असंगत cursor standard बनने का जोखिम।
- सुझावों में शामिल हैं: common config format (जैसे XDG-style INI) का उपयोग, spec प्रकाशित करना, और existing XCursor APIs के लिए shims देना।
Vector बनाम Raster और SVG बहस
- बहुत से लोग high DPI के लिए vector cursors के विचार को पसंद करते हैं, लेकिन full SVG को जरूरत से ज़्यादा मानते हैं: जटिल, भारी dependencies, और यहाँ तक कि scripting support भी।
- कुछ लोग एक सरल, समर्पित vector format (जैसे Haiku के icon format का हवाला) या एक सीमित SVG subset की वकालत करते हैं।
Wayland डिज़ाइन और Governance के व्यापक मुद्दे
- Wayland का “minimal core, everything as extensions” सिद्धांत में सराहा जाता है, लेकिन व्यवहार में fragmentation के लिए आलोचना होती है जब compositors extensions पर सहमत नहीं हो पाते।
- client-side बनाम server-side decorations पर बार-बार बहस होती रहती है, जिसमें synchronization, VRAM उपयोग, और UI consistency पर तर्क दिए जाते हैं।
- corporate (खासकर enterprise vendor) प्रभाव पर अटकलें दिखाई देती हैं, लेकिन दूसरे conspiracy theories का खंडन करते हैं और विविध contributors तथा वास्तविक तकनीकी बाधाओं पर ज़ोर देते हैं।
विविध
- color-inverting cursors जैसी सुविधाओं के लिए अनुरोध दिखाई देते हैं, जहाँ past patent concerns का उल्लेख है लेकिन संभवतः उनकी अवधि समाप्त हो चुकी है।
- कुछ लोग टिप्पणी करते हैं कि यह सब मौजूदा Xorg समस्याओं को फिर से हल करने जैसा लगता है, बजाय इसके कि उन पर आगे निर्माण किया जाए।