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.
