KiCad 開発チームは、人気の PCB 設計ソフトウェアにおける Wayland サポートの現状について包括的な声明を発表した。これは、 Fedora や Ubuntu などの主要な Linux ディストリビューションが近い将来、メインデスクトップ環境から X11 サポートを削除する準備を進めている中で発表された。
現在の Wayland エクスペリエンスはプロフェッショナル標準に達していない
KiCad の評価は、単純な互換性問題を超えた重要な制限を描き出している。チームは Wayland サポートを機能するが劣化していると表現し、ウィンドウ管理、入力処理、パフォーマンス、安定性にわたる問題があると述べている。これらは軽微な不便さではなく、エンジニアやデザイナーの日常的なワークフローに影響を与える根本的な問題である。
ウィンドウ管理の問題は特に深刻である。アプリケーションがユーザーが最後にウィンドウを配置した場所を記憶できず、ドッキングされたパネルが適切に復元されず、複数の KiCad ウィンドウを同時に管理することが問題となる。特定のワークスペースレイアウトに依存するプロフェッショナルユーザーにとって、これは大きな生産性の低下を意味する。
パフォーマンスの問題はさらなる懸念を追加している。ユーザーは Wayland 下で X11 と比較してより高い CPU と GPU 使用率を報告しており、他のプラットフォームでは発生しないグラフィカルな不具合やアプリケーションのフリーズも発生している。アプリケーション間でのコピー＆ペーストのような基本的な操作でさえ信頼性に欠ける。
カテゴリ別 KiCad の Wayland 問題:
ウィンドウ管理の問題:
- セッション間でウィンドウ位置を記憶できない
- ドッキングパネルの配置失敗
- マルチウィンドウ連携の問題
- ウィンドウドラッグの制限
入力と操作の問題:
- カーソル/ポインタワープが条件付きでのみ利用可能
- 予測不可能なウィンドウフォーカス動作
- 入力デバイス処理の問題
- ホットキーの問題
パフォーマンスと安定性:
- CPU/GPU使用率の急激な上昇
- グラフィカルな不具合とレンダリングアーティファクト
- アプリケーションのフリーズとクラッシュ
- 信頼性に欠けるクリップボード機能
ダイアログとUIの制限:
- モーダルダイアログの配置とフォーカスの問題
- 外部ツール統合の問題
根本原因：設計哲学の衝突
KiCad チームは、 Wayland の設計目標とデスクトップアプリケーションのニーズとの間の根本的な断絶を指摘している。ウィンドウの配置やマウスカーソルの制御など、 Windows 、 macOS 、 X11 で何十年も標準となっていた機能が、 Wayland の設計から意図的に省かれた。これは見落としではなく、意図的なアーキテクチャ上の選択だった。
断片化の問題はさらに事態を悪化させている。異なるデスクトップ環境が Wayland プロトコルを異なって解釈し、 GNOME 、 KDE 、小規模なコンポジター間で一貫性のないエクスペリエンスを生み出している。アプリケーション開発者にとって、これは異なる環境用に別々のコードパスを維持することを意味し、限られたリソースを持つプロジェクトにとって持続不可能な負担となっている。
コミュニティの議論では、これが KiCad 固有の問題ではないことが明らかになっている。多くの開発者が同様の課題を報告しており、最小限のコア機能のために Wayland を不完全または詐欺のように感じると述べる者もいる。プロトコルのみのアプローチは、誰もが依存できる標準実装が存在しないことを意味する。
プロフェッショナルユーザーには X11 の継続使用を推奨
これらの制限を考慮して、 KiCad チームはプロフェッショナル用途での Wayland の使用を明示的に推奨しないという異例の措置を取った。彼らは信頼性のある動作のために、 XFCE 、 X11 での KDE Plasma 、または MATE などの X11 ベースのデスクトップ環境を選択することをユーザーに提案している。
チームはまた明確なポリシーを実装した：彼らは Wayland 固有の問題に関連するバグレポートを調査またはサポートしない。これには、ウィンドウ管理の問題、 Wayland 固有のクラッシュ、パフォーマンスの問題、 X11 システムでは発生しない入力デバイスの問題が含まれる。
「これらの問題は、 Wayland の設計が X11 、 Windows 、 macOS のデスクトップアプリケーションが何十年も依存してきた基本的な機能、つまりウィンドウを配置したりマウスカーソルをワープしたりする機能を省略しているために存在している。この機能は見落としではなく、設計によって省略された。」
KiCad チームの推奨事項：
プロフェッショナル用途の場合：
- X11 ベースのデスクトップ環境を使用する（ XFCE 、 KDE Plasma with X11 、 MATE ）
- GDM の代わりに X11 互換ディスプレイマネージャー（ LightDM 、 KDM ）をインストールする
- X11 サポートを維持するディストリビューションを選択する
カジュアル用途の場合：
- ウィンドウレイアウトの復元ができないなどの制限を受け入れる
- 時折のクラッシュやフリーズを想定する
- インターフェースの制限による生産性の低下に備える
- 様々な UI の不具合を回避しながら作業する
バグレポートポリシー：
- Wayland 固有の問題は調査しない
- ウィンドウの位置、サイズ、フォーカスの問題はサポートしない
- Wayland 特有のクラッシュやパフォーマンス問題はサポートしない
Linux デスクトップへのより広範な影響
KiCad の状況は、 Linux デスクトップエコシステムにおけるより大きな緊張を浮き彫りにしている。 Wayland は HDR サポートや分数スケーリングなどのより良いセキュリティと現代的な機能を約束しているが、移行は多くの人が予想していたよりも破壊的であることが判明している。一部のコミュニティメンバーは、これを Python 2 から 3 への移行などの他の主要な移行と比較して不利に評価し、これまでに見た最悪の移行と呼んでいる。
タイミングは追加的な圧力を生み出している。ディストリビューションが X11 から離れる中、 X11 固有の機能に依存するアプリケーションは不確実な未来に直面している。 XWayland はある程度の互換性を提供するが、ネイティブアプリケーションが遭遇するすべての問題を解決するわけではない。
興味深いことに、 KiCad の懸念に対処するいくつかのプロトコルが最近開発されている。ポインターワーピングサポートが Wayland プロトコルにマージされたばかりで、ウィンドウ復元機能も作業が進められている。しかし、異なるコンポジター間での採用は一貫性に欠け、これらのソリューションが安定したディストリビューションに到達するまでには数年かかる可能性がある。
今後の展望
KiCad チームのスタンスは、ソフトウェア開発への実用的なアプローチを反映している：プロトコルの制限を回避するのではなく、最も影響を与えることができる場所にリソースを集中させる。彼らは Wayland の開発を監視し続け、上流の修正を歓迎するが、実験的なデスクトップ技術のためにソフトウェアの信頼性を妥協することはない。
ユーザーにとって、メッセージは明確である：プロフェッショナルな作業で KiCad が必要な場合、 X11 が推奨される選択肢のままである。 Wayland は最終的に必要なすべての機能をサポートするまでに成熟する可能性があるが、その日はまだ到来していない。ポスト X11 世界への移行は多くの人が期待していたよりも長くかかる可能性があり、 KiCad のようなアプリケーションが複雑なデスクトップソフトウェアに対する Wayland の準備状況の重要なテストケースとして機能している。