Desenvolvedores do KDE estão planejando a fusão o código de suas interfaces de usuário Plasma Desktop, Plasma Netbook e Active Plasma em um futuro não muito distante, de acordo com um post no blog de Aaron Seigo. Como ele explica, programas individuais são atualmente responsáveis ​​por cada escudo; suas fontes, no entanto, consiste de apenas três a dez mil linhas de código, desde que sejam usada uma base de código comum.

No momento, quando um usuário quer alternar entre as interfaces Netbook e Desktop, um processo tem de ser concluído e outro iniciado, o que “não é particularmente bonito”, Seigo ressalta. Os desenvolvedores também gostariam de ser capazes de ajustar de forma mais flexível elementos de desktop (como decorações de janela) para condições de tempo de execução. Além disso, o Plasma Active provou que é possível programar uma interface de utilizador Plasma completamente com QML. O plano para o futuro é, portanto, ter um processo de criar as diversas interfaces de usuário usando QML em Qt5. A solução será chamado Workspaces plasma 2. Seigo já está sonhando com o dia em que ele pode se conectar a televisão para seu laptop e ver o Plasma Desktop automaticamente substituída pelo Plasma Mediacenter.

Ele também fornece outras informações e descreve as mudanças que estão sendo planejadas ou já foram implementadas, como a modularização e reconfiguração. Algumas dessas mudanças darão ao KDE Software Collection 4.11 o alicerce necessário para o Plasma Workspaces 2.

Seigo também menciona links para um blog publicado recentemente por Sebastian Kügler sobre as mudanças do KDE Frameworks 5 e Plasma Workspaces 2. Em seu post, Kügler menciona que três grandes mudanças já foram feitas para o KDE Frameworks 5, com outras quatro a caminho: melhorar o sistema de construção, limpeza kdelibs, acrescentando tarefas do KDE para o Qt, e dividir o kdelibs. Ele também menciona o KWin, dizendo que o gerenciador de janelas em breve será capaz de usar o Qt 5, também. O próximo passo é ter KWin usando KMS (kernel-based mode setting) para enviar a imagem diretamente para o kernel para exibição. O objetivo é para que depois KWin seja capaz de funcionar como um “Wayland compositor”, com o objetivo a longo prazo de ter o KWin totalmente independente do X11.

Com informações da H-Online.