Desde o início, o Projeto Solus ambiente de desktop Budgie fez uso de bibliotecas GTK e tecnologia GNOME. Ikey, o desenvolvedor líder ou Solus, anunciou recentemente que a próxima versão do Budgie será baseada em um conjunto de ferramentas diferente.
O problema
Ikey decidiu que o ambiente Budgie simplesmente superou o GNOME. No início, era mais fácil integrar Budgie na pilha do GNOME. No entanto, conforme Budgie se tornava cada vez mais complexo, essa integração gerava problemas. Versões mais recentes do GNOME têm causado interrupções no Budgie continuamente.
De acordo com Ikey, a versão atual do Budgie é capaz de funcionar apenas fingindo ser o GNOME. Isso faz com que a pilha do GNOME funcione. Aqui está um exemplo:
Para exibir notificações de dispositivo e volume, o GNOME Settings Daemon envia uma mensagem ao nome ‘org.gnome.Shell’ no D-BUS Em nosso caso, deve ser ‘budgie-wm’, que tem que fingir ser ‘org.gnome.Shell’ para layouts de teclado e atalhos para funcionar com o GNOME Settings Daemon Existem também outros itens a serem considerados. Budgie precisa de um kit de ferramentas mais poderoso para gráficos. Adições recentes à API GTK são inacessíveis para desenvolvedores do GNOME. A maior parte é projetada para funcionar apenas com o GNOME Shell. O sistema de layout fornecido com GTK é limitado. Algumas funções do Wayland não estão disponíveis no momento.
Homenagem ao Gnome
Ikey é rápido em apontar que seus comentários não devem ser vistos como um ataque ao GNOME. Ele afirma que tem grande respeito pelo projeto GNOME e contribuiu com dinheiro e código para o projeto.
Opções
Havia três opções consideradas por Ikey. Primeiro foi a possibilidade de bifurcar GTK/GNOME. Parece que Ikey imediatamente descartou isso como sendo muito trabalho, a maior parte do qual implicaria na remoção de anos de suporte legado. Em sua mente, seria uma ideia melhor trazer as ideias e conceitos por trás do Budgie 10 para uma base de código mais nova e mais limpa.
A segunda opção seria usar as Enlightenment Foundation Libraries (EFL) do Enlightenment desktop environment. EFL é um kit de ferramentas muito eficiente e capaz. No entanto, seria muito trabalhoso fazer com que a aparência padrão fosse semelhante à aparência padrão do Budgie.
Finalmente, há QT, que é muito popular e muito capaz. Também é muito maior do que a maioria das alternativas. É uma plataforma, não apenas um kit de ferramentas. No entanto, ele é escrito em C ++, do qual Ikey não é fã.
A solução
Depois de muita discussão e busca profunda, Ikey decretou que Budgie 11 será movido por Qt. O objetivo é criar uma experiência estável, confiável e de alto desempenho usando o poder do Qt, C ++ e Wayland. (Ikey planeja lançar suporte ao Wayland em Budgie 11.) Ikey espera fornecer uma versão refinada da experiência que você conhece e adora, mas com animações fluidas e aceleradas, uma bela interface de usuário e integração total do Raven para ser um componente de primeira classe. Isso incluirá a substituição de aplicativos GNOME atuais por aplicativos Qt. Ikey me disse que a mudança para Qt traria animações de alta qualidade e menos lag. Você pode ler mais detalhes no roteiro do Budgie.
Reações
Houve uma reação interessante aos anúncios de Ikey sobre Budgie 11. Um usuário do Github chamado ZanderBrown decidiu criar um fork do Budgie 10. (Tentei entrar em contato com ZanderBrown para um comentário, mas não recebi resposta.) De acordo com uma nota sobre o projeto bifurcado, ZanderBrown fez isso para manter Gtk3 e Vala. No podcast final do Nite Linux, Ikey se perguntou por que alguém tentaria manter códigos antigos e corrompidos. Ele sugeriu que o novo projeto pudesse se chamar Kludgie. Pelo menos uma pessoa comentou que isso parecia um movimento prematuro porque Budgie 10 ainda estava em desenvolvimento na época.
David Mohammed é o desenvolvedor líder do Ubuntu Budgie, a única distro além do Solus que usa o Budgie como ambiente de desktop principal. David disse que ele e sua equipe estavam felizes com a decisão de Ikey de mudar para o Qt. (Ubuntu Budgie foi recentemente nomeado um sabor oficial.) David disse que com muitos dos esforços do Ubuntu direcionados atualmente para o Unity 8 baseado em QT e convergência, o Ubuntu Budgie se beneficiará muito com esses investimentos - lançamentos QT oportunos, correções etc.
David disse que eles continuariam a distribuir os aplicativos GNOME atualmente no Ubuntu Budgie. Ele também disse que o instalador Ubiquity teria que ser corrigido para suportar a mudança de GTK para Qt. Ele disse que provavelmente receberiam ajuda das equipes do Kubuntu e Lubuntu. (Lubuntu está mudando de LXDE para LXqt.)
Pensamentos finais
Embora eu ache que a mudança de GTK para Qt seja uma ótima ideia, tenho algumas preocupações. Primeiro, haverá uma transição suave para os usuários atuais quando o Budgie 11 for lançado? Em outras palavras, você será capaz de atualizar para o Budgie 11 do gerenciador de pacotes como uma atualização normal ou exigirá uma reinstalação completa?
Em segundo lugar, o que acontecerá com o suporte da Solus para MATE, que é baseado em GTK? MATE foi apresentado para ser uma alternativa leve ao Budgie. A equipe Solus será capaz de manter um DE baseado em Qt e um DE baseado em GTK? Eu gosto de correr os dois, então odiaria ver o MATE deixar Solus.
A única coisa pela qual estou ansioso é um desktop mais ágil. Budgie 10 é ótimo, mas ainda posso sentir um pouco de atraso. (É por isso que uso principalmente o XFCE.)
No geral, desejo boa sorte a Ikey e sua equipe em seu novo empreendimento.
O que você acha do futuro do Budgie? Por favor, deixe-nos saber nos comentários abaixo.
Se você gostou deste artigo, compartilhe-o nas redes sociais.
Via itsfoss.com. Você pode conferir o post original em inglês:
Solus Is Bringing Radical Changes To Budgie 11
Última atualização deste artigo: 23 de february de 2017
