gnales a écritMais si l'interface est écrite en Qt et Qt est porté pour Mir en théorie ça serait plus facile de porter KDE pour Mir, non ?
Pas vraiment non. Porter l'environnement Plasma vers Mir demanderait beaucoup de travail. Le problème, c'est KWin, le gestionnaire de fenêtre. Bien qu'il soit écrit en Qt, il parle directement avec la couche graphique (le serveur X, un compositeur Wayland ou Mir). Qt fonctionne par exemple très bien sur Mac et Windows, pourtant tu ne peux pas utiliser Plasma sur ces OS.
En fait, c'est dû au fait que le bureau et le gestionnaire de fenêtre sont distincts (contrairement à Unity qui est intégré à Compiz, ou Gnome-shell qui est basé sur Mutter). On peut utiliser Plasma avec un gestionnaire de fenêtre différent de KWin, comme Compiz par exemple. Mais Plasma (le bureau) et KWin (le gestionnaire de fenêtre) doivent pouvoir dialoguer (quand tu cliques sur une case dans ta barre de tâche Plasma, KWin affiche la fenêtre correspondante, quand tu changes de bureau virtuel en cliquant dans le plasmoïde correspondant, etc...). Et pour pouvoir dialoguer et se comprendre, il faut qu'il parlent la même langue, le même protocole. Actuellement, ils utilisent le protocole X11 pour le faire. Dans Plasma Workspaces 2, la prochaine version, ce protocole sera Wayland.
Le problème de Mir, si j'ai bien compris, c'est qu'il n'y a pas de protocole à proprement parler. C'est une solution différente qui a été retenue. Unity étant à la fois un bureau et un gestionnaire de fenêtres, il n'y a pas besoin d'avoir ce type de protocole, le processus est le même et les informations peuvent être échangées directement. Donc pour porter Plasma Workspaces 2 vers Mir, il faudrait soit revoir entièrement la conception de Plasma/KWin, soit créer un protocole qui se base sur Mir (en gros porter le protocole Wayland vers Mir). Aucune de ces solutions n'est envisageable pour les développeurs de KDE.
