最近Budgie桌面环境的开发者 让大家知道他们已经决定离开 GTK 库 支持启蒙基金会图书馆 (EFL)。
埃斯托 是由于 其中提到不幸的是， GTK4 没有达到预期 从开发人员到除此之外，持续方法只关注 GNOME 项目的需求，其开发人员不听取替代项目的意见，也不想考虑他们的需求。
主要激励 远离 GTK GNOME 计划改变它处理主题的方式，使得在第三方项目中创建自定义主题变得困难。 特别是平台的界面风格由libadwaita库提供，该库链接到Adwaita主题。
不想完全复制 GNOME 界面的第三方开发人员应该准备他们的库来处理样式，但在这种情况下，使用替代库和平台主题库的应用程序设计存在差异。
因此，他们还提到没有标准的方法来添加附加功能 到利巴德韦塔， 并尝试添加重新着色 API， 这将有助于更改应用程序中的颜色， 由于担心其他问题而无法调和 除了 Adwaita，它们还可能对 GNOME 应用程序的质量产生负面影响，并使用户的问题分析复杂化。
因此，替代桌面开发人员坚持 Adwaita 主题。
在l之间您不喜欢的 GTK4 功能 对于 Budgie 开发人员， 排除通过创建子类来更改某些小部件的可能性， 转移到过时的 X11 API 类别 与 Wayland 不兼容 （例如，在 Budgie 中，调用 GdkScreen 和 GdkX11Screen 用于确定连接和更改监视器设置）， 在小部件中滚动的问题 列表视图 如果窗口失焦，则 GtkPopovers 将失去处理鼠标和键盘事件的能力。
权衡了转向替代工具包的所有利弊后， 开发人员得出的结论是，最优化的是将项目过渡到使用 EFL 库.
由于该库在 C++ 中的链接以及未来许可政策的不确定性，过渡到 Qt 被认为是有问题的。 Budgie 的大部分代码都是用 Vala 编写的，但其他语言如 C 或 Rust 被允许作为迁移选项。
关于分布 Solus，项目将继续形成备用构建 基于 GNOME，但是这个构建 将被标记为不受项目监督 它将被分配到下载页面上的一个单独部分。
提醒一下，Budgie 桌面提供了自己的 GNOME Shell 实现、面板、小程序和通知系统。 为了管理窗口，使用了 Budgie Window Manager (BWM)，它是基本 Mutter 插件的扩展修改。 Budgie 基于一个在工作组织上类似于经典桌面面板的面板。 所有面板元素都是小程序，让您可以灵活自定义构图，更改位置并根据自己的喜好替换主面板元素的实现。
迁移结果将在 Budgie 11 中提供. 尤其是，这并不是自 2017 年该项目就已经做出改用 Qt 的决定后第一次尝试离开 GTK，但后来又修改了计划，希望这种情况在 GTK4 中有所改变。
Budgie 11 发布后， 开发人员将针对 GNOME Shell 评估其功能，并决定继续使用 GNOME 构建构建还是停止 提供从 Budgie 11 迁移到构建的工具。
在使用 Budgie 11 桌面的 Solus 编译中，计划审查应用程序的组成，用模拟应用程序替换 GNOME 应用程序，包括在项目中开发的应用程序。 例如，它正在计划开发自己的应用程序安装中心。
数据来源： https://joshuastrobl.com/