多くの Linux ディストリビューションがデフォルトで KDE を出荷しない 6 つの理由

KDE Plasma デスクトップは優れていますが、ほとんどの Linux ディストリビューションではデフォルトで GNOME が使用されています。もっと KDE に全面的に取り組んでみませんか? Plasma はディストリビューションの基盤として機能する以上の機能を備えているのに、KDE ​​ベースのオプションがもっと利用できないのはなぜでしょうか? 結局のところ、その理由は主に技術的なものです。

1. KDE には大規模なコードベースがあります

KDE は多くの部分で構成されています。Plasma デスクトップ環境があります。バックグラウンドで動作するさまざまなライブラリとフレームワークがあります。そして何百ものアプリがあります。これは学ぶべきコードが多く、保守とサポートに専念するのが大変です。

しかし、それはコードの量だけではありません。これらの各コンポーネントは、何年にもわたって進化してきました。彼らは、人々が頭を包み込むのをより困難にする可能性のある複雑さを拾い上げました.

GNOME は単純なユーザー エクスペリエンスではなく、単純なソフトウェア セットです。これにより、展開が容易になります。多くの KDE ベースのディストリビューションは、実際にはディストリビューションのデフォルト デスクトップの代替であり、それらを利用できるようにするには、予想以上に手間がかかります。

2. KDE のリリース スケジュールは時差があります

コア KDE エクスペリエンスのさまざまな部分は、異なるリリース ケイデンスで起動します。対話する KDE Plasma デスクトップがあります。バックグラウンド ライブラリで構成される KDE フレームワークがあります。次に、120 を超えるプログラム、ライブラリ、およびプラグインで構成される KDE Gear があります。

これらの各バンドルには、独自のリリース スケジュールがあります。KDE Plasma のバージョンは、まだ正式にリリースされていないバージョンの KDE フレームワークを必要とする機能をサポートするようにリリースされることがあります。

この多くの可動部分は、ディストリビューションのメンテナーが従うのが難しい場合があります。GNOME ベースのディストリビューションを作成する場合は、最新の GNOME のリリース後、6 か月ごとに新しいバージョンをリリースできます。KDE ベースのディストリビューションを作成する場合、リリースの頻度はすぐにはわかりません。

3. KDE は無限に設定可能

KDE Plasma デスクトップは、おそらく最も設定しやすいデスクトップ インターフェイスです。これは、自分の PC を自分が望むものに変えることを楽しんでいる、より技術に傾倒している人々に力を与えています。複数のパネルを使用することも、パネルを使用しないことも、グローバル メニュー バーやアプリ メニュー、ドックやタスクバーなど、あなたの好みをくすぐるあらゆるものを使用することもできます。

コードの知識や追加のコンポーネントのインストールを必要とせずに、KDE ​​Plasma で Windows、macOS、または GNOME を簡単にエミュレートできます。

しかし、これは、いくつかのメニューをすばやくクリックして誤ってタスクバーを削除し、元に戻す方法がわからない、技術に詳しくない人にとってはマイナスになる可能性があります. これは、デフォルトのレイアウトの問題だけでなく、考えられるあらゆる構成の問題に対応することを期待されているサポート チームにとっては苦痛になる可能性があります。

KDE の設定可能性は、デスクトップだけに適用されるわけではありません。多くの KDE アプリは同様に調整可能で、長いメニューと豊富なオプションがあります。アプリ メニューを削除したり、ツールバーに表示されるアイコンを変更したり、アプリ ウィンドウに表示されるものを変更したりできます。問題が発生した場合、この構成可能性により、開発者とサポート チームがエクスペリエンスを再現することが難しくなります。

4. KDE ソフトウェアはより複雑です

KDE Plasma でシステム設定アプリを開きます。オプションは無限にあるようです。似たように聞こえるオプションのカテゴリがあります。検索バーに目を向けないと、探している特定の設定を見つけるのが難しい場合があります。

ほとんどの KDE ソフトウェアは、デスクトップ環境とファイル マネージャーからテキスト エディターまで、このようなものです。多くの人は、独自の長い好みのリストを持っています。KDE のデフォルト端末の構成にかなりの時間を費やすこともできます。

各 KDE アプリが行うことはたくさんあります。つまり、学習するコードが増え、サポートする複雑さが増します。デスクトップの各コンポーネントを理解して配布するタスクは、ソフトウェアがそれほど多くのことを試みない他のデスクトップ環境よりも多くの労力を必要とします。

5. KDE には多くのバグがあります

この構成可能性と複雑さの結果として、KDE ​​にはより多くのバグがあります。デスクトップがやろうとしていることは他にもあります。つまり、開発者がテストしなければならないことは他にもあります。

開いているウィンドウを画面の下部に効果的に表示するには、ウィンドウ リストだけでは十分ではありません。パネルを画面の端に移動する場合に備えて、ウィンドウ リストは必要に応じて回転およびサイズ調整できる必要があります。これには、すべてを機能させるために追加のコードが必要になり、バグが入り込む機会が増えます。

同様に、複数のモニターで代替テーマと自動非表示パネルを使用している場合にのみ表示されるバグは、これらすべてがすぐに利用できる場合、ニッチなユースケースとして却下することはできません.

KDE 開発者の Nate Graham が、Destination Linux のエピソード 261 で課題の一部について話しているのを聞くことができます。たとえば、追加のモニターに接続または切断するたびに、カスタマイズされたデスクトップ レイアウトが所定の位置にとどまるようにする試みなどです。マルチモニターのサポートは、他のデスクトップ環境に簡単に実装できます。

6. KDE は洗練されていないか、一貫性がない

最終結果は、洗練された感じのない体験です。プロフェッショナルで質の高い体験を生み出すためのすべてのコンポーネントが配置されています。しかし、デスクトップのすべての側面が簡単に変更できる場合、デスクトップのすべての側面が適切に見えるようにすることは困難です。

また、KDE ​​は構成可能ですが、簡単に対処できない問題もあります。さまざまなアプリ全体に多くの矛盾があります。一部のアプリは、メニュー バーを使用します。その他はハンバーガー メニュー ボタンを使用します。両方を利用する人もいます！

よく見る必要がある問題がいくつかあります。パディングの量が異なるスクロールバー。境界線のないウィンドウ (Dolphin や KWrite など) の端に直接押し付けられた、青い丸みを帯びたアウトラインのフレーム。開発者になってコードの読み方を学ばなければ、これらの問題を修正することはできません。

この種の問題はバグではありません。それらに対処するには、よりまとまりのあるビジョンと、「これが物事を行うべき方法である」という一般的な合意が必要です。これには、一部の決定を設計者に委ねて、設計者の推奨事項に従うことが含まれます。また、変更を加えることができる開発者が必要です。KDE コミュニティは、3 つの課題すべてに直面しています。

これは、KDE ​​が適切なデフォルトではないことを意味しますか?

いいえ。KDE を出荷するのがより魅力的になるような開発が行われています。Steam Deck 用の Valve の KDE ベースのデスクトップに、Fedora Silverblue のような読み取り専用のシステム ファイルがあることを考えてみてください。これにより、KDE ​​の最新の更新を受け取る Arch ベースのシステムであっても、システムの破損を防ぐことができます。Valve が Flatpak を選択したことで、最新のアプリを確実に入手できます。

バルブだけではありません。TUXEDO Computers は、そのマシンで KDE Plasma を利用しています。一部の企業は、代替手段よりも KDE を採用することを選択していますが、それらは少数派にすぎません。しかし、KDE ​​の未来は明るいと信じる十分な理由があります。