Os desenvolvedores do entorno de escritorio Budgie decidiron deixar de usar a biblioteca GTK en favor das bibliotecas EFL (Enlightenment Foundation Library) desenvolvidas polo proxecto Enlightenment. Os resultados da migración ofreceranse no lanzamento de Budgie 11. Cabe destacar que este non é o primeiro intento de afastarse do uso de GTK: en 2017, o proxecto xa decidiu cambiar a Qt, pero máis tarde revisou os seus plans, coa esperanza de que a situación cambie en GTK4.
Desafortunadamente, GTK4 non estivo á altura das expectativas dos desenvolvedores debido á atención continuada só nas necesidades do proxecto GNOME, cuxos desenvolvedores non escoitan as opinións dos proxectos alternativos e non están dispostos a ter en conta as súas necesidades. O principal impulso para afastarse de GTK foron os plans de GNOME de cambiar a forma de manexar as máscaras, o que dificulta a creación de máscaras personalizadas en proxectos de terceiros. En particular, o estilo de interface da plataforma é proporcionado pola biblioteca libadwaita, que está ligada ao tema de deseño de Adwaita.
Os creadores de entornos de terceiros que non queiran replicar completamente a interface de GNOME deberían preparar as súas bibliotecas para manexar o estilo, pero neste caso hai unha discrepancia no deseño das aplicacións que utilizan a biblioteca alternativa e a biblioteca de temas da plataforma. Non hai ferramentas estándar para engadir funcións adicionais a libadwaita, e os intentos de engadir unha API de cambio de cor, que facilitaría o cambio de cores nas aplicacións, non se puideron acordar debido á preocupación de que outros temas distintos de Adwaita poidan afectar negativamente á calidade das aplicacións. aplicacións para GNOME e complican a análise dos problemas dos usuarios. Así, os desenvolvedores de escritorios alternativos atopáronse ligados ao tema Adwaita.
Entre as características de GTK4 que causan insatisfacción entre os desenvolvedores de Budgie están a exclusión da posibilidade de cambiar algúns widgets mediante a creación de subclases, a transferencia á categoría de API X11 obsoletas que non son compatibles con Wayland (por exemplo, en Budgie chama a GdkScreen). e GdkX11Screen utilizáronse para determinar a conexión e cambiar a configuración dos monitores ), problemas co desprazamento no widget GtkListView e a perda da capacidade de xestionar eventos do rato e do teclado en GtkPopovers se a xanela non está enfocada.
Despois de sopesar todos os pros e contras de cambiar a kits de ferramentas alternativos, os desenvolvedores chegaron á conclusión de que a opción máis óptima é cambiar o proxecto ao uso de bibliotecas EFL. A transición a Qt considérase problemática debido a que a biblioteca está baseada en C++ e á incerteza na futura política de licenzas. A maior parte do código Budgie está escrito en Vala, pero un conxunto de ferramentas C ou Rust estaba dispoñible como opcións de migración.
En canto á distribución de Solus, o proxecto continuará creando unha compilación alternativa baseada en GNOME, pero esta compilación marcarase como non supervisada polo proxecto e destacarase nunha sección separada na páxina de descarga. Unha vez que se publique Budgie 11, os desenvolvedores avaliarán as súas capacidades en comparación co Shell de GNOME e decidirán se continúan construíndo unha compilación con GNOME ou se deteñen, proporcionando ferramentas para a migración a unha compilación con Budgie 11. Está prevista a compilación de Solus co escritorio Budgie 11. para revisar a composición das aplicacións, substituíndo as aplicacións de GNOME por análogos, incluídas as desenvolvidas dentro do proxecto. Por exemplo, está previsto desenvolver o noso propio centro de instalación de aplicacións.
Lembre que o escritorio Budgie ofrece a súa propia implementación do shell, panel, applets e sistema de notificacións de GNOME. Para xestionar as fiestras, utilízase o xestor de ventás Budgie Window Manager (BWM), que é unha modificación estendida do complemento básico de Mutter. Budgie baséase nun panel que é similar en organización aos paneis de escritorio clásicos. Todos os elementos do panel son miniaplicativos, o que che permite personalizar de forma flexible a composición, cambiar a colocación e substituír as implementacións dos elementos principais do panel ao teu gusto. Os miniaplicativos dispoñibles inclúen o menú de aplicacións clásico, o sistema de cambio de tarefas, a área de lista de ventás abertas, o visor de escritorio virtual, o indicador de xestión de enerxía, o miniaplicativo de control de volume, o indicador de estado do sistema e o reloxo.
Fonte: opennet.ru