所有功能均可用 
，包括您上传到网站的任意自定义表情符号。
这仅仅是一个关于默认设置的讨论。
17 个赞
那么这个插件会膨胀“catch-all”的 post_custom_fields 数据库吗？如果是这样，对于成千上万条记录来说，这是否高效且可扩展，因为每条帖子都需要进行数据库连接？
4 个赞
由于我曾在允许负面反馈的网站上活动，也曾在我们的站点 https://swi-prolog.discourse.group/ 使用过 Discourse（该站点目前仅允许点赞投票，即正面反应），因此我计划在默认集中仅允许正面反应。
虽然我了解到存在 Discourse 投票插件（仅提供二元化的正面或负面反应），但我认为让主题发起人（OP）能够选择其主题允许的反应类型会更有好处。我知道这并非简单的改动，因此并不期待短期内实现，但这确实值得考虑。
确实如此。
我已经耐心等待这个插件很多个月了，看到它正在开发流程中推进，我感到非常高兴。
大家做得真棒！！！
8 个赞
不，我们拥有专用的表结构，确实非常高效。
13 个赞
太好了，感谢您的澄清。
3 个赞
反应功能是 XenForo 内置的，提供了更多表达你对帖子感受的方式。“只点赞不发帖”一直以来都有点难，因为你可以通过发帖并使用表情符号更轻松地表达感受。
如果该插件未来能集成到原生 Discourse 中，我会第一时间去围观。
1 个赞
唯一的问题是，如果没有“点踩”，就无法表达轻微的异议。我觉得“悲伤”或“愤怒”表情并不能传达同样的意思。不过，如果你希望在默认集合中避免负面情绪（针对发帖人），那么排除“点踩”确实是个好主意。
另外，也许只是我个人的感觉，但我真的很不喜欢这个表情符号。当 Facebook 添加它时，我完全没看出它想表达什么，而你发的这个看起来更像是挥手而不是拥抱。与“大笑”和“愤怒”等更简单的反应相比，我觉得它在视觉上很难理解。
4 个赞
这是因为点击以添加反应的图标与显示现有反应的图标组是分开的吗？
为什么不将两者合并呢？
1 个赞
我们之前内部也考虑过这个方案，但问题在于很难区分哪些反应是你自己添加的，哪些是其他人添加的。
我认为大多数反应功能的实现都采用类似的方法：一个单独的按钮用于添加反应，以及一个单独的区域用于显示反应数量。
我们目前的移动端实现效果不够理想，因为这两个元素之间的间距太小，但我们计划对此进行改进。
17 个赞
这是一个有趣的想法，但究竟哪些类型的反应真正有用，而不会让对话变得混乱呢？
例如，
根据上下文可能代表多种含义，甚至可能被误解。
你会如何选择一组基础的图标，既能丰富对话又不会引入歧义？这背后是否有真正的社会科学依据？这些设计在不同文化中是否都有效？
4 个赞
我仍然对这一功能为公共社区带来的价值持观望态度。因此，我完全没有游说将其永久引入 Meta。
不过，在我看来，对于同事或关系紧密的群体组成的私人社区，它能带来显著价值。
大家好，我得了重流感，身体不舒服，明天无法到岗了
这是我见过最棒的老爸笑话，我琢磨了两个小时，简直太精彩了
车管所的排队队伍排了七英里……气死我了
以此类推。
13 个赞
我工作中使用的内部聊天程序就有少量类似的表情反应，它们确实提升了体验。然而，我觉得如果将其添加到我所花费大部分时间的公共 Discourse 社区中，反而会有负面影响。我担心这会导致大家随意刷屏表情，而带来的实际价值却有限。
8 个赞
GitHub 有一种“困惑”的表情反应，似乎很适合表达轻微的反对意见，即“我不明白你为什么觉得这是个好主意”。
3 个赞
作为一名计算机程序员，我看待问题的首要方式之一就是将其视为一个类型问题。我能想到的最接近的日常行为，是在超市自助结账时，你需要判断刚买的散装无标签土豆属于哪种（类型）。虽然土豆生长时并没有贴上类型标签，但整个供应链和销售链都清楚土豆的种类（类型），只是不会给每个土豆单独贴标签（我知道有些商店会给单个商品贴标签，但在这个类比中请忽略这一点）。希望这个类比能说得通，不过我相信文字高手一定能比我更好地表述这个类比。
因此，我建议在设计图标时，为其配备默认描述，并允许管理员修改该描述。当鼠标指针悬停在图标上时，显示该图标的含义。
正如我之前提到的，我还认为，具有足够高信任级别的主题创建者应当有权选择图标，并添加他们自定义的标签和描述。这样一来，图标就拥有了具有意义的“类型”，并且整个图标集也能在该主题的语境下被理解。我目前暂不考虑拆分主题的功能，但这值得思考。
1 个赞
我今天独自一人。
我今天独自一人。
我今天独自一人。
现在想象一下，如果发帖的不是这句相对中性的话（仅靠表情符号提供语境），而是某人分享了一段让自己脆弱的经历——例如描述一次遭受攻击的艰难处境，而读者却用了 表情符号。在我看来，这也是一种攻击。但使用这个表情符号的人未必会意识到这一点。也许他们只是觉得这种情况很好笑，而忽略了其中蕴含的情感。也许需要另一个人向他们指出，他们才能理解并最终纠正自己的错误——除非这本身就是故意的挑衅 
。
我能理解 
的局限性。例如，有时你只是想表明你已阅读了某条内容；很多时候我用 来表达“我看到了，稍等”。因此，另一个表情符号会很有用。
一如往常，技术在不同社区（边缘场景）中的表现各不相同。因此，我们需要以默认设置不会被误解、且能避免因回避实际讨论而引发误解的方式来加以考量。我很有兴趣探讨：哪些“情绪”最适合用表情符号来表达，同时仍能促进对话的深入。
6 个赞
我觉得反应提示框看起来也不舒服，与 Discourse 的风格不符，因为 Discourse 中用户名通常配有头像：
不过，点击“反应”时弹出的表格确实非常出色且设计精良。能否将同样的设计也用于提示框呢？
1 个赞
暂无此计划。
该设计旨在实现快速加载，因此不会包含图片。
关于外观，您可以自行修改。其设计初衷是简洁，并易于覆盖自定义。
6 个赞
我可能会直接将其移除，转而采用高亮反应功能来提示用户点击，点击后显示表格。这与原版心形图标的操作方式保持一致。
另外还有一个行为上的小问题：在你完成反应后，心形图标上会贴心地出现一个禁止进入的标志，但此时反应面板仍然会展开（尽管上面仍显示禁止标志）。既然已经出现了禁止标志，面板就不应再展开，以免让用户误以为还有可执行的操作。
抱歉，我有时会对 UI 行为有些挑剔，这次可能又是其中之一！
2 个赞
我刚刚发现了一个小的用户体验问题，至少在移动设备上是这样。当你点击帖子收到的反应时，会弹出一个表格，显示所有给出反应的人。接着，当你点击表格中的头像时，会弹出常规的窗口，显示用户资料的预览。到目前为止一切正常。问题在于，当你点击其他地方关闭个人资料弹窗时，它会同时关闭个人资料弹窗和反应表格弹窗。由于你可能想查看多个对该帖子做出反应的用户，我认为第一次点击时应该只关闭个人资料弹窗。需要第二次点击其他地方才能关闭表格弹窗。
1 个赞