>>579
Waylandプロトコル分断の直接的理由は、Waylandウィンドウ管理の現在の標準プロトコルのXDG shellが
Xのアプリやウィンドウマネージャで可能だったことに完全には対応していないので、足りていない部分を
KDEなどのコンポジッタが独自プロトコルで実装せざるを得ないから

代表的なのがトップレベルウィンドウの位置指定で、Xではルートウィンドウがあり、アプリのウィンドウは
ルートウィンドウの子ウィンドウなので、ウィンドウの位置指定APIで問題ないのだけど、Waylandには
ルートウィンドウがないから対応するプロトコルが必要なのに、XDG shellに含まれていない
GNOMEに不要なので実装されないので、KDEは仕方がないからKDE plasma shell protocolという独自プロトコルを実装

同様にXではタイトルバーや終了ボタンはウィンドウマネージャがアプリのウィンドウに追加して描写するサーバー
サイドデコレーションだったんだけど、Waylandではアプリ側で描写するクライアントデコレーションが標準になったため
XDG shellにはサーバーサイドデコレーションが含まれていない
みんな困ったのでXDG decorationというプロトコルを作りGNOMEのmutter以外はだいたい対応した
ttps://wayland.app/protocols/xdg-decoration-unstable-v1

Waylandプロトコルは事実上GNOMEが標準を決めているんだけど、こんな感じでGNOMEに不要な機能はXDG shellから省かれている

GNOMEが不要な機能を削ぎ落として必要なものだけUIに取り込むという方針を取っていること自体は問題ないけど
X時代に存在していた他のコンポジタやデスクトップ環境に必要な機能をWaylandプロトコルの標準に取り込まないから
独自プロトコルの乱立になってしまったの

だから、Waylandプロトコル断片化はほぼGNOMEのせい