Linux デスクトップの世界は、主要なディストリビューションが X11 サポートを完全に削除し始めたことで大きな変化を経験している。Ubuntu は GNOME on X11 を廃止し、GNOME 自体も X11 のコードを削除しており、Red Hat Enterprise Linux 10 では既にリポジトリから Xorg を完全に削除している。これは単なる非推奨化ではなく、完全な削除であり、ユーザーが準備できているかどうかに関わらず、Wayland への移行を強制している。
アクセシビリティ機能に依存するユーザーにとって、この移行は特に困難なものとなっている。X11 は欠陥があるにも関わらず、多くの人が日常的なコンピューティングタスクで頼りにしていた予測可能なスクリーンリーダーサポートを提供していた。懸念されていたのは、Wayland がアクセシビリティユーザーを完全に置き去りにしてしまうことだった。
主要ディストリビューションの X11 削除タイムライン:
- Red Hat Enterprise Linux 10: Xorg をリポジトリから完全に削除
- Ubuntu: GNOME on X11 セッションを廃止
- GNOME Project: コードベースから X11 コードを削除
- Fedora: GNOME on Xorg セッションの削除を計画中
- Debian/Gentoo: より長期間維持するが、最終的な削除が予想される
GNOME が Wayland アクセシビリティをリード
良いニュースは、GNOME の Wayland 実装が現在安定したアクセシビリティサポートを提供していることだ。Orca のようなスクリーンリーダーが確実に動作し、フォーカストラッキングが適切に動作し、スクリーンリーダーコマンド後に Caps Lock が固着するような長年のバグが解決されている。GNOME は、サンドボックス化されたアプリケーションからアクセシビリティインターフェースを分離することでセキュリティを優先し、ネイティブな Wayland プロトコルではなく D-Bus プロトコルを通じてこれを実現した。
KDE もアクセシビリティの改善で進歩を遂げており、法的盲目の開発者が彼らの取り組みを主導している。新しい COSMIC デスクトップ環境は、アクセシビリティとグローバルホットキーサポートを後付けではなく、コア機能として一から構築されている。
Wayland アクセシビリティ実装:
- ネイティブ Wayland プロトコルではなく D-Bus プロトコルを使用
- セキュリティのためメインディスプレイサーバーからアクセシビリティを分離
- サンドボックス化されたアプリケーションがアクセシビリティインターフェースにアクセスすることを防止
- 各コンポジターは独自のアクセシビリティサポートレベルを実装する必要がある
デスクトップの選択肢が限定的に
しかし、この移行には大きな損失が伴う。多くの人気のあるデスクトップ環境がまだ Wayland への移行を果たしていない。盲目のユーザーに安定性とキーボードアクセシビリティで広く好まれていた MATE は、Wayland をサポートしていない。カスタマイズ可能なワークフローを提供していた i3 や DWM のようなウィンドウマネージャーも利用できない。
現在、GNOME は Wayland で完全にアクセシブルな唯一の選択肢である。他のデスクトップもサポートに向けて取り組んでいるが、以前は複数の選択肢があったユーザーは、今やはるかに限定的な選択肢に直面している。
デスクトップ環境別の現在の Wayland アクセシビリティ状況:
- GNOME: Orca スクリーンリーダーで完全に機能し、安定したフォーカス追跡、修飾キーの問題も解決済み
- KDE: 専任のアクセシビリティ開発者（法的盲者）により開発中
- COSMIC: アクセシビリティをコア機能として一から構築
- MATE: まだ Wayland サポートなし（ X11 では視覚障害者に好まれていた）
- ウィンドウマネージャー（ i3 、 DWM ）: Wayland では利用不可
コンポジターの互換性が新たな問題を生む
Wayland エコシステムの断片化された性質は、追加の課題を生み出している。異なるコンポジターは様々なレベルのアクセシビリティサポートを実装しており、多くの軽量オプションは依然としてスクリーンリーダーが必要とする D-Bus インターフェースを確実にサポートしていない。これは、異なる Wayland コンポジター間の切り替えが X11 ほどシームレスではないことを意味する。
コンポジター間で一貫したインターフェースを提供することを意図した XDG ポータルは、依然として一貫性がない。一部の実装は不完全またはバグがあり、特定のアクセシビリティ機能に依存するユーザーにとって予測不可能な体験を生み出している。
レガシーツールとワークフローが破綻
移行はまた、多くの確立されたワークフローを破綻させる。X11 で確実に動作していた xdotool、xclip、特殊な OCR アプリケーションなどのツールには、直接的な Wayland の代替品がない。一部のユーザーが自動化やリモートアクセスで頼りにしていたヘッドレス GUI ワークフローは、Wayland の世界ではまだ存在しない。
「この切り替えを行うには最低でも100時間の作業が必要で、基本的により敵対的な環境でこれらすべてのワークフローを理解するために放り出されているような状況です。」
前進への道
課題があるにも関わらず、この移行は一から優れたアクセシビリティサポートを構築する機会を表している。Wayland のよりクリーンなアーキテクチャは、現在の実装がネイティブプロトコルではなく D-Bus に依存しているとしても、より信頼性の高い支援技術の基盤を提供している。
鍵となるのは、より多くのデスクトップ環境とコンポジターが Wayland サポートを追加する際に、アクセシビリティが優先事項であり続けることを確実にすることだ。GNOME が唯一の実行可能な選択肢である現在の状況は、ユーザーが X11 で持っていた選択肢を取り戻すために拡張される必要がある。
現在のところ、ユーザーは必要に迫られて適応している。X11 は単に非推奨化されているのではなく、主要なディストリビューションから完全に消失している。この移行が完了する頃には、Wayland が同等のアクセシビリティサポートだけでなく、以前のものより真に優れたものを提供することが期待されている。