. KWin décorant lui-même les décorations, les logiciels KDE ne décoreront pas leurs fenêtres ;
. GNOME, Xfce puis les autres suivront probablement la même voie, ne serait-ce que pour que les logiciels KDE lancés sous GNOME aient des décorations.
Intéressant, j'ai jeté un œil :
Client Side Decorations est prévu dans GTK+ : pour GNOME, Xfce ou les deux ?
Mais c'était déjà prévu du temps de X.Org, indépendamment de tout plan concernant Wayland
En tout cas c'est toujours noté "to do" sur la roadmap
Bref, difficile de connaître les plans de GNOME et Xfce avec ces éléments
I plan to support server side decorations in KWin. My main concern is inconsistency, I fear that GTK windows will look different than Qt windows and that’s something we should try to prevent IMHO.
Ça explique pourquoi d'après chaosreigns, Qt5 prend en charge Wayland sauf client side decorations (mais vu que Qt vise l'embarqué, faudra voir quel compositeur est utilisé là bas).
Bref, on sait que KDE n'utilisera pas Client Side Decorations, à part ça…
[^] # Re: Petite correction
Posté par antistress (site web personnel) . En réponse à la dépêche X.Org est mort, vive Wayland !. Évalué à 3.
Intéressant, j'ai jeté un œil :
Client Side Decorations est prévu dans GTK+ : pour GNOME, Xfce ou les deux ?
Mais c'était déjà prévu du temps de X.Org, indépendamment de tout plan concernant Wayland
En tout cas c'est toujours noté "to do" sur la roadmap
Bref, difficile de connaître les plans de GNOME et Xfce avec ces éléments
Accessoirement GTK+ relève ces avantages :
Concernant KWin
Ça explique pourquoi d'après chaosreigns, Qt5 prend en charge Wayland sauf client side decorations (mais vu que Qt vise l'embarqué, faudra voir quel compositeur est utilisé là bas).
Bref, on sait que KDE n'utilisera pas Client Side Decorations, à part ça…