"WaylandがX11を直接置き換えるものではないことを批判するAppImage開発者の中核の一人、ProbonopdによるWayland批判の少し有名な記事をすでにご覧になった方もいらっしゃるでしょう。彼はGitHubに 作成し、現在Waylandのネイティブアプリで利用できない機能のプロトコルを作成することを望んでおり、再び世間の注目を集めました。これらの機能はWaylandの標準プロトコルには意図的に含まれていませんが、標準化が進んでいないため、アプリ開発者にとって信頼できるプラットフォームの一部とはなりえません。
開発者コミュニティでは笑い飛ばしたり、嘲笑したりする人もいますが、一般人にとっては「Waylandはすべてを台無しにする！」。この非難は正鵠を射ているかもしれませんし、少なくとも真実味を帯びているかもしれません。というのも、ある意味でProbonopdの言う通り、WaylandはX11の機能に直接依存しているものすべてを破壊してしまうからです！
ただ、この見方は間違っています。
もし私が「LinuxはPhotoshopを使えなくするから、Windowsにこだわるべきだ！」と言ったらどう反応するか想像してみてください。あなたは、「待てよ、要はPhotoshopはLinuxをサポートしていないんだ！」と言うかもしれません。なぜなら、LinuxでさえPhotoshopを "アンブレイク "することはできません。
X11とWaylandについても同様で、LinuxがWindowsを置き換えるために設計されたのではないのと同様に、X11を置き換えるために設計されたわけではありません。あるオペレーティング・システムから別のオペレーティング・システムへ移行する際には、期待値を調整し、必要な変更を認識する必要があります。
WaylandはX11を直接置き換えるようには設計されていませんが、いずれはX11を置き換えることになるでしょう。
X11はひどいプラットフォームです。
その昔、X11は完全な開発プラットフォームでした。X11をターゲットにしたアプリケーションは、内蔵のウィジェット・ツールキットでUIを描画したり、付属のプリント・サーバーの助けを借りてファイルを印刷したり、スクリーン・レコーディングを行ったり、グローバル・ショートカットを設定したりと、X11を使用することができました。これは、私がX11の技術に触れていた頃の話ですが、X11は当初、アプリ開発者のための開発プラットフォームとして設定されたか、あるいは初期の段階でそのようなプラットフォームへと急速に進化したかのどちらかだったような気がします。
しかし、期待通りにはいきませんでした。ビルトインのUIツールキットは、当時の基準から見ても醜いものでした。同じリソースを要求するアプリケーション同士が衝突し、お互いの機能を壊してしまうこともありました。印刷のような機能が消えていったのは、ウィンドウマネージャにそのような機能を搭載したのが間違いであり、その後のメンテナにはそれを維持するのに必要な専門知識や関心がなかったからです。挙げればきりがありません。
QtやGTKのようなUIツールキットは、これらのアプリケーションのミドルウェア機能を引き継ぐためにすぐに登場し、アプリケーション開発者にとってよりユーザーフレンドリーで配置しやすいものとなりました。ここで話しているのは90年代半ばのことで、かなり昔の話です。
Linuxはプラットフォームではありません
しかし、UI ツールキットの台頭は、アプリケーションの細分化を確実にもたらしました。FOSSアプリケーション開発者は、1つのターゲットに向けて開発するのではなく、Qt、GTK、またはその他のツールに向けて開発するようになり、その結果、"KDEアプリ "や "GNOMEアプリ "が氾濫するようになりました。確かに、これらのアプリは他のプラットフォームでも動作するかもしれませんが、開発されたプラットフォームとツールキットで最もよく動作することは明らかです。他のプラットフォームで動作させると、見た目や操作感がおかしくなったり、特定の機能がうまく動作しなかったり、まったく動作しなかったりすることがあります。
それが今日の現状です。誰も「X11アプリケーション」を特別に書こうとはしません。彼らのアプリケーションはX11の機能の一部を使うかもしれませんが、それはより良い代替手段がないからであって、実際には、アプリケーションに実装される機能の99.9%は、Qt、GTK、KDE Frameworks、または他の似たようなツールを選ぶでしょう。ツールを選ぶでしょう。
真のプラットフォーム
では、クロスデスクトップ相互運用性への期待はすべて打ち砕かれたのでしょうか？いいえ、むしろ見通しはこれまでになく良好です！というのも、さまざまなアプリケーション・ツールキットを抽象化するプラットフォームが登場しているからです。Portals、PipeWire、Waylandプロトコルのことです。
Probonopdは、これらはアドオンであり、システム上で実行すべきではないと主張していますが、私は彼がその議論に耐えられるとは思いません。全機能を提供するというモノリシックなウィンドウサーバーモデルは、数十年前に失敗であることが証明されました。それはライブラリとAPIに取って代わられ、すべてのFOSS開発者は最新のシステム上でこれらを実行することを合理的に期待できるようになりました。
ポータルシステムは、プラットフォームネイティブなオープン/セーブダイアログの表示、通知の送信、他のアプリケーションでドキュメントを開く、ドキュメントの印刷、スクリーンショットの撮影、画面の録画、ドラッグ＆ドロップ操作の処理、ユーザーの現在のテーマが明るいか暗いかの確認など、標準化された方法を提供します。ポータルシステムはこれらの機能の多くをPipeWireに依存しています。また、ほとんどのWaylandシンセ、特に最も重要な2つのシンセであるKWinとMutterは、ほとんどすべての公に標準化されたWaylandプロトコルをサポートしています。
それがプラットフォームだと思います：Portals + Wayland + PipeWire。PWと呼んでもいいかもしれませんが、これらのプラットフォームをターゲットにしたアプリケーションであれば、ほとんどすべてのモダンなLinuxシステムで動作します。そして、大きなFOSSツールキットであるQtとGTKによって完全にサポートされています。ですから、好きなUIツールキットを使ってください。
なぜ今なんですか？
X11のメンテナはメンテナンスの終了を発表し、PlasmaはGNOMEと同様にWaylandをデフォルトにし始め、FedoraはX11のサポートを完全にやめました。
今は、これまで考えたこともなかった人たちがそれを考え始め、自分たちの特定のユースケースに必要なすべてのコンポーネントがまだ整っていないことに気づく段階です。しかし、これは実は良いことなのです！彼らの声は届いており、変化は可能なのです。もっと早くそうなってほしかったですが、まだ道半ばであるという現実を認めることも重要で、最近、リモートコントロール、カラーマネジメント、ドローイングボード、ウィンドウレイアウトに関する多くの提案や作業が行われています。必要な部分がすべて整うまで、気まずい段階が待っているかもしれません。致命的な欠落のために苦しんでいる人たちには、問題が解決するまでX11を使い続けることをお勧めします。誰もあなたを止めようとはしません。新しいことを探求するのは楽しいことであるべきで、そうでないなら、ギアを入れ替えて再挑戦すればいいのです。
結論
この文脈では、"すべてを台無しにする "とは、"すべてを移植しきれていない "と表現したほうが正確かもしれません。というのも、Waylandは未来を見据えた設計になっており、未来は過去に行われたことすべてと完全に互換性があるわけではないからです。意味があるものについては互換性レイヤーが提供され、深いシステム統合が必要な部分については、一般的に解決への道筋があるか、活発な開発が行われています。世界は全体として変化しています！
を経由して
