惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

腾讯CDC
IT之家
IT之家
有赞技术团队
有赞技术团队
WordPress大学
WordPress大学
Apple Machine Learning Research
Apple Machine Learning Research
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
人人都是产品经理
人人都是产品经理
The Cloudflare Blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
博客园 - 【当耐特】
V
V2EX
Last Week in AI
Last Week in AI
H
Help Net Security
The GitHub Blog
The GitHub Blog
S
SegmentFault 最新的问题
F
Fortinet All Blogs
I
InfoQ
宝玉的分享
宝玉的分享
A
About on SuperTechFans
MongoDB | Blog
MongoDB | Blog
Microsoft Azure Blog
Microsoft Azure Blog
Blog — PlanetScale
Blog — PlanetScale
B
Blog

竹林里有冰的博客

Nuxt SSG 博客的尾斜杠到底怎么加? | 竹林里有冰的博客 小米 Xiaomi Book Pro 14 (Ultra X7) Linux 兼容性实测 | 竹林里有冰的博客 国内(大陆)版小米 FCM 熄屏断连:Rootless 环境下的尝试与可能的解决方案 | 竹林里有冰的博客 我没法访问 dl.google.com —— 记一次 TUN 下的网络 debug | 竹林里有冰的博客 Vercel 的缓存控制,你注意过吗? | 竹林里有冰的博客 小记 —— Caddy 在 Layer 4 上的流量代理实践 | 竹林里有冰的博客 你的域名后缀拖慢你的网站速度了嘛?——再谈 DNS 冷启动 | 竹林里有冰的博客 DNS 冷启动:小型站点的“西西弗斯之石” | 竹林里有冰的博客 HTTP/2 Server Push 已事实性“死亡”,我很怀念它 | 竹林里有冰的博客 Nuxt Content v3 中数组字段的筛选困境与性能优化 | 竹林里有冰的博客 后 OCSP 时代,浏览器如何应对证书吊销新挑战 | 竹林里有冰的博客 初试 Github Action Self-hosted Runner,想说爱你不容易 | 竹林里有冰的博客 DNS 解析延迟毁了我的图床优化 | 竹林里有冰的博客 Vue Markdown 渲染优化实战(下):告别 DOM 操作,拥抱 AST 与函数式渲染 | 竹林里有冰的博客 Vue Markdown 渲染优化实战(上):从暴力刷新、分块更新到 Morphdom 的华丽变身 | 竹林里有冰的博客 node-sass 迁移至 dart-sass 踩坑实录 | 竹林里有冰的博客 前端中的量子力学——一打开 F12 就消失的 Bug | 竹林里有冰的博客 2025 年,如何为 web 页面上展示的视频选择合适的压缩算法? | 竹林里有冰的博客 el-image 和 el-table 怎么就打架了?Stacking Context 是什么? | 竹林里有冰的博客 2025年,前端如何使用 JS 将文本复制到剪切板? | 竹林里有冰的博客 ssh 拯救世界——通过 ssh 隧道在内网服务器执行 APT 更新 | 竹林里有冰的博客 Cudy TR3000 吃鹅(daed)记 | 竹林里有冰的博客 使用 Cloudflare Workers 监控 Fedora Copr 构建状态 | 竹林里有冰的博客 基于 Cloudflare Workers 实现的在线服务状态检测告警系统 | 竹林里有冰的博客 构建部署在 Cloudflare Workers 上的 TG Bot | 竹林里有冰的博客 2024年,Firefox 是唯一还在坚持执行在线的 SSL 证书吊销状态检查的主流浏览器 | 竹林里有冰的博客 小爱课程表适配不完全指北——以 ZJUT 本科正方教务系统为例 | 竹林里有冰的博客 将博客从 waline v2 更新到 waline v3 | 竹林里有冰的博客 给家里云装上 Fedora 41 KDE 后,我是如何配置的 | 竹林里有冰的博客 为 Hexo 添加 follow 认证 | 竹林里有冰的博客
【翻译】请别再使用主题装饰我们的软件 | 竹林里有冰的博客
竹林里有冰 · 2021-11-05 · via 竹林里有冰的博客

标题中的「我们」当然不是我自己,这是一封来自GNOME开发者针对广大GNOME社区开发者的一封公开信。看着挺有意思的,其中也透露出了GNOME的设计理念,我在这里尽力将其不掺杂个人情感地翻译完。原文可以查看这里: https://stopthemingmy.app/


请从头到尾阅读这封信。

