मल्टी-प्लेयर Wayland की स्थिति

Wayland का कई स्वतंत्र mouse cursors और “seats” के लिए उभरता समर्थन एक ही मशीन पर वास्तविक multi-user collaboration, multi-pointer gaming, और touch या tablet input को primary cursor से अलग करने जैसी नई संभावनाएँ खोल रहा है। टिप्पणीकार इसे X11 के पुराने Multi-Pointer X extension से तुलना करते हैं, बताते हैं कि toolkits और applications अक्सर प्रति user एक focused window मान लेते हैं, और समझाते हैं कि full multi-seat support जोड़ना सिर्फ अतिरिक्त cursors खींचने से कहीं अधिक जटिल क्यों है। चर्चा modern Linux desktop stack में screen sharing, remote desktop, और virtual display layouts जैसी संबंधित कमियों और workarounds को भी छूती है—और तर्क देती है कि अधिक महत्वाकांक्षी input और seat models बेहतर रोज़मर्रा की सुविधाएँ संभव बना सकते हैं।

Wayland मल्टी-कर्सर / मल्टी-सीट बनाम X11

  • कई टिप्पणियों में कहा गया है कि X11 ने ~2009 से MPX के जरिए कई कर्सर का समर्थन किया है, लेकिन यह नाज़ुक है: ऐप फोकस, ड्रैगिंग को तोड़ देता है, और टूलकिट्स को क्रैश करा सकता है।
  • Wayland का “seat” abstraction इनपुट डिवाइसों (pointer, keyboard, touch, tablet) को प्रति seat समूहित करने देता है, और हर seat का अपना कर्सर और फोकस होता है।
  • कुछ लोगों के अनुसार यह लेख सिर्फ कई pointers के बारे में नहीं, बल्कि “multi-player desktops” (कई लोगों का साथ मिलकर काम करना) के बारे में ज़्यादा है।

Toolkit और focus model की चुनौतियाँ

  • कई GUI toolkits और apps यह मान लेते हैं कि:
    • प्रति application एक ही focused window होती है।
    • एक ही keyboard focus और pointer होता है।
  • यह multiple seats के लिए टूट जाता है: आपको प्रति-seat focus और संभवतः प्रति-seat active-window APIs चाहिए।
  • लोगों को संदेह है कि सामान्य GTK/Qt applications, जो अक्सर multi-touch के साथ भी संघर्ष करती हैं, पर्याप्त library work के बिना multi-seat को अच्छी तरह संभाल पाएँगी।

Use cases और वास्तविक सेटअप

  • Pair programming और local multiplayer: अलग mice और keyboards को अलग seats पर map करना, जो कभी-कभी sway और इसी तरह के compositors के साथ पहले से किया जाता है।
  • Touchscreens: एक touchscreen को अपनी अलग seat देना users को pointer/focus बदले बिना एक window पर scroll करते हुए दूसरी में type करने देता है।
  • Drawing tablets और MR/VR: आम इच्छा यह नहीं होती कि tablet/touch “main” cursor को move करे; कुछ लोग हैरान होते हैं कि current multi-cursor tablet behavior bug जैसा महसूस होता है।
  • Ergonomics और experimentation: trackballs वाले split keyboards, alternate hands के लिए multiple mice, imagined dual-cursor desktops, और cursor “locations” जिनके बीच jump किया जा सके।

Screen sharing, PipeWire, और जटिलता

  • इस पर असहमति है कि Wayland screen sharing कितना “out-of-the-box” है:
    • कुछ लोगों के अनुसार यह modern desktops पर ठीक से काम करता है।
    • दूसरे आवश्यक infrastructure (dbus session, portals, PipeWire) को रेखांकित करते हैं और तर्क देते हैं कि इनमें से कोई भी हिस्सा missing हो तो sharing टूट जाती है, जबकि X11 setup अधिक सरल होता है।
  • संबंधित चर्चा में core Wayland protocol के रूप में screen sharing की कमी बनाम compositor-specific/testing protocols भी शामिल है।

Remote desktop, seats, और RDP-style mobility

  • एक लंबा subthread Linux multi-physical-seat support को बेहतर बनाने और RDP के साथ Windows-style fast user switching हासिल करने पर चर्चा करता है।
  • वर्तमान logind model sessions को seats से अपरिवर्तनीय रूप से जोड़ता है; प्रस्तावित approach में sessions को logind sessions और compositors के बीच move करना शामिल है जो backends को hot-swap कर सकते हैं।
  • non-systemd environments को एक खुला, “unclear” क्षेत्र बताया गया है।

अन्य tangents

  • Web PointerEvents कई pointers का समर्थन करते हैं, लेकिन फिर भी एक ही “player” (single focus/typing) मानते हैं।
  • VNC पर बहस होती है: इसे “ancient” कहा गया, लेकिन दूसरे लोग modern GPU-accelerated capture/encoding और बेहतर clients की ओर इशारा करते हैं ताकि latency कम हो सके।
  • उठाए गए छोटे मुद्दों में article site पर mobile rendering bugs और trackpads पर pointer inertia जैसी इच्छाएँ शामिल हैं।