XFCE 4.20 apunta a soporte inicial para Wayland
(ostechnix.com)- XFCE 4.20 se prepara como una versión de transición que mantiene sus fortalezas tradicionales como entorno de escritorio X11 ligero, mientras incorpora soporte inicial para Wayland en sus componentes principales
- La adopción de Wayland genera expectativas de mejoras en rendimiento y seguridad, menor latencia de entrada y soporte para HiDPI mediante una estructura de visualización más simple y comunicación directa
- El alcance del soporte comenzará con xfce4-panel, xfdesktop, libxfce4ui y xfce4-settings, mientras avanzan el porting y los ajustes de compatibilidad por componente
- Sin embargo, aún quedan pendientes el desarrollo de Wayland en xfwm4 y la adaptación de plugins del panel y aplicaciones, por lo que todavía no hay una fecha confirmada para una sesión XFCE Wayland completa
- La dirección del desarrollo se inclina más a permitir que los usuarios prueben Wayland de forma opcional manteniendo el entorno XFCE al que están acostumbrados, en lugar de abandonar X11
Alcance de la transición a Wayland en XFCE 4.20
- XFCE 4.20 tiene como objetivo introducir soporte inicial para Wayland en sus componentes principales
- XFCE ya era conocido como un entorno de escritorio X11 ligero y personalizable, y la versión 4.20 agrega Wayland manteniendo la compatibilidad con X11
- Los usuarios podrán seguir usando la experiencia XFCE existente mientras prueban un entorno Wayland
-
Qué cambia Wayland
- Wayland es un protocolo moderno de servidor de visualización diseñado para reemplazar al antiguo sistema X11
- Con una estructura más simple y comunicación directa entre las aplicaciones y el servidor de visualización, permite gráficos más fluidos, reduce la latencia de entrada y mejora la seguridad
- Ofrece soporte nativo para pantallas de alta resolución, brindando una imagen más nítida en hardware moderno
- Usa un enfoque centrado en el compositor, donde el compositor controla de forma más efectiva la gestión de ventanas, animaciones y efectos
Estado por componente y tareas pendientes
-
Componentes principales
- xfce4-panel fue adaptado para Wayland usando el framework de compositor wlroots, y quedó preparado para funcionar en Wayland
- xfdesktop fue portado a Wayland, y continúa el trabajo para soportar funciones como espacios de trabajo y listas de ventanas
- libxfce4ui fue actualizado para garantizar compatibilidad tanto con X11 como con Wayland
- A xfce4-settings se le agregaron componentes compatibles con Wayland, y la configuración de pantalla fue ajustada para funcionar por separado en X11 y Wayland
-
Tareas que aún quedan
- Sigue pendiente el desarrollo de Wayland en xfwm4
- Varios plugins del panel y aplicaciones también necesitan trabajo para soportar Wayland
- El objetivo a largo plazo es ofrecer una sesión XFCE Wayland completa, pero el cronograma exacto todavía es incierto
Calendario de lanzamiento de XFCE 4.20
- El plan actual de lanzamiento de XFCE 4.20 es el siguiente
- 1 de noviembre de 2024: XFCE 4.20pre1, congelamiento de funciones y cadenas de texto
- 1 de diciembre de 2024: XFCE 4.20pre2, congelamiento de código
- 15 de diciembre de 2024: XFCE 4.20pre3, congelamiento final, lanzamiento opcional
- 15 de diciembre de 2024: lanzamiento final previsto de XFCE 4.20; alrededor del 29 de diciembre de 2024 si hay pre3
- Referencia: https://wiki.xfce.org/releng/4.20/roadmap
1 comentarios
Opiniones en Hacker News
Para dejarlo claro: todavía no hay compositor
Se ha trabajado un poco en eso, pero creo que faltará al menos un año, quizá más, para que sea usable
En 4.20 algunos componentes podrán ejecutarse sobre otros compositores, y como nuestro compositor también planea usar wlroots, estamos probando principalmente con Wayfire y Labwc
Aun así, me da curiosidad cómo reaccionará la gente a este cambio. Entre los usuarios de XFCE hay muchos que quieren Wayland o no les importa, pero creo que también habrá muchos que se resistirán con fuerza a este cambio
Si avanzan despacio, parece que podrán pulir XFCE Wayland para aprovechar el crecimiento reciente de Wayland y minimizar los problemas durante la transición
Ellos también están haciendo un compositor Wayland para un escritorio que se aleja cada vez más de GTK, y ya está bastante avanzado, así que quizá ese compositor encaje con los requisitos
Dicho sea de paso, me encanta XFCE. Siento que tiene el equilibrio perfecto entre funciones, estabilidad y rendimiento
Ojalá podamos evitar repetir el caos de tener miles de millones de bibliotecas X11 dispersas
Sinceramente, siento que si buscas en Linux/BSD un gestor de ventanas ligero y que funcione de inmediato sin tocar configuración, XFCE es la única opción práctica
Es como una mejor interfaz de Windows 2000, con valores predeterminados razonables en general. Estoy muy agradecido con los desarrolladores que mantienen XFCE actualizado, y esta noticia es una gran ventaja
Por eso descubrí que Cinnamon también es una opción bastante buena como “mejor interfaz de Windows 2000”
Cinnamon tampoco es perfecto en HiDPI, pero si aumentas el tamaño de la fuente a 150% o 200%, no rompe todo. En XFCE, si haces eso, todo se ve feo
Uso XFCE todos los días, en especial durante los días laborales
Lo he usado durante años, y empecé cuando era el único gestor de ventanas que podía correr sin retrasos en una netbook basada en Atom. En ese entonces era la única “PC” que tenía
Después de tanto tiempo todavía lo uso y sigo satisfecho. No sé si la gente sabe cómo se siente que, al hacer clic en algo, funcione de inmediato sin retraso
Es un software excelente, y agradezco a todos los desarrolladores que trabajan en él
Vi algunas quejas sobre HiDPI; no sé si sirva, pero uso una pantalla de laptop 4K, un monitor 4K conectado por USB-C y un monitor de resolución 1024 en vertical por HDMI
Si pongo x2 en la configuración de apariencia, los dos monitores 4K se ven muy bien, y si en el administrador de pantalla también asigno escala 2x al monitor de 1024, queda aceptable. Obviamente no se ve tan bien como 4K, pero eso es porque de entrada es un monitor peor; sinceramente, me sorprende que funcione tan bien
Cuando instalé Linux en la computadora del trabajo hace unos meses, el hecho de que XFCE estuviera atado a X11 fue lo que finalmente me hizo pasarme a KDE
Al compilar código en una máquina remota, una terminal en una ventana hacía que el video de YouTube en otra ventana se trabara. Por lo que pude verificar, parecía que la reproducción con aceleración por hardware no funcionaba en absoluto
Tanto Chrome como Firefox parecían haber abandonado X11 en la práctica y haberse movido hacia backends de renderizado basados en Vulkan sobre Wayland
Después de dejar “madurar” KDE 5 durante la noche —como uso Gentoo, compilar un entorno de escritorio completo como KDE toma tiempo—, todo simplemente funcionó
Extraño la simplicidad visual de XFCE y me gustaría volver algún día, pero mientras tanto la capacidad de respuesta es lo esencial
Siempre prefiero software ligero y que use menos recursos, pero no usar aceleración por hardware puede considerarse, de hecho, algo que consume más recursos
Hace unos años usaba principalmente dwm y me gustaba, pero cuando necesito un entorno rápido normalmente vuelvo a Xfce
Las computadoras de mi familia —las PCs de mi padre, mi madre, mi hermana menor, e incluso la PC multimedia que dejé así por flojera— están todas con Xfce. Si Xfce llega a soportar Wayland, creo que consideraré la transición
Todavía recuerdo haber visto un video, creo que de Xfce 4.0.4, y sorprenderme de lo simple y estable que era elegir manualmente lanzadores y widgets en la barra. Era mucho más simple que Gnome en esa época
El KDE moderno a veces también me parece Xfce, pero cuando intento cambiar configuraciones me encuentro con muchos bugs raros. Xfce también tuvo problemas, como aquella época en que Thunar era bastante inestable, pero sigue siendo el escritorio al que vuelvo por su simplicidad y estabilidad
La razón es que todos crecieron con Win9x y la metáfora visual de XFCE se entiende de inmediato. Mientras funcionen YouTube y Facebook, no les importa en absoluto qué hay por dentro
Además, dwm es excelente. Como casi todo lo de suckless
Sinceramente, el uso compartido de pantalla de Wayland y otros aspectos todavía son demasiado frágiles, así que que XFCE, mi entorno de uso diario, vaya atrasado en su adopción más bien se siente como una ventaja
Al principio estaba completamente roto y parecía bastante malo porque cada app tenía que agregar soporte explícito, pero últimamente no he tenido problemas con Firefox, Zoom ni Slack
La única excepción es Microsoft Teams, pero en Teams ni siquiera la webcam funciona bien
Cuando nos mandaron a casa por el confinamiento, en MS Teams sobre Chrome no funcionaba de entrada compartir pantalla, pero busqué unos minutos, encontré el flag de Chrome que había que activar y creé un nuevo archivo desktop local que lo ejecutaba con el flag correcto
Desde entonces, lo que faltaba era básicamente soporte para HDR y corrección de color. Es una lástima que todavía no esté listo, pero los usuarios que realmente lo usan son poquísimos, así que para el 99,9% de los usuarios Wayland funciona bien
Ni siquiera sé bien si se pueden compartir ventanas individuales o pestañas
Me pregunto cómo va eso del lado de Wayland
La transición a Wayland parece ir de la mano con la adopción de decoraciones del lado del cliente
Este enfoque “moderno” rompe la experiencia de usuario tradicional de XFCE, como se ve en los cambios recientes del administrador de configuración. Me preocupa el futuro de XFCE
Para mí, la ventaja de XFCE era que implementaba de forma estable una experiencia de usuario tradicional estilo Win98/XP. Ojalá no adopte más patrones de Gnome3
La transición a Wayland y las decoraciones del lado del cliente no tienen mucha relación
GNOME/GTK ya venía siguiendo la corriente de CSD desde antes de Wayland. Los compositores de Wayland pueden dibujar sus propias decoraciones, y xfwm4 también tiene previsto seguir haciéndolo cuando se convierta en compositor Wayland
Una de las cosas realmente buenas de Wayland es que existe un protocolo con el que el compositor puede decirles a las apps que no dibujen sus propias decoraciones. En cambio, en X11, si una app le dice al gestor de ventanas que va a dibujar CSD, el gestor de ventanas no puede hacer nada
GNOME definitivamente fue hasta el final con CSD y, si no recuerdo mal, en GNOME si una app no dibuja CSD no tiene decoraciones en absoluto, pero eso no tiene que ver con Wayland
No sé qué tiene que ver esto con Wayland o XFCE. El único entorno de escritorio importante que usa decoraciones del lado del cliente es, en la práctica, GNOME, y eso es así desde 2018
Fuente: https://blog.martin-graesslin.com/blog/2018/01/server-side-d...
Wayland es neutral; cómo hacerlo en Wayland es algo que deben decidir el compositor y la aplicación
CSD no tiene relación con la experiencia de usuario. CSD solo significa que la aplicación dibuja directamente los botones de la ventana y los bordes
Mis necesidades de accesibilidad están prácticamente muertas en Wayland
Necesito atajos de teclado que se puedan emular por aplicación y atajos globales
Pero el modelo de seguridad de Wayland parece no permitirlo. No sé cómo van a sobrevivir las herramientas de accesibilidad y automatización si tienen que soportar todos los compositores Wayland
El resto puede quedar en bibliotecas y toolkits, pero el punto de integración probablemente tenga que estar dentro del compositor
https://github.com/rvaiya/keyd
Está tan atrasado frente a Windows en accesibilidad que ni siquiera da risa
¿Es correcto entender que se está construyendo sobre wlroots?
Si es así, es un avance bastante bienvenido, porque quizá en otros gestores de ventanas/compositores como Sway o River también se pueda disfrutar de la solidez de las apps de XFCE
He trabajado un poco en xfwm4 usando wlroots, pero todavía falta más de un año para que sea usable
Los componentes de escritorio que funcionan en Wayland se probaron principalmente en compositores basados en wlroots
Si tuviera que usar un entorno de escritorio en Linux, usaría XFCE
Pero esta corriente de Wayland me está empujando hacia BSD. Todavía no he abandonado Linux, y no creo que Wayland se vuelva obligatorio antes de que Firefox deje de soportar X
Pero todavía no he descifrado los conjuros mágicos de dbus necesarios para hacer funcionar el uso compartido de pantalla sin systemd. Como mínimo parece que hace falta pipewire