最近、Budgieデスクトップ環境の開発者 彼らがGTKライブラリから離れることを決定したことを知らせました Enlightenment Foundation Library（EFL）を支持します。
この に起因するものです 残念ながら、それについて言及していますが、 GTK4は期待に応えませんでした 開発者からそれ以外は、継続的なアプローチはGNOMEプロジェクトのニーズにのみ焦点を当てています、その開発者は代替プロジェクトの意見に耳を傾けず、彼らのニーズを考慮に入れたくない。
主なインセンティブ GTKから逃れるために テーマの扱い方を変えるのはGNOMEの計画でした、サードパーティプロジェクトでカスタムテーマを作成することを困難にします。 特に、プラットフォームのインターフェイススタイルは、Adwaitaテーマにリンクされているlibadwaitaライブラリによって提供されます。
GNOMEインターフェースを完全に複製したくないサードパーティの開発者は、スタイルを処理するためにライブラリを準備する必要がありますが、この場合、代替ライブラリとプラットフォームのテーマライブラリを使用するアプリケーションの設計に矛盾があります。
など、彼らはまた、追加機能を追加するための標準的な手段がないことにも言及しています libadwaitaに、 そして、再着色APIを追加しようとします。 それはアプリケーションの色の変更を容易にするでしょう、 他の問題が懸念されるため、調整できませんでした Adwaitaに加えて、それらはGNOMEアプリケーションの品質に悪影響を及ぼし、ユーザーの問題の分析を複雑にする可能性があります。
したがって、代替デスクトップ開発者はAdwaitaテーマに固執しました。
lの間嫌いなGTK4の機能 Budgie開発者へ、 サブクラスを作成することによって一部のウィジェットを変更する可能性の除外、 古いX11APIのカテゴリに転送します。 Waylandとは互換性がありません （たとえば、Budgieでは、 GdkScreenおよびGdkX11Screen 接続を決定し、モニター設定を変更するために使用されました）、 ウィジェットのスクロールに関する問題 gtkListView ウィンドウの焦点が合っていない場合、GtkPopoversでマウスとキーボードのイベントを処理する機能が失われます。
代替ツールキットへの切り替えのすべての長所と短所を比較検討した後、 開発者は、プロジェクトをEFLライブラリの使用に移行することが最も最適であると結論付けました。.
Qtへの移行は、このライブラリがC ++でリンクされていることと、将来のライセンスポリシーが不確実であるため、問題があると認識されていました。 BudgieのコードのほとんどはValaで書かれていますが、CやRustなどの他の言語が移行オプションとして許可されていました。
の配布について Solus、プロジェクトは引き続き代替ビルドを形成します GNOMEに基づいていますが、このビルド プロジェクトによって監視されていないものとしてマークされます ダウンロードページの別のセクションに割り当てられます。
念のため、Budgieデスクトップには、独自のGNOME Shell実装、パネル、アプレット、および通知システムが用意されています。 ウィンドウを管理するために、Budgie Window Manager（BWM）が使用されます。これは、基本的なMutterプラグインの拡張された変更です。 Budgieは、従来のデスクトップパネルと作業構成が似ているパネルに基づいています。 すべてのパネル要素はアプレットであるため、構成を柔軟にカスタマイズしたり、場所を変更したり、メインパネル要素の実装を好みに合わせて置き換えることができます。
移行結果はBudgie11で提供されます。 特に、2017年にプロジェクトがすでにQtに切り替えることを決定して以来、これはGTKから離れる最初の試みではありませんが、GTK4の状況が変わることを期待して、後で計画を修正しました。
Budgie11のリリース後 開発者は、GNOME Shellに対してその機能を評価し、GNOMEを使用してビルドをビルドし続けるか、中止するかを決定します。 Budgie11からビルドに移行するためのツールを提供します。
Budgie 11デスクトップを使用したSolusのコンパイルでは、アプリケーションの構成を確認し、GNOMEアプリケーションをプロジェクト内で開発されたものを含むアナログアプリケーションに置き換える予定です。 たとえば、独自のアプリケーションインストールセンターの開発を計画しています。