# Releases.discourse.org 反馈与建议
**URL:** https://meta.discourse.org/t/releases-discourse-org-feedback-suggestions/399414
**Category:** General
**Created:** [2026年三月27日 02:00 UTC](https://meta.discourse.org/t/releases-discourse-org-feedback-suggestions/399414 "2026-03-27T02:00:04Z")
**Posts on this page:** 12
**Page:** 1
### Author:  [@mcdanlj](https://meta.discourse.org/u/mcdanlj)
#### Post date: [2026年三月27日 02:00 UTC](https://meta.discourse.org/t/releases-discourse-org-feedback-suggestions/399414/1 "2026-03-27T02:00:04Z")
> [@david](#):
>
> 随着新的发布系统的推出，我们正致力于尽可能减少信息/工作的重复，因此我们将所有内容集中到了 [releases.discourse.org](http://releases.discourse.org)。
那里没有明显的通知系统。我甚至看不到 RSS 按钮。
那里的“芯片”（chips）对于理解整体情况来说，远不如之前那种发布你认为的发布亮点的方式有帮助。
新格式的、缺乏实质内容的发布公告不再值得被链接，以突出 Discourse 中令人兴奋的新功能。它们仅能作为通知，服务于那些将监控邮件作为主要更新触发器的用户，但不再为我们提供一个现实的选择，以便在社交媒体上分享“看看本月 Discourse 中有哪些酷炫的新功能”。发布网站无法提供这样的视角。那不过是在 `git log` 上撒的一点糖霜罢了。
我理解这是为了优化你们的时间分配。但我不明白发布网站是如何被视为公告实用性的功能替代品的。我也不打算试图通过阅读一堆格式化为“芯片”的提交信息来猜测哪些内容有趣——这些“芯片”本质上就是 `git log`，却占据了五倍多的垂直空间，使得阅读更加困难。因此，我可能将遗憾地无法了解即将到来的 Discourse 发布中真正有趣的内容。😭
---
### Author:  [@Ed\_S](https://meta.discourse.org/u/Ed_S)
#### Post date: [2026年三月27日 07:30 UTC](https://meta.discourse.org/t/releases-discourse-org-feedback-suggestions/399414/2 "2026-03-27T07:30:19Z")
> [@mcdanlj](#):
>
> 那里没有明显的通知系统。我甚至没看到 RSS 按钮。
我很希望能看到 RSS 功能。每个分类都有对应的 RSS 订阅源，例如“公告”分类的订阅源是 [此链接](https://meta.discourse.org/c/news-and-events/announcements/67.rss)。而“发布说明”标签的订阅源则是 [此链接](https://meta.discourse.org/tags/release-notes.rss)。（请参阅 [查找 Discourse RSS 订阅源](https://meta.discourse.org/t/finding-discourse-rss-feeds/264134)，希望能保持最新。）
不妨参考一下 [如何接收新版本通知](https://meta.discourse.org/t/how-to-be-notified-of-new-releases/230675) —— 如果该指南需要更新，请有人帮忙更新！
---
### Author:  [@david](https://meta.discourse.org/u/david)
#### Post date: [2026年三月27日 10:32 UTC](https://meta.discourse.org/t/releases-discourse-org-feedback-suggestions/399414/3 "2026-03-27T10:32:03Z")
> [@mcdanlj](#):
>
> 那里的片段显然不如之前发布时列出你认为的亮点那样有助于理解全局。
每个变更日志[顶部](https://releases.discourse.org/changelog/v2026.2.0)的“亮点”部分由我们的产品团队手动精选，就像之前在 Meta 上发布的旧版发布说明一样。对大多数人来说，只需阅读那部分内容就足够了。
完整的 Git 变更日志也供需要更多细节的人使用。但我们显然不期望人们将其作为常规操作去深入查阅。
---
### Author:  [@mcdanlj](https://meta.discourse.org/u/mcdanlj)
#### Post date: [2026年三月27日 11:43 UTC](https://meta.discourse.org/t/releases-discourse-org-feedback-suggestions/399414/4 "2026-03-27T11:43:41Z")
> [@david](#):
>
> 每个更新日志 [顶部的“亮点”部分](https://releases.discourse.org/changelog/v2026.2.0) 均由我们的产品团队手动策划，正如之前在 Meta 上发布的旧版发布说明一样。
根据该主题和提供的链接，我曾（在没有核实的情况下）认为 2026.3.0 已发布（在提到的 33 个安全修复的背景下）。现在我意识到我错了。
查看 2026.2 版本，我看到了亮点部分。字体较小，浅色文字位于彩色背景上。这是一个浅色模式网站，却具有深色模式的特征（浅色文字在深色背景上），这正是许多尚未转向深色模式的用户不喜欢深色模式的主要原因。😭 我没有看到明确的浅色/深色模式切换选项，因此我假设它遵循我的浏览器对浅色模式的偏好，或者根本没有模式设置，但这确实很难阅读。
我相信这里的自动化为您节省了时间，但我的第三方反馈是，这并没有改善体验。如果我理解了这一点，我本会在单独的主题中提出；抱歉！
---
### Author:  [@david](https://meta.discourse.org/u/david)
#### Post date: [2026年三月27日 11:49 UTC](https://meta.discourse.org/t/releases-discourse-org-feedback-suggestions/399414/5 "2026-03-27T11:49:22Z")
谢谢！我们非常乐意在此做出改进以提升体验，因此像这样具体且可操作的反馈非常有用。虽然自动化对我们来说很便利，但这并不意味着我们愿意牺牲变更日志的可用性。
发布网站也是 [完全开源的](https://github.com/discourse/discourse-releases)，欢迎提交 PR！（当然，最好在 Meta 上先就任何变更达成一致，再投入时间进行开发）
我已提交了一个 PR，旨在为网站添加 RSS 订阅源：[FEATURE: RSS feed for releases by davidtaylorhq · Pull Request #20 · discourse/discourse-releases · GitHub](https://github.com/discourse/discourse-releases/pull/20)
@derek 也在积极进行样式优化。我相信他在文本对比度方面会比我初次尝试做得好得多 😅 [UX: Brand styles by derekrushforth · Pull Request #19 · discourse/discourse-releases · GitHub](https://github.com/discourse/discourse-releases/pull/19)
---
### Author:  [@david](https://meta.discourse.org/u/david)
#### Post date: [2026年三月27日 11:58 UTC](https://meta.discourse.org/t/releases-discourse-org-feedback-suggestions/399414/6 "2026-03-27T11:58:53Z")
（顺便提一下，我已将所有反馈移至独立主题）
> [@Ed\_S](#):
>
> 我很期待看到 RSS 功能。
RSS 订阅源 [现已上线](https://releases.discourse.org/feed.xml)。如果您对其标题或内容有任何反馈，请告诉我。网站主页底部正下方就有该链接。
---
### Author:  [@mcdanlj](https://meta.discourse.org/u/mcdanlj)
#### Post date: [2026年三月27日 12:17 UTC](https://meta.discourse.org/t/releases-discourse-org-feedback-suggestions/399414/7 "2026-03-27T12:17:57Z")
RSS 源非常棒；同时提供“开始”和“发布”状态是很好的信息！将亮点内容包含在发布通知中可能很有趣，但仅仅拥有清晰的事件信号就意义重大。从我的角度来看，这是一个巨大的优势，完全满足了需求。
---
### Author:  [@mcdanlj](https://meta.discourse.org/u/mcdanlj)
#### Post date: [2026年三月27日 12:18 UTC](https://meta.discourse.org/t/releases-discourse-org-feedback-suggestions/399414/8 "2026-03-27T12:18:29Z")
@derek 期待看到样式改进。如果能将背景色的饱和度限制在浅模式下方能使用深色文字、深模式下方能使用浅色文字的颜色范围内，并且对比度符合无障碍指南，那就太棒了。如果文字大小能与 Discourse 本身保持一致，我认为这将为用户带来便利，也可能有助于品牌一致性。😁
---
### Author:  [@derek](https://meta.discourse.org/u/derek)
#### Post date: [2026年三月27日 20:53 UTC](https://meta.discourse.org/t/releases-discourse-org-feedback-suggestions/399414/9 "2026-03-27T20:53:47Z")
非常感谢，@mcdanlj。我在实施品牌焕新时会考虑到这一点。
---
### Author:  [@ferdnyc](https://meta.discourse.org/u/ferdnyc)
#### Post date: [2026年三月28日 23:01 UTC](https://meta.discourse.org/t/releases-discourse-org-feedback-suggestions/399414/10 "2026-03-28T23:01:13Z")
> [@mcdanlj](#):
>
> 查看 2026.2 版本，我看到了亮点。这些亮点以小字号、浅色文字显示在彩色背景上。这是一个浅色模式网站，却采用了深色模式的特征（即深色背景上的浅色文字），而这正是许多尚未转向深色模式的用户不喜欢深色模式的主要原因。
这与浅色/深色模式无关，这些方框的颜色是固定的——无论选择何种配色方案，它们都使用相同的背景色和文字颜色。你说得对，背景色（`#667eea`，来自变量 `--color-feature`）对于白色文字来说太浅了。
Chrome 的对比度检查显示，`rgb(255, 255, 255 / 95%)` 文字在 `#667eea` 背景上的对比度比率为 3.46:1，甚至未达到 WCAG AA 级最低要求的 4.5:1。（令人惊讶的是，黑色文字_刚好_能达到 4.5:1 的对比度比率——但它看起来仍然不佳，可读性也不高。）
因此，这个问题需要非常紧急地解决，这实际上表明整个网站需要进行全面的无障碍审查。现在是 2026 年了，无障碍功能应成为任何网站发布时的必备特性。
（在此期间，将 `--color-feature` 更改为 `#3048b6` 可使其作为背景色达到可接受标准，与白色前景文字的对比度比率将达到 7.12:1，符合 WCAG AAA 级指南要求的 7:1 或更高。）
---
### Author:  [@ferdnyc](https://meta.discourse.org/u/ferdnyc)
#### Post date: [2026年三月28日 23:25 UTC](https://meta.discourse.org/t/releases-discourse-org-feedback-suggestions/399414/11 "2026-03-28T23:25:12Z")
Chrome 的开发者工具“CSS 概览”在发布页面上标记了 10 种颜色组合存在对比度问题，其中 6 种较为严重（对比度甚至低于 WCAG AA 最低标准）。具体如下：
1. 前述“高亮”卡片的颜色：白色文字叠加在 `--color-feature` 上
2. “← 返回版本”链接：中等蓝色文字叠加在黑色背景上，对比度仅为 3.9:1
3. 安全修复卡片上的“显示”展开切换按钮：小字号白色文字以 80% 不透明度叠加在红色背景上，对比度仅为 4.01:1。（其余安全修复文本的对比度为 5.43:1，因为它们不是半透明的。）
4. “DEV”徽章：白色文字叠加在灰绿色背景色 `#7f8c8d` 上，对比度为 3.47:1
5. 所有提交日期及其他 `--text-muted`（`#888`）文字叠加在 `--bg-card`（`#2d2d2d`）上，对比度为 3.08:1
6. “安全”徽章：白色文字叠加在 `#d36500`（基本上是橙色）上，对比度为 4.16:1。
哦，另外，如果我再往下滚动一点，还会发现“翻译”徽章：白色文字叠加在 `#e91e63`（放射性荧光品红）上，对比度为 4.34:1。
---
### Author:  [@mcdanlj](https://meta.discourse.org/u/mcdanlj)
#### Post date: [2026年四月24日 22:26 UTC](https://meta.discourse.org/t/releases-discourse-org-feedback-suggestions/399414/12 "2026-04-24T22:26:52Z")
我不知道所有的变更是什么时候完成的，但我想说现在的内容易读多了，也想对你们的改进表示感谢！❤