我仍然不明白你
为何将相同的行为移植到默认的点赞功能中
为什么要更改一个运行良好的既定功能,并用一个截断的列表取而代之,现在点赞以底部视图的一个尴尬的浮动面板形式列出?
我仍然不明白你
为何将相同的行为移植到默认的点赞功能中
为什么要更改一个运行良好的既定功能,并用一个截断的列表取而代之,现在点赞以底部视图的一个尴尬的浮动面板形式列出?
这其实是两方面的结合:一方面,我们需要通过复用更少的通用组件,使界面更加一致且更易于维护;另一方面,在此之前,我们并未意识到大家如此渴望看到完整列表!
鉴于这是目前投票最多的 Contribute > Feature,我们现在将为此投入更多优先级。
哦,对,有道理。
顺便问一下,你们是否有地方讨论正在考虑的 UX 改动,以便 Discourse 用户能发表意见?
我觉得 DiS 的情况和大多数站点不太一样,因为我们不得不快速接收大量更新,以便修复某个功能。结果我们突然改变了帖子的间距(这破坏了我们“连接”结果的视觉效果,算是第一世界的小烦恼吧
),同时还引入了新的编辑界面、字体设计以及这次的点赞机制变更。所以感觉就像雪崩,而不是循序渐进的演变 ![]()
Meta 是我们目前最接近这一点的平台,但这里有很多发生的事并未首先在此讨论,因此缺乏对正在发生之事的全面汇总。我们不像某些组织那样会详细规划所有正在进行的工作,因此我们自己也并非总能确切知晓。
我们最近开始使用一个“即将变更”功能,该功能在所有最近更新过的 Discourse 站点上均可用。它将针对即将推出的重大变更提供预警和一定的缓冲时间,并附上此处相关讨论的链接。更多详情:Upcoming Changes
此外,还有一个新的 releases.discourse.org 网站,展示了发布的时间线。点击特定版本后,您可以查看高亮显示的变更内容……例如:https://releases.discourse.org/changelog/v2026.3.0。该页面列出了每一次提交,但此时变更实际上已经完成……因此,它更多是在您从一版本升级到另一版本时的提醒,而非事前的讨论,但希望这能有所帮助。
之前那种简单点击即可显示用户头像所有点赞的旧界面,是论坛的一个基本功能。以这种方式将其移除,让包括我在内的许多人感到不满。我看到你们正在着手修复,这值得肯定,但正如上面 Theo 提到的,那个浮动面板也很糟糕。让覆盖层直接出现在帖子下方原本运作得非常完美,无需改动。我在此只是表达对在我的论坛更新中看到这一新功能感到沮丧。这真的毁了我原本喜爱旧版界面所带来的体验。
修复即将完成,我敢说它比之前更好了(设计师的经典遗言)
正在处理中
很快会修复
已修复 ![]()
乍一看效果很棒,感谢 @chapoi 和开发者们!
如果 Discourse 能记住您上次查看某帖子反应的时间,并仅显示自那以后新增的反应(例如在“新”标签页中),那就太好了。我知道这听起来可能有些过度,但根据我的经验,“扫描新反应”确实是打开帖子反应时的主要使用场景之一。
确实好多了,我很高兴在内容被截断多年后,我们终于又能查看所有内容了 ![]()
现在剩下的就是改掉我点击“…”菜单查看点赞数的奇怪习惯了 ![]()
我认为今天的更新后它变了。它们以前看起来像您论坛上的那样。这里有一个关于职位的功能主题:Is it possible to configure reactions to stay in one place?
这是有可能的,因为我刚在 10 分钟前重新构建了,但这让我感到困惑,我不知道新的常态是什么

![]()
左侧的所有显示都是新常态。
哦,对了……我检查了安全模式,看来问题似乎出在我的主题上?

我会在自己的时间里进一步调查。