Mais même les applis codées en GTK ou en QT parfait sont à réécrire. Wayland fait moins de chose que X11, toutes les choses qui ne sont pas faites par Wayland doivent désormais être faites au sein de l'appli. Ca implique nécessairement de revoir tout le code, à moins de vouloir lancer un émulateur X complet avec gestion des inputs + un décorateur de fenêtre qui fait mini-wm avec chaque fenêtre.
Sauf que les choses en question sont normalement gérées par le toolkit. Par exemple, à cette heure, Gtk+ génère des événements "virtuels" pour les "client-side windows", càd pour l'émulation côté client des anciennes fenêtres X. Il y a aussi une branche pour les "client-side decorations"... qui a priori devraient être identiques pour toutes les applications qui utilisent Gtk+ et devraient réutiliser le thème gnome-shell.
Donc, en fait, non. À moins de faire des trucs tordus avec la Xlib directement (ce qui a toujours été découragé), il ne faudra pas toucher les applications Gtk+3. Pas plus que les applications Qt4 par ailleurs.
[^] # Re: Fenêtre
Posté par nud . En réponse à la dépêche Pourquoi Wayland veut remplacer X. Évalué à 3.
Sauf que les choses en question sont normalement gérées par le toolkit. Par exemple, à cette heure, Gtk+ génère des événements "virtuels" pour les "client-side windows", càd pour l'émulation côté client des anciennes fenêtres X. Il y a aussi une branche pour les "client-side decorations"... qui a priori devraient être identiques pour toutes les applications qui utilisent Gtk+ et devraient réutiliser le thème gnome-shell.
Donc, en fait, non. À moins de faire des trucs tordus avec la Xlib directement (ce qui a toujours été découragé), il ne faudra pas toucher les applications Gtk+3. Pas plus que les applications Qt4 par ailleurs.