Discourse Reactions 是一个插件，允许您表达除内置的“赞”
之外的情感。
将鼠标悬停在（或点击）“赞”按钮上，即可查看额外的反应。这些反应可配置为任何表情符号，但默认使用 meta 站点上的预设集：
为了收集更多的社区反馈，我们已在此 meta 站点临时启用该插件进行测试，测试期为一周。
一周后，所有额外的反应将被彻底删除，仅保留“赞”。祝您使用愉快并享受其中——如有反馈，请在本置顶主题中提出。
154 个赞
在移动端，除了点击 之外，其他操作并不明显（我知道你需要长按心形图标）。
人们下意识的反应是，期望另一组表情符号就是用来添加自己表情的操作方式。
31 个赞
我想说……你确实找到了它 
另外，是的，这确实是在“易于操作”和“尽可能贴近 Discourse 经典的点赞行为”之间做出的权衡。
25 个赞
其运作方式与 Facebook 移动应用相同。因此，我估计超过 90% 的用户能很快理解这一概念。他们会通过帖子下方显示的反应图标，看到更多可能性。
20 个赞
这些反应似乎导致了很多卡顿，是我一个人的感觉吗？
不管怎样，我很喜欢目前的反应功能。将它们作为插件很好，但也许它们应该成为 Discourse 原生功能的一部分（还是说彻底改造“点赞”系统太复杂了？）：slight_smile:
13 个赞
我本来可能也会找到它，但记得之前在一篇帖子中读到过相关内容。因此，我并没有足够的立场来判断它是否容易找到。
7 个赞
在 Facebook 上，表情符号的收集功能有不同的表现：
-
在你的时间线上，点击该区域会显示各个表情符号供你选择点击其中一个。
-
查看单篇帖子时，点击该区域会显示每种表情符号已被使用的数量。
它还有一个“点赞”图标，其功能类似于 Discourse 当前的“爱心”图标。
6 个赞
是的，我们可以改进，这差不多算是最坏的情况了：stuck_out_tongue：目前我们在如何模拟即时性方面采用的技术相对简单。
@Ahmed_Gagan 我们至少应该尝试在客户端进行一些随机排序，以模仿我们在服务器端所做的操作，从而降低原本会被排在最后的项目实际上成为第二名的可能性。此外，或许还可以对数量进行一些基础计算，但这无法解决所有问题（尤其是多个并发反应的情况）。
7 个赞
好的，我会看一下的。
9 个赞
这些内容非常棒。你们应该认真考虑在话题内添加搜索或排序功能，以便快速识别哪些帖子获得了最多的反应（如更多正面、负面、惊讶等）。
9 个赞
目前暂无此计划。
21 个赞
我也注意到了这一点，但一旦你点击现有内容并看到谁说了什么，要切换到心形轮廓就非常容易了。我认为它基本上能自我说明。
5 个赞
我建议不要在默认反应集中包含“踩”。如果用户不喜欢某条帖子，他们可以直接不反应。我认为 Facebook 在这方面确实做得对（我知道这话听起来有点奇怪，但请听我解释）。
13 个赞
我们当前的默认反应集是：
老实说，我本来就不太喜欢 thumbsup（大拇指向上）/ down（大拇指向下），因为“大拇指向上”会和“喜欢”功能冲突。我支持从默认集中移除这两个反应。
@j.jaffeux 你觉得把 
（拥抱）加入默认集，同时移除大拇指向上/向下怎么样？我认为这样作为默认设置更贴心。
22 个赞
太棒了！这确实为帖子带来了更多样化的反应和情感表达空间。我有两个问题：
- 非“赞”的反应是否会计入徽章进度或总浏览量（TL）？
- 此功能是否可在商业计划中使用？还是仅限企业版？
5 个赞
没问题，我也不太喜欢默认设置。今天就会进行修改。
15 个赞
我强烈支持提供上/下投票功能（即使不作为默认选项）。对于采用群体决策机制的社区来说，这是一种快速获取反馈的便捷非正式方式，无需专门创建投票。很好的插件！
8 个赞