Fundó Xfce Classic, una bifurcación de Xfce sin decoración de ventanas del lado del cliente.

Sean Anastasi (Shawn Anastasio), un entusiasta del software libre que en algún momento desarrolló su propio sistema operativo ShawnOS y participó en la migración de Chromium y Qubes OS a la arquitectura ppc64le, fundado proyecto xfce clasico, dentro del cual pretende desarrollar bifurcaciones de componentes del entorno de usuario de Xfce que funcionen sin el uso de decoraciones de ventana del lado del cliente (CSD, decoraciones del lado del cliente), en las que el título y los marcos de la ventana no los dibuja el administrador de ventanas, sino la aplicación en sí.

Permítanos recordarle que en preparación para la próxima versión de Xfce 4.16, cuyo lanzamiento se espera en octubre o noviembre, la interfaz se transfirió al widget GtkHeaderBar y se utilizó CSD, lo que hizo posible, por analogía con GNOME, colocar menús, botones y otros elementos de la interfaz en el encabezado de la ventana, así como garantizar la ocultación. de marcos en los diálogos. El nuevo motor de renderizado de interfaz está integrado en la biblioteca libxfce4ui, lo que ha dado como resultado una aplicación CSD automática para casi todos los cuadros de diálogo, sin la necesidad de realizar cambios en el código de los proyectos existentes.

En la transición a CSD fundar oponentes, quienes creen que la compatibilidad con CSD debería ser opcional y el usuario debería poder seguir usando los títulos de ventanas clásicos. Entre las desventajas de usar CSD se encuentran el área de título de la ventana demasiado grande, la falta de necesidad de transferir elementos de la aplicación al título de la ventana, la inoperabilidad de los temas de Xfwm4 y la discrepancia en el diseño de las ventanas de las aplicaciones y programas Xfce/GNOME que no lo hacen. No se mencionan bebidas carbonatadas. Cabe señalar que una de las razones del rechazo de la interfaz GNOME por parte de algunos usuarios es el uso de CSD.

Dado que no se ha hecho ningún intento de brindar soporte para desactivar CSD en 5 meses, Sean Anastasi decidido Tomé este problema en mis propias manos y creé una bifurcación de la biblioteca. libxfce4ui, en el que limpié el enlace al CSD y devolví el modo de decoración anterior en el lado del servidor (administrador de ventanas). Para garantizar la compatibilidad con aplicaciones que utilizan la nueva API libxfce4ui y preservar la ABI, se han preparado enlaces especiales que traducen métodos CSD específicos de la clase XfceTitledDialog en llamadas de la clase GtkDialog. Como resultado, es posible eliminar el CSD de las aplicaciones Xfce reemplazando la biblioteca libxfce4ui, sin cambiar el código de las aplicaciones mismas.

Además se ha formado una bifurcación. panel xfce4, que incluye cambios para devolver el comportamiento clásico. Preparado para usuarios de Gentoo superposición para instalar libxfce4ui-nocsd. Preparado para usuarios de Xubuntu/Ubuntu repositorio de PPA con paquetes ya preparados. Sean Anastasi explicó las razones para crear el fork diciendo que ha estado usando Xfce durante muchos años y que le gusta la interfaz de este entorno. Después de decidir sobre los cambios de interfaz con los que no estaba de acuerdo y de no intentar ofrecer una opción para volver al comportamiento anterior, decidió resolver su problema él mismo y compartir la solución con otras personas de ideas afines.

Uno de los problemas al utilizar Xfce Classic es la aparición de títulos duplicados debido a la visualización de información repetida en el título y en la ventana de la aplicación. Esta característica es consistente con el comportamiento de Xfce 4.12 y 4.14 y no está relacionada con CSD. En algunas aplicaciones, dicha duplicación parece normal (por ejemplo, en xfce4-screenshooter), pero en otras es claramente inapropiada. Para resolver este problema, es posible agregar una variable de entorno que controle la representación de XfceHeading.

Fundó Xfce Classic, una bifurcación de Xfce sin decoración de ventanas del lado del cliente.

La posición de los partidarios de CSD se reduce a la capacidad de utilizar el espacio desperdiciado en el título de la ventana para colocar menús, botones del panel y otros elementos importantes de la interfaz. Quienes se oponen a CSD creen que este enfoque plantea problemas a la hora de unificar el diseño de ventanas, especialmente aquellas escritas para diferentes entornos de usuario que definen diferentes recomendaciones para el diseño del área de título. Es mucho más fácil llevar el diseño de las ventanas de todas las aplicaciones a un solo estilo cuando se renderizan clásicamente las áreas de servicio de una ventana en el lado del servidor. En el caso de utilizar CSD, es necesario adaptar por separado la interfaz de la aplicación a cada entorno gráfico y es bastante difícil garantizar que la aplicación no parezca extraña en diferentes entornos de usuario.

Fuente: opennet.ru

Añadir un comentario