是的,可能如此。不过这不是 discourse-reactions 的 bug,而是我们应该在核心部分修复的问题。问题在于,用户卡片在用它关闭自身后,没有停止处理卡片外部的点击事件。
是的,我同意这一点。
我认为以下几点可能需要改进:
-
如果帖子中只有“点赞”,点赞数会显示在点赞按钮旁边(右侧);但如果存在多种类型的反应,数量则会显示在左侧,并与每种反应类型一起展示。我认为即使只有
反应,数量也应显示在左侧,以保持界面一致性(有时我会误以为某个帖子没有反应,其实只是因为之前帖子的反应都集中在某一侧,而这个帖子的反应却显示在另一侧;这虽然容易注意到,但也很容易忽略)。 -
左侧显示的是反应的总和,但这有点具有误导性,尤其是当存在
和
这类含义相反的 emoji 时。 -
最好能支持选择多种反应(或者至少支持选择多种映射到“点赞”反应类型的反应)。
-
启用此插件后,可能的反应选项可以先显示为数量为 0,点击后数量增加(可以用背景色区分已反应和未反应的选项,就像 GitHub 那样)。
关于第 3 点和第 4 点,似乎超出了本插件的范围,但无论如何,我是参考了 GitHub 的反应机制,我非常喜欢它。示例如下:
不过,我认为第 1 点和第 2 点确实值得改进。
顺便说一句,感谢开发这个插件。
这是按设计实现的,目的是在用户不使用反应功能时,使其外观尽可能接近当前的点赞样式。目前暂无更改计划。
我不同意,这也是我们首次收到此类反馈。我不明白为什么要根据反应是正面还是负面来更改计数;反应就是反应。
我们已经在该主题中回答过这个问题。
我不太确定您具体指的是哪一点。
作为开发者,可想而知我们了解 GitHub 的反应机制
我只想说明,GitHub 的评论并非 Discourse 帖子,不同的用户界面和上下文意味着不同的可能性和限制。这并不像简单地复制另一种场景下有效的设计那样简单。
是的,我也这么认为。不过,对我来说,当它与这个插件一起使用时(如果未启用该插件,效果其实很好),显得有些奇怪,两者结合使用时似乎不太一致。当然,这只是我的个人看法。
嗯,这取决于用户想看什么。如果用户想看反应的总数,显示总和是可以的;但如果用户想知道有多少人给出了特定类型的反应,总和就没有太大帮助。我认为这种情况比想要知道总和的情况更为常见,尤其是如果实现了按反应类型排序的功能(正如此处所请求的那样)。当然,两者都可以显示,只是我不确定在这种情况下 UI 应该如何设计。
是的,但这并不意味着 GitHub 的反应(特别是)不应该在这里有一席之地。我也实在看不出有什么理由不应该采纳它,除非你们(Discourse 团队)不希望它的行为像 GitHub 一样。当然,这似乎就是现状,正因如此,我也将第 3 项和第 4 项的优先级降低了。
不过,目前的工作方式也没问题。上述几点只是我的个人意见,你们可以随意参考,当然也可以直接忽略。
作为发帖人,你想知道的不是“有多少”反应,而是“什么样的”反应。这直接反映了我们在现实生活中的做法:你会看到有多少人微笑、多少人发笑等等,而不仅仅是一个抽象的“反应总量”。
因此,我同意应该为每种类型的反应设置一个计数器。可以参考 GitHub 的实现:

我同意 Lucas 和 deeplow 的观点(而且我以为我在 Mattermost 中某个时候提到过这一点……也可能是记错了)。特别是当反应差异很大时,比如
与
,或
与
,反应总数并不是一个有用的衡量指标。或许仅限桌面端(因为移动端空间有限),我们可以设计一个视图来分别展示各类反应。
我们只显示 3 项,因此那样行不通,而且出于空间考虑,我们显然也不希望显示更多。这就是我为什么说我们不像 GitHub 那样,因为我们无法像他们那样为这项功能分配这么多空间。至少目前我们的立场是这样。
我理解你的意思,但用户体验中充满了权衡和不同观点。
更何况,完整的详情只需点击一下即可获取,所以并不是无法查看。
在移动端上,除了点击
之外,其他操作似乎并不那么直观。
花了我几秒钟才意识到,在桌面端也需要停止移动鼠标才能触发悬停效果 ![]()
抱歉,如果我没注意到,请问计划是让这个功能可选,还是会默认提供?
这是一个插件,因此除非您在自己的网站上安装它,否则无法使用。
Summary Discourse Reactions allows users to React to a post from a choice of emojis, rather than only the Like heart. The available emoji selection can be set from the admin settings.
Install Guide This plugin is bundled with Discourse core. There is no need to install the plugin separately. Bored of likes in discourse? Here’s something you will definitely love. Overview Discourse-reactions is a plugin that allows user to add their reactions to the pos…
你能尝试强制刷新页面吗?我也遇到过类似问题,强制刷新一下就解决了😅
不幸的是,不行。
我该如何添加自己的表情符号?是通过查找 Unicode 名称并输入它吗?感觉有点笨,但就是无法实现 ![]()
关于添加我自己的表情符号
您的意思是创建自定义表情符号,还是将它们添加到允许的反应列表中?
那有点不清楚,抱歉,其实两处都如此……但我以为往允许的反应列表中添加内容会很简单。我一定是哪里做错了。
是否有计划支持在远程站点上为嵌入的帖子/消息发布反应?
实际上两者都可以
要在插件中添加或移除反应,请进入您的站点设置并搜索 plugin:discourse-reactions。向下滚动后,您会看到设置项 discourse reactions enabled reactions,您可以在这里更改允许的反应。您还可以添加自己创建的自定义表情符号。
希望这能帮到您 ![]()
所以,一周之后我的反应(呵呵)是:我仍然很喜欢这个功能,并认为它本质上是一种“入门必备”级别的功能,应该 everywhere 启用。
不过,在 meta 上,我仍然更多地使用
,因为我通常不会回应那些让我震惊或愤怒的内容,而且并非 所有 事情都值得庆祝。
我认为所选的默认集合总体上未必是糟糕的选择,但对于像我们这样的技术站点来说,可能并非最理想。我还不确定具体该选什么——我认为还需要进一步调研。
我很喜欢这个,目前主要在空白主题中测试,啤酒是粉红色的。
我还可以添加什么让它变成黄色?

