抱歉，我指的是 Discourse 的安全模式——您可以在这里访问：Manjaro Linux Forum
1 个赞
抱歉，漏掉了Discourse 安全模式。
- 如果我禁用所有插件，就无法使用表情符号。
- 如果我禁用主题，问题同样会出现。
cc @gdpelican 此话题已从主支持频道移至此处。
还有其他人提到过 这个 吗？
1 个赞
不知您是否注意到 
，因为这是从另一个支持频道移过来的……
3 个赞
嘿 @Fabby 
我目前正在为 James 维护该插件。
我已将 Retort 添加到您可以在此提交错误报告的插件列表中：Pavilion
针对这个问题，我已经提交了一份错误报告。经过一番努力（这个问题确实有点棘手！），我认为已经解决了。如果您能更新一下，并在该错误主题中告知我进展如何，那就太好了。
8 个赞
4 个赞
嘿，大家，请看看全新的 Discourse Reactions 插件。我还会继续以现有形式维护 Retort 插件一段时间，但请在方便时迁移到 Discourse Reactions。如果 Retort 有某些功能是 Discourse Reactions 所不具备的，请在该主题中提出，我们会设法解决。
14 个赞
是否有办法将现有的 Retort 反应迁移到新的 Discourse Reactions 插件？
我不想丢失 Retort 反应的历史记录，但我们也不希望两个插件同时运行……而且新的插件似乎更优越（将获得更多支持，并能更清晰地显示谁进行了反应）。
6 个赞
这是一个有趣的问题。
@Ahmed_Gagan 能否将“构建一个用于将 Retort 迁移到 Discourse 反应的 rake 任务”添加到你的待办列表中？不过请将其放在列表底部，排在其他所有事项之后。
9 个赞
好的，我会看一下。
7 个赞
提个醒，我今天早些时候已经开始并基本完成了一个迁移脚本。
@Ahmed_Gagan 完成后我会发给你看看，不知是否可行。
13 个赞
当然，那会有很大帮助😊
6 个赞
遗憾的是，官方插件无法完全替代。它缺少发布多种反应的功能！
这对反应功能的实用性是一个重大损失。因此，我衷心希望 Retort 能继续得到维护。我希望能亲自接手，但力有未逮，只能邀请任何有能力的人考虑基于官方插件进行分支开发，采用更新后的代码和用户界面改进，并适配多种反应功能（或许可以命名为“多反应”）。
目前，Retort 仍可正常使用。令人失望的是，新插件从一开始就没有采纳多种反应的设计方案。
4 个赞
我已同时安装了两个插件（retort 和 reactions），因为我计划真正使用前者来实现“反应”功能，而将后者用于某种帖子“评分”。目前看起来运行正常。我们再多测试一段时间后再看。
我也确实希望 retort 能持续得到维护！
1 个赞
那么选项是限制为 1 个还是无限制？是否可以设置特定限制，例如 3 个？
是否可以为特定信任级别的用户提供更多表情符号，而新用户仅使用默认的小表情符号集？
1 个赞
使用 Retort 时非常灵活。一个人可以对同一帖子发布多个反应。而且由于它们是独立的，你可以单独点击“喜欢”。
而新的 Discourse-Reactions 插件中，一个账户只能以单一方式做出反应。你甚至不能同时“喜欢”并标记其他反应。如果你使用另一种反应，它将替换掉“喜欢”（或之前标记的任何其他初始反应）。
编辑：如果你问的是可选的 emoji 范围，我认为 Retort 提供了限制选项或允许任意 emoji 的选项，而新的 Discourse-Reactions 可能要求指定一个有限的集合？
3 个赞
我已经编写了一个迁移脚本，并创建了一个管理界面，用于将“retorts”迁移到“reactions”。代码位于这个分支。界面大致如下：
我需要一些建议来完成它。
有可能某个用户同时对某条帖子既点了“赞”又进行了“retort”。在迁移过程中，我将在此类情况下优先保留“retort”。然而，ReactionManager.toggle! 的访问保护机制不允许这样做。
是否可以为迁移添加一个“强制”选项？或者您有其他建议吗？我可以尝试手动处理，但 Discourse Reactions 插件中有一些关于“影子点赞（shadow likes）”的有趣机制，我尚未完全理解。
考虑到您似乎并不打算在帖子中支持多个反应，如果某用户对同一帖子有多个“retort”，我将优先保留该用户的第一条“retort”。
鉴于这一点，我将在可预见的未来继续以当前形式维护该插件，因为这是一个实质性的差异。不过，我认为该迁移对大多数用户来说仍然很有用。
14 个赞
虽然我们不会仅因此原因进行迁移，但我相信有些人会欣赏我们为多重反应提供的具体用例：
在 https://community.snowdrift.coop 上，我们将“赞”（like）特意改为了“赞赏”（appreciate），并对全文进行了相应的文本修改。“赞赏”表示的赞同程度较低，更多的是对帖子增加了价值的认可。大多数情况下，当用户标记“反驳”时，他们同时也“赞赏”了该帖子。“赞赏”是更高层面的表达，意为“感谢你的分享”，其使用频率往往高于人们原本“点赞”的频率。而“反驳”则用于表达具体的感受和反应。
在我们社区中，这种设计带来了极好的体验（我们的社区目前规模还很小，因为平台尚未完全上线，但正式上线后可能会大幅增长）。这种体验在其他地方普遍缺失。至少在其他平台上，当我觉得某篇帖子有价值时，我也更愿意去“点赞”，这确实是正确的方向。此前，如果我不认同某篇帖子，我会犹豫是否要“点赞”。
只是想分享这一视角，供其他正在考虑是否迁移的“反驳”功能用户参考。
6 个赞
我认为用户更加成熟。他们明白“点赞”可以蕴含多种含义，人们点赞某篇帖子也有不同的原因。
在通用的原生 Discourse 中，至少经验丰富的用户肯定会经常将“点赞”用作表示赞赏，并且也会将其理解为仅表达赞赏之意。
我个人认为没有必要如此明确或加以区分，但如果你持不同意见，这个插件确实可以解决这个问题，同时也不妨碍其他使用场景，更增添了显而易见的乐趣 
5 个赞
我的观点是，“点赞”确实可以像我们更明确地表达的那样被视为“欣赏”——但这意味着将其与其他反应单独标记具有显著价值。因此，Retort 确实是实现同时拥有“点赞/欣赏”和“其他反应”的正确途径。
为了将“点赞”调整为“欣赏”，我们使用了 New like icon 组件并进行了文本编辑。虽然我认为这很有价值，但我的观点仅仅是：这更明确地指出了本来就存在的一个理由，即多种反应机制应当受到重视。
4 个赞
我现在更清楚地理解你的观点了。是的 
1 个赞