Discourse 团队会引导非常大的第三方实例走向正确的方向吗?

,

Gradle 显然非常受欢迎,它是 Java 的骨干,因此也是 AOSP 的骨干。然而,它的 Discourse 实例实际上是无法使用的:

我意识到这可能看起来是多余的,但让 Discourse 团队的某个人联系网站运营商,敦促他们走上正确的道路,这是否不合理?我这样问是因为,如果我是一个新的 Discourse 用户,这会给人留下非常糟糕的第一印象。

相比之下,尽管部分原因是它极其严格,但专有替代方案通常不允许 CSS 覆盖,而这种覆盖会肆意违反 WCAG AA 标准。

如果这个问题跑题了,如果答案是否定的,我深表歉意。

2 个赞

上下文:https://discuss.gradle.org/

我看了一下,尽管颜色问题确实存在,但论坛的整体第一印象并不算太差。我见过比这差得多的。

一般来说,除非情况非常严重,否则我们不会主动去敦促一个论坛(进行改进)。

我从 GitHub 报告的评论中可以看到,论坛管理员可能已经知情但只是忽略了这个问题……虽然不幸,但这是他们的自由裁量权。

4 个赞

通过使用安全模式,您可以禁用用户会话的所有自定义设置。

只需访问此链接:https://discuss.gradle.org/?safe_mode=no_themes

4 个赞

@RGJ,谢谢!我需要创建一个 ViolentMonkey 脚本,将其应用于所有 Discourse 实例;这太棒了。

1 个赞

请记住这一点,将来不要再对为什么例如文档主题中的占位符在这里对您不起作用感到困惑。

@Moin,我不太清楚你指的是什么。

主题组件也为 Discourse 论坛添加了功能,因此默认禁用它们也可能导致体验变差。Placeholder Forms 是此处 Meta 上使用的一个示例。

如果您能看到作者希望您看到的内容,那么主题会更容易理解:

而不是仅仅是这样:

这是在所有论坛(包括 Meta)上应用安全模式时发生变化的一个示例。其他论坛可能有不同的自定义设置,他们希望用户看到这些设置。带有信息的横幅、隐藏类别的预览等。

3 个赞

@Moin,谢谢。那将是一个白名单。为我如此天真地过于热心而道歉。

2 个赞