这份信针对的是那些在默认设置下使用第三方主题破坏软件体验的发行版,而不是那些试图使用第三方主题美化自己桌面的用户。(原文中出现的是tinkerers,意为修补匠)

我们是 GNOME 平台的应用开发者与设计者,我们为自己的成果感到自豪,并努力确保我们的应用能够为人们提供良好的体验。

然而不幸的是,在许多情况下,我们所有在软件的设计、开发、测试上所做出努力都因为第三方主题而变得徒劳无功。

<font size="5"><b>GTK样式</b>可以使得软件外观看上去不协调、甚至使得软件无法使用</font><font size="5"><b>GTK样式</b>可以使得软件外观看上去不协调、甚至使得软件无法使用</font>

<font size="5"><b>图表包</b>可以改变图标的含义,使得显示的图标无法准确的表达开发者的意思。</font><font size="5"><b>图表包</b>可以改变图标的含义,使得显示的图标无法准确的表达开发者的意思。</font>

<font size="5"><b>应用图标</b>是一个软件身份的象征。改变一个软件的图标剥夺了开发者控制其品牌的可能性</font><font size="5"><b>应用图标</b>是一个软件身份的象征。改变一个软件的图标剥夺了开发者控制其品牌的可能性</font>

注: 这些例子纯粹只是用于说明问题,并不针对个别主题。所以,主题开发者们别多想。❤️

当然,还有些不那么直接的后果,包括:

  • 在GNOME软件中心或Flathub 中使用的截图( Appstream Screenshots )中的UI会和你实际安装以后的UI看上去完全不同,这使得这些截图失去了原有的意义。
  • 如果系统的UI元素和用户帮助文档中出现的元素不同,用户帮助文档将会极大地丢失原有意义。

这些博客文章更详细地解释了主题化的一些问题:

这就是为什么我们心平气和地要求我们的软件不要被主题化。 它们是被上游所使用的(即默认的) GNOME 样式表、图标和字体 所构建和测试的,因此它们在用户的系统上应该是原汁原味的。

虽然我们可以直接在我们的应用程序中禁用主题,但我们不想这么做。 我们认为技术性的解决方案可能不会有效,因为这不是技术问题。

在技术上,我们希望软件可以在没有人工干预的情况下被自动地重新设计,但这到目前为止仍然是个幻想。在这种技术现状被改善之前,这种(应用被主题搞炸)的情况几乎不可能被解决。因此,我们正试图通过这封信向大家告知这种情况,并尽自己的一份力量。

如果你想要美化你自己的系统,我们没有意见。然而,如果你改变了诸如图标、样式表等东西,你应当意识到你的行为不会得到支持(应该是指不会得到社区的帮助)。您遇到的任何问题都应直接报告给主题开发者,而不是软件开发者。

作为一个平台,我们坚信GTK应当停止强制默认在所有软件使用同一个样式表(也就是说应该可以为不同的软件指定不同的GTK样式)。应用程序不必通过把样式表写死来避免这种情况,而是应该使用平台样式表(系统提供的样式表),除非他们魔改了样式表以加入其他内容。 我们意识到这是一个复杂的问题,但假设每个应用程序都适用于每个样式表同样也是一个糟糕的默认设置。

如果你是更改了系统样式表和图标的发行版的开发人员,希望你重新考虑此决定。 在没有任何 QA 的情况下更改第三方应用程序是鲁莽的,并且在任何其他平台上都是不可接受的。 您的行为对我们这些应用程序开发人员造成了很大的伤害,并且正在损害除了您的发行版以外的整个软件生态。

我们理解发行版需要脱颖而出来吸引用户。但是,我们敦促您想办法在不剥夺我们代理权的情况下做到这一点。 我们厌倦了当人们告诉我们「这个主题魔改得还不错」时,我们必须为我们从未打算支持的设置做额外的工作。你绝对不会对 Blender、Atom、Telegram 或其他第三方应用程序做出这样的魔改。我们的应用程序使用 GTK 并不意味着我们可以接受别人对它们的魔改。

由于你要使用 GNOME 平台开发,我们预设「你希望这个软件生态是健康的」。如果现实确实如此,我们要求您停止使用主题装饰我们的软件的这一行为。

署名,

Note: Even though some of us are Foundation members or work on GNOME, these are our personal views as individuals, and not those of the GNOME Project, the GNOME Foundation, or our employers.


推荐阅读: 《libadwaita:修复 Linux 桌面的可用性问题》