您的浏览器很快将与本社区不兼容。要继续参与，请升级您的浏览器或了解更多。
顺便说一下，此横幅的“了解更多”链接到此主题不遵循“在新标签页中打开所有外部链接”设置。它会在当前标签页中加载。
我相信Wine目前已经发展得相当好了。它最初主要在游戏圈流行，但最近得到了（金钱上的）开发帮助。
免责声明：没有近期经验
2 个赞
您打算将_相对颜色语法_用于什么？
更简洁的样式表？
您能否取消对_相对颜色语法_的计划使用？
虽然这些是我们今天确定要使用的一些功能，但放弃那些被维护者弃用的浏览器也使我们能够探索其他事物。例如，Import maps | Can I use... Support tables for HTML5, CSS3, etc 是同一项更改将启用的功能，这可以为 99% 的用户加快 Discourse 的速度。 Offscreen canvas 已在 Discourse 中用于图像压缩多年，通过此次更新，它也将在所有目标浏览器上可用。
9 个赞
这里情况还是一样。
有人找到解决方法了吗？
我已经试了 5、6 个用户代理欺骗扩展了。有很多，但我测试过的那些都不太好用。而且大多数都不是按站点设置的。
我仍然需要在 Android 9 上：
- Violentmonkey 扩展
- Stylus 扩展
- WebDev 工具
- 复制链接文本 上下文菜单
并且能够使用 Discourse（读/写）。
我猜我不得不一个接一个地测试所有用户代理扩展……
我们不检查用户代理，因此伪装它没有帮助。
我们正在使用功能检测来检测 OP 中提到的三个功能。如果浏览器不支持它们，将触发警告横幅。
您是否尝试过向 Kiwi 开发人员报告此问题？听起来他们的 Chromium 版本应该支持相对颜色语法，所以也许他们禁用了它？可能是不小心？
5 个赞
哦，那太好了。
5 月 1 日的版本也会是这样吗，还是你们会进行测试版本？
Kiwi 已不再维护。
是的，我们会将这些添加到 Discourse 检查的功能列表中 
1 个赞
你说这个改变将会让99%的用户体验更快——也算公平。但是反过来，对于剩下的1%来说，你们完全切断了他们的访问权限。
那么，实际上有多少人在这1%里面？
如果这个数字让你在这里发出来觉得不舒服，因为它在百分比上听起来不像那么小，那么也许值得重新考虑他们是否真的微不足道到可以切断访问权限的程度。
4 个赞
我的大部分机器都是现代化的，但我刚刚在一台无法升级的机器上收到了这条消息。
我猜基准线总是在变化，但如果可能的话，我希望有一个干净的回退，以便不支持的浏览器能够最小程度地：登录、查看和创建帖子/主题，即使它们无法使用所有花哨的功能。
6 个赞
为什么？？这是对第三国人民的歧视！
不要破坏互联网，它已经存在了35年！
1 个赞
对我来说，这个问题似乎比 Discourse 大得多。这是硬件供应商、操作系统供应商和网页浏览器供应商过早停止支持、更新和升级的问题。更新的成本需要降到最低，以便所有人都能获得。
Discourse 和其他软件（包括应用程序）的开发人员确实生活在我们所处的生态系统的摆布之下。
8 个赞
Discourse 将是我第一个用来屏蔽（我的 Android）浏览器的网站。
根据社区的反馈以及我们收集到的关于对 Windows 7/8 影响的额外信息，我们决定将此更改推迟到 2025 年 7 月的下一个 Discourse 稳定版发布之后。这将为社区和用户提供额外的 3 个月时间来为更改做准备。
这还为自托管管理员提供了将社区切换到稳定分支的选项，该分支将在 2026 年初的下一个版本之前继续在旧浏览器上运行。
为了使我们能够继续推进新技术，我们新的 “Horizon 主题” 已经使用了一些现代浏览器功能。对于运行 Horizon 的网站，旧浏览器用户已经可以看到 basic-html 视图。
我将相应地更新此处的 OP 
15 个赞
我能否鼓励您（即 Discourse）将此类采用视为可访问性和包容性问题？
4 个赞
谢谢。
在此期间，请继续考虑提供一个版本的 Discourse，该版本可以在旧设备上继续使用，并且虽然可能不包含所有功能，但确实包含发帖、开新帖以及阅读的功能。
3 个赞
谢谢！这肯定有帮助，也能减轻恐慌。
但是：
这两点仍然非常有效。
我认为我们许多人争论的不是“X 功能”应该或不应该由“Y 版本”支持“Z 时间”，而是 Discourse 应该提供优雅降级，也许提供一种像最早的论坛那样纯粹的 HTML + HTTP POST 模式。理想情况下，这应该优先于新功能，尤其是优先于外观上的更改，但我认为也应该优先于性能优化。
Discourse 用户不应该在社区和新功能之间做出选择——而这部分确实似乎是一个文化问题。似乎开发人员想“快速迭代，但不要太快，打破一些东西但不要太多”。这对于一家软件公司来说可能是一个完全合理的立场，但这不一定与 Discourse 社区想要的立场相同。一些社区希望更快地发展，而另一些社区则希望更慢地发展，甚至不发展。
对我来说，今天的 Discourse 已经“足够好”了，如果托管客户可以选择一个长期支持分支，在接下来的 10 年里不添加新功能，只进行关键的安全修复，我绝对会选择它——即使新版本速度快 10 倍。我宁愿有一个每个人都可以使用的缓慢的论坛，也不愿有一个逐渐失去用户但为幸存者提供更快、更闪亮体验的论坛。
但并非所有人都同意这一点。我认为这个速度对于开发人员（我猜）和其他 Discourse 社区来说都太慢了……这完全取决于他们的用户和设备人口统计数据。例如，一个面向老年人的论坛永远不会追求与 AI 论坛相同的功能。
但他们不应该互相争斗。这些目标并非相互排斥。优雅降级自网络诞生之初就是一项基本原则，而 Discourse 本身已经足够“无头”（拥有各种 API，并且第三方实现如 Discorkie 也证明了这一点），应该可以提供一种基本的“纯 HTML”模式，支持基本的阅读+发布。它不需要花哨的主题，不需要无限分页，甚至不一定需要编辑、通知和其他那些锦上添花的功能。它只需要提供一个基本的可用体验，让人们仍然可以使用论坛的预期功能——阅读和发布。它提供的功能可能不比 90 年代的 Usenet 风格用户体验多，但这仍然比完全阻止人们使用要好。再多花一些开发时间，它就可以提供一个类似 vBulletin 时代的 PHP 用户界面，这仍然比“抱歉，您无法再发帖了”（我们将在 7 月份仍然看到这种情况）有了巨大的改进。
在我看来，Discourse 最重要的是（或者应该最重要的是）社区。它（已经）不再是一个技术演示，虽然我个人希望它被视为“稳定、无聊的软件”，很少或从不改变……我明白这可能不是开发人员和其他 Discourse 社区想要的。这没关系。它又不是银行的主机系统 
但反过来说，它也不需要追逐持续的浏览器改进（这将永无止境）。在这两者之间，一种基本的 HTML 模式可以让用户在他们的浏览器过时很久之后仍然可以发帖，同时也能让主分支上的功能开发更快，因为用户将有东西可以回退。
此外，它实际上可以让您针对您想要进行的时间窗口开发（例如，“我们将支持最多 2 年的浏览器，或 caniuse 百分比 95%”）而不是在所有可能的硬件+操作系统+浏览器+分支的组合中挑选单个功能。任何早于该目标的东西仍然可以通过基本的 HTML 模式发布，但将无法使用最新的主题、、、___ 等（这完全没关系，因为他们可能根本不在乎这些）。它使您不必检查每个功能与每个浏览器。如果用户无法使用某些花哨的功能，那么确实是他们自己的问题，应该升级到新浏览器。但至少他们不会被踢出他们的社区。
9 个赞
我不确定这一点（因为我不知道脚本来源），但我多年来看到过一些地方，在浏览器加载时进行简单测试，会自动使用一个版本或另一个版本，具体取决于浏览器是否支持，并且通常是透明模式（用户甚至看不到这个过程）。
我相信，鉴于 Discourse 已经有一个可用的版本（就是你现在正在使用的这个），它不会排除旧浏览器，在脚本加载开始时进行一个简单的测试，并将加载的部分根据测试结果进行条件判断，例如，“测试通过，加载包含所有新功能的版本；测试失败，加载旧版本”……许多其他网站多年来一直在这样做，为什么 Discourse 不可能做到呢？
2 个赞
我刚做了一个有趣的练习：
Windows XP IE 6 出现 TLS 错误
同一台 Windows XP 使用仍支持它的浏览器（Supermium）
同一台 Windows XP，现在使用 r3dfox
15 个赞
感谢您的更新和延迟——我们对此表示赞赏。但我有一个关于此决定背后原因的后续问题。
您提到给社区和用户更多时间来为变更做准备。这意味着 1% 用户的主要障碍是更新浏览器或操作系统的时间。您正在使用什么数据来支持这一假设？
因为如果那 1% 的用户大多数由于硬件或操作系统限制而无法更新——而不仅仅是拖延——那么将截止日期推迟几个月实际上并不能帮助他们。这只会推迟问题，而没有解决核心问题。
因此，除非您有强有力的数据表明更多时间将显著减少受影响用户的数量，否则这一变更仍将排除一大批无法返回的人。
如果您能清楚地说明您的数据实际上显示了关于那 1% 的什么，我们将不胜感激。
2 个赞