Después de ocho meses de desarrollo, se presenta la versión estable del protocolo, el mecanismo de comunicación entre procesos y las bibliotecas Wayland 1.25. La rama 1.25 es compatible hacia atrás a nivel de API y ABI con las versiones 1.x y contiene principalmente correcciones de errores y actualizaciones menores del protocolo. El trabajo del proyecto se distribuye bajo la licencia MIT. El servidor compuesto de referencia Weston, que proporciona código y ejemplos de trabajo para el uso de Wayland en entornos de escritorio y soluciones integradas, se desarrolla dentro de un ciclo de desarrollo separado.
Principales cambios en el protocolo:
- La documentación se ha transformado del formato DocBook a mdBook (Markdown).
- Se documentan completamente el dialecto XML de Wayland, el modelo de actualización de contenido y las capacidades para la gestión del color.
- Se ha añadido un nuevo atributo "frozen" para interfaces con múltiples interfaces parentales.
- Se ha añadido una nueva solicitud wl_surface.get_release para recibir notificaciones sobre la liberación de un búfer adjunto por el cliente a través de wl_surface.attach. A diferencia de wl_buffer.release, en wl_surface.get_release la notificación está vinculada a un momento específico de renderizado.
- Se ha añadido la función wl_display_dispatch_pending_single(), que permite obtener un evento de la cola y procesar solo un evento en lugar de todos los eventos acumulados, como lo hace wl_display_dispatch_pending().
- Se ha asegurado la salida de depuración en colores para WAYLAND_DEBUG.
Las extensiones de protocolo añadidas desde el lanzamiento de Wayland 1.25 que complementan el protocolo base de Wayland y se distribuyen en un conjunto separado de Wayland-Protocols:
- xx-input-method — permite a las aplicaciones implementar métodos de entrada de texto para compuestos. servidores y formar el texto ingresado, que puede aplicarse, por ejemplo, para crear teclados virtuales y capas IME (Editor de Método de Entrada) para procesar la entrada.
- entrada de texto xx — permite a los servidores compuestos implementar métodos de entrada y enviar texto a las aplicaciones. El protocolo estandariza la interacción entre los compuestos el servidor y las aplicaciones, y permite gestionar capacidades como la transferencia de texto ingresado, el procesamiento de eventos de cambio de foco de entrada y tener en cuenta las especificidades de los campos de entrada (idioma, selección de texto, tipo de contenido).
- Se han mejorado los protocolos color-management-v1 y color-representation-v1, que proporcionan capacidades para la gestión del color, soporte HDR y definición de la representación de color de la superficie Wayland.
Los eventos más destacados relacionados con Wayland que ocurrieron desde la publicación de la última versión:
- En GNOME 50 se ha eliminado el soporte para X11. En KDE Plasma 6.8 se ha decidido poner fin al soporte para X11.
- JetBrains está trasladando la IDE IntelliJ a utilizar Wayland por defecto.
- Xfce ha anunciado el servidor compuesto Xfwl4, que utiliza Wayland.
- El entorno de escritorio Budgie 10.10 ha sido trasladado a Wayland.
- Escritorio de Desarrollador QNX basado en Wayland.
- Marathon OS — sistema operativo móvil basado en Wayland.
- Lanzamiento de Wayback, un intermediario para ejecutar escritorios X11 utilizando componentes de Wayland.
- En Cinnamon se ha añadido la opción de instalar archivos de sesión para Wayland y se ha implementado la posibilidad de cambiar el diseño del teclado al usar Wayland.
- En el controlador wine, al trabajar en entornos basados en Wayland, se ha implementado soporte para el portapapeles, métodos de entrada, ventanas no rectangulares y transparencia.
- En Cairo-Dock se ha añadido soporte para Wayland.
- Actualización de los servidores de composición: Weston 15.0, River 0.4.0, Hyprland 0.54, labwc 0.9.4, Niri 25.11, miracle-wm 0.8, Wayfire 0.10, wlmaker 0.6, labwc 0.9.0.
Recordemos que Wayland es un protocolo de interacción entre compositores servidores y las aplicaciones que funcionan con él. Los clientes realizan de manera independiente el renderizado de sus ventanas en un búfer separado, enviando información sobre actualizaciones al compositor. servidor, que combina el contenido de los buffers de aplicaciones individuales para formar una salida final teniendo en cuenta posibles matices como la superposición de ventanas y la transparencia. En otras palabras, un servidor compuesto no proporciona una API para renderizar elementos individuales, sino que opera únicamente con ventanas ya formadas, lo que permite deshacerse de la doble búferización al utilizar bibliotecas de alto nivel como GTK y Qt, que se encargan de la disposición del contenido de las ventanas.
Wayland resuelve muchos problemas de seguridad de X11, ya que, a diferencia de este último, aísla la entrada y salida para cada ventana, impidiendo que un cliente acceda al contenido de las ventanas de otros clientes y evitando la captura de eventos de entrada relacionados con otras ventanas. El soporte para trabajar directamente con Wayland se ha implementado en la mayoría de las bibliotecas gráficas utilizadas en Linux, incluyendo GTK, Qt, SDL, FLTK, wxWidgets, Clutter y EFL (Enlightenment Foundation Library).
La interacción con el hardware en Wayland/Weston, por ejemplo, la inicialización, el cambio de modos de video (drm modesetting) y la gestión de memoria (GEM para i915 y TTM para radeon y nouveau) de las tarjetas gráficas, puede llevarse a cabo directamente a través de un módulo que opera a nivel del núcleo, lo que permite prescindir de privilegios de superusuario. Para permitir que las aplicaciones X11 estándar se ejecuten en un entorno basado en Wayland, se utiliza el componente DDX XWayland (Device-Dependent X), que es similar en funcionamiento a Xwin y Xquartz para plataformas Win32 y macOS.
Fuente: opennet.ru
