Mejorando el renderizado del cursor en Wayland

Almacenamiento, tamaño y “desperdicio de espacio”

• Algunos sostienen que que los temas XCursor ocupen megabytes en disco es irrelevante en la “era del TB” y que la compresión puede mitigarlo aún más.
• Otros responden que las imágenes de instalador y los medios en vivo siguen teniendo presupuestos de tamaño ajustados, así que la hinchazón sí importa.
• Hay una tensión más amplia entre “no desperdiciar esfuerzo en microoptimizaciones” y “morir por mil ineficiencias”, con la hinchazón de sistemas operativos y juegos citada como advertencia.

Modelo de cursor de Wayland vs X

• El diseño original de Wayland hace que los clientes proporcionen superficies de cursor, y que el compositor solo las componga.
• A los críticos les parece “una locura” que las aplicaciones normales deban encargarse del tematizado, el dimensionado y el renderizado en lugar de simplemente solicitar un tipo de cursor estándar.
• El protocolo más reciente wp_cursor_shape permite que los clientes soliciten formas de cursor con nombre, visto como mejor para la mayoría de las aplicaciones y, al mismo tiempo, compatible con cursores personalizados para juegos y arrastrar y soltar.

GTK/GNOME y adopción del protocolo

• La discusión señala a GTK como un rezagado en wp_cursor_shape, aunque sí existen issues/MR.
• Algunos ven a GNOME como un obstáculo frecuente o como alguien que retrasa extensiones de Wayland; otros dicen que construir consenso es lento pero necesario y que GNOME no tiene poder de veto formal.

Formato Hyprcursor y preocupaciones de adopción

• Hyprcursor (del ecosistema de Hyprland) se presenta como un formato de cursor superior, moderno y capaz de usar vectores.
• Preocupaciones: dependencia de un lenguaje de configuración hecho a medida (Hyprlang), menor atractivo entre escritorios distintos y el riesgo de convertirse en otro estándar de cursor incompatible.
• Las sugerencias incluyen: usar un formato de configuración común (por ejemplo, INI al estilo XDG), publicar una especificación y ofrecer capas de compatibilidad para las APIs XCursor existentes.

Debates sobre vector vs raster y SVG

• A muchos les gusta la idea de cursores vectoriales para pantallas de alta DPI, pero les preocupa que SVG completo sea excesivo: complejo, con dependencias pesadas e incluso soporte de scripting.
• Algunos defienden un formato vectorial dedicado más simple (por ejemplo, citando el formato de iconos de Haiku) o un subconjunto restringido de SVG.

Cuestiones más amplias de diseño y gobernanza de Wayland

• El “núcleo mínimo, todo lo demás como extensiones” de Wayland es elogiado en teoría, pero criticado por la fragmentación cuando los compositores no pueden ponerse de acuerdo sobre las extensiones.
• Hay un debate recurrente sobre decoraciones del lado del cliente frente al lado del servidor, con argumentos sobre sincronización, uso de VRAM y consistencia de la interfaz.
• Aparece especulación sobre influencia corporativa (especialmente de proveedores empresariales), pero otros rechazan teorías conspirativas y subrayan la diversidad de colaboradores y las limitaciones técnicas reales.

Miscelánea

• Aparecen peticiones de funciones como cursores que invierten colores, señalando preocupaciones pasadas de patentes pero probablemente ya expiradas.
• Algunos comentan que todo esto se siente como volver a resolver problemas de larga data de Xorg en lugar de construir sobre ellos.