Ubuntu 21.10 外观变化,仅配备 fully-light/dark 版本
OMGUbuntu 消息指出,计划于今年 10 月份发布的 Ubuntu 21.10“Impish Indri”将会以全新的面貌展现。Ubuntu 标志性的深色标题栏和浅色小部件的组合正计划退役。Ubuntu 的社区设计团队已经决定,Ubuntu 21.10 将只配备默认的 Yaru 主题的 fully-light 和 fully-dark 版本。
目前,Ubuntu 共提供了三个版本的 Yaru GTK 主题。Yaru(深色标题栏和浅色部件;默认);Yaru Light(浅色标题栏和浅色部件);以及 Yaru Dark(深色标题栏和深色部件)。用户可以在设置应用程序中的外观窗格中切换这些主题。
但是 Ubuntu 21.10 将只提供两个选项:Yaru(fully light)和 Yaru Dark(fully dark),前者为默认设置。而促进此等外观更改的原因则在于,Yaru 社区开发人员认为目前的混合主题维护起来"太费劲"。
GNOME 桌面在技术上并不支持主题化。没有官方的 API、没有官方的框架,也没有官方的 GTK 主题设计指南。几乎每一个 GNOME 的新版本都会"破坏"第三方主题。且像其他基于 GNOME 的发行版一样,Ubuntu 在未来几年需要过渡到 GTK4,但 GTK4 似乎并不支持深色标题栏和浅色部件的混合。
事实上,这已经不是基于社区的 Yaru 团队第一次做出此类决定。在 Ubuntu 19.10 的开发周期中,Ubuntu 就曾在很短的时间内改用过 all-light 主题。而与此前不同的是,此次 Ubuntu 21.10 中的更改得到了 Canonical 品牌团队的支持,他们还将此举描述为 "最明智的选择"。
Ubuntu 在使用混合主题方面是具有一定的独特性,大多数主要的操作系统(以及许多其他 Linux 发行版)根本不提供这种类型主题。
另一方面,一个疑惑也在 OMGUbuntu 的文章中被提了出来;即,“为什么 Ubuntu 不默认使用 Adwaita?”
Adwaita 经过了很好的测试、很完整、且很受社区开发者的欢迎。Yaru 毕竟只是 Adwaita 的一个分叉,而且在它轻巧的外表下,是对 Adwaita 相当苍白的致敬。
或者换一种说法,Ubuntu 需要 look good,而不是 watered down。如果混合主题的实用性使其成为一个不可行的方案(看起来就是这样),那么任何取而代之的东西都应该看起来一样好,甚至更好。
而 Yaru Light 真的符合吗?
Yaru GTK 主题独立于 Ubuntu 的 GNOME Shell 主题。在过去的几年里,后者在浅色和深色之间徘徊了好几次。值得注意的是,如果不安装 GNOME Tweaks 工具或 GNOME 主题切换扩展,则无法对其进行更改。
此外,fully-light/dark 主题并不是 Ubuntu 21.10 的唯一视觉变化。Yaru 开发人员已被告知准备移除/减少/替换整个主题中的紫色色调。这是目前正在进行的更广泛的 Ubuntu 品牌重塑工作的一部分,而替换颜色尚未被提及。

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
Python 3.9.6 发布
Python 3.9.6 正式发布,该版本更新内容如下: 安全 mod: http.client 现在可以避免在服务器发出 100 Continue 状态响应后无限地读取潜在的HTTP headers 信息; 核心和内置程序 修复标记生成器初始化时引发的标记生成器错误的错误位置信息; 改进了 Oracle Solaris 上非 UTF 语言环境中的 Unicode 支持,此问题不会影响其他 Solaris 系统; 修复解析器中涉及带有无效表达式的关键字参数的错误消息; 修复了 C 代码中不正确的 dictkeys_reversed 和 dictitems_reversed 函数签名,这会破坏 webassembly 构建; 不再急切地使导入文件名绝对化,除了在 3.9.5 中引入的扩展模块。 修正 str.format() 中一个令人困惑的错误信息; 当通过 compile() 编译带有递归引用的 ast.AST 对象时,解释器不再崩溃,而是引发 RecursionError。 库 将 vendored pip 更新为 21.1.3; 修复在其他 Python 实现中非常不可能发生的 ...
- 下一篇
每日一博 | Go-Zero 是如何追踪你的请求链路?
“ go-zero 是一个集成了各种工程实践的 web 和 rpc 框架。通过弹性设计保障了大并发服务端的稳定性,经受了充分的实战检验。” 序言 微服务架构中,调用链可能很漫长,从http到rpc,又从rpc到http。而开发者想了解每个环节的调用情况及性能,最佳方案就是全链路跟踪。 追踪的方法就是在一个请求开始时生成一个自己的spanID,随着整个请求链路传下去。我们则通过这个spanID查看整个链路的情况和性能问题。 下面来看看go-zero的链路实现。 代码结构 spancontext:保存链路的上下文信息「traceid,spanid,或者是其他想要传递的内容」 span:链路中的一个操作,存储时间和某些信息 propagator:trace传播下游的操作「抽取,注入」 noop:实现了空的tracer实现 概念 SpanContext 在介绍span之前,先引入context。SpanContext 保存了分布式追踪的上下文信息,包括 Trace id,Span id 以及其它需要传递到下游的内容。OpenTracing 的实现需要将 SpanContext 通过某种协议 进...
相关文章
文章评论
共有0条评论来说两句吧...