Estado de Wayland multijugador

Artículo original ↗ Discusión en Hacker News ↗

El soporte emergente de Wayland para múltiples cursores independientes y “seats” está abriendo nuevas posibilidades como la verdadera colaboración multiusuario en una sola máquina, juegos con múltiples punteros y la separación de la entrada táctil o de tableta del cursor principal. Los comentaristas contrastan esto con la antigua extensión Multi-Pointer X de X11, señalan que los toolkits y las aplicaciones suelen asumir una sola ventana con foco por usuario, y explican por qué añadir soporte completo multi-seat es mucho más complejo que simplemente dibujar cursores extra. El hilo también aborda carencias y soluciones alternativas relacionadas en la pila moderna del escritorio Linux —como la compartición de pantalla, el escritorio remoto y los diseños de pantallas virtuales— argumentando que modelos de entrada y seats más ambiciosos podrían desbloquear mejores funciones cotidianas.

Wayland con múltiples cursores / multi-seat frente a X11

  • Varios comentarios señalan que X11 ha soportado múltiples cursores mediante MPX desde aproximadamente 2009, pero es frágil: rompe el foco de las aplicaciones, el arrastre y puede provocar fallos en los toolkits.
  • La abstracción de “seat” de Wayland permite agrupar dispositivos de entrada (puntero, teclado, táctil, tableta) por seat, cada uno con su propio cursor y foco.
  • Algunos ven el artículo más como algo sobre “escritorios multijugador” (varias personas colaborando) que solo sobre múltiples punteros.

Desafíos del modelo de toolkits y del foco

  • Muchos toolkits y aplicaciones GUI asumen:
    • Una sola ventana con foco por aplicación.
    • Un único foco de teclado y puntero.
  • Esto se rompe para múltiples seats: necesitas foco por seat y posiblemente APIs de ventana activa por seat.
  • La gente duda de que las aplicaciones típicas de GTK/Qt, que a menudo ya tienen dificultades incluso con multitáctil, puedan manejar bien multi-seat sin un trabajo sustancial en las bibliotecas.

Casos de uso y configuraciones del mundo real

  • Programación en pareja y multijugador local: ratones y teclados separados asignados a seats separados, algo que ya se hace a veces con sway y compositores similares.
  • Pantallas táctiles: asignar una pantalla táctil a su propio seat permite a los usuarios desplazarse por una ventana mientras escriben en otra sin cambiar el puntero/foco.
  • Tabletas de dibujo y MR/VR: es común desear que la tableta o el tacto no muevan el cursor “principal”; a algunos les sorprende que el comportamiento actual de múltiples cursores con tabletas se sienta como un fallo.
  • Ergonomía y experimentación: teclados divididos con trackballs, varios ratones para alternar manos, escritorios de doble cursor imaginados y ubicaciones de cursor para saltar entre ellas.

Compartición de pantalla, PipeWire y complejidad

  • Hay desacuerdo sobre cuán “listo para usar” es el uso compartido de pantalla en Wayland:
    • Algunos informan que funciona bien en escritorios modernos.
    • Otros destacan la infraestructura necesaria (sesión dbus, portales, PipeWire) y sostienen que si falta una pieza se rompe la compartición, a diferencia de configuraciones X11 más simples.
  • La discusión relacionada toca la falta de un protocolo central de Wayland para compartir pantalla frente a protocolos específicos del compositor/de prueba.

Escritorio remoto, seats y movilidad al estilo RDP

  • Un subhilo largo trata de mejorar el soporte de Linux para múltiples seats físicos y lograr un cambio rápido de usuario al estilo Windows con RDP.
  • El modelo actual de logind vincula las sesiones de forma inmutable a los seats; el enfoque propuesto implica mover sesiones entre sesiones de logind y compositores que puedan intercambiar backends en caliente.
  • Los entornos que no usan systemd se señalan como un área abierta y “poco clara”.

Otros temas tangenciales

  • Web PointerEvents admite múltiples punteros, pero sigue asumiendo un solo “jugador” (un único foco/escritura).
  • Se debate VNC: lo llaman “antiguo”, pero otros señalan captura/codificación moderna acelerada por GPU y mejores clientes para reducir la latencia.
  • Entre los problemas menores mencionados están fallos de renderizado móvil en el sitio del artículo y deseos como la inercia del puntero en trackpads.