通知:在 meta 上测试 Discourse Reactions 一周!

是的,可能如此。不过这不是 discourse-reactions 的 bug,而是我们应该在核心部分修复的问题。问题在于,用户卡片在用它关闭自身后,没有停止处理卡片外部的点击事件。

4 个赞

是的,我同意这一点。

4 个赞

我认为以下几点可能需要改进:

  1. 如果帖子中只有“点赞”,点赞数会显示在点赞按钮旁边(右侧);但如果存在多种类型的反应,数量则会显示在左侧,并与每种反应类型一起展示。我认为即使只有 :heart: 反应,数量也应显示在左侧,以保持界面一致性(有时我会误以为某个帖子没有反应,其实只是因为之前帖子的反应都集中在某一侧,而这个帖子的反应却显示在另一侧;这虽然容易注意到,但也很容易忽略)。

  2. 左侧显示的是反应的总和,但这有点具有误导性,尤其是当存在 :+1::-1: 这类含义相反的 emoji 时。

  3. 最好能支持选择多种反应(或者至少支持选择多种映射到“点赞”反应类型的反应)。

  4. 启用此插件后,可能的反应选项可以先显示为数量为 0,点击后数量增加(可以用背景色区分已反应和未反应的选项,就像 GitHub 那样)。

关于第 3 点和第 4 点,似乎超出了本插件的范围,但无论如何,我是参考了 GitHub 的反应机制,我非常喜欢它。示例如下:

不过,我认为第 1 点和第 2 点确实值得改进。

顺便说一句,感谢开发这个插件。

4 个赞

这是按设计实现的,目的是在用户不使用反应功能时,使其外观尽可能接近当前的点赞样式。目前暂无更改计划。

我不同意,这也是我们首次收到此类反馈。我不明白为什么要根据反应是正面还是负面来更改计数;反应就是反应。

我们已经在该主题中回答过这个问题。

我不太确定您具体指的是哪一点。

作为开发者,可想而知我们了解 GitHub 的反应机制 :slight_smile: 我只想说明,GitHub 的评论并非 Discourse 帖子,不同的用户界面和上下文意味着不同的可能性和限制。这并不像简单地复制另一种场景下有效的设计那样简单。

6 个赞

是的,我也这么认为。不过,对我来说,当它与这个插件一起使用时(如果未启用该插件,效果其实很好),显得有些奇怪,两者结合使用时似乎不太一致。当然,这只是我的个人看法。

嗯,这取决于用户想看什么。如果用户想看反应的总数,显示总和是可以的;但如果用户想知道有多少人给出了特定类型的反应,总和就没有太大帮助。我认为这种情况比想要知道总和的情况更为常见,尤其是如果实现了按反应类型排序的功能(正如此处所请求的那样)。当然,两者都可以显示,只是我不确定在这种情况下 UI 应该如何设计。

是的,但这并不意味着 GitHub 的反应(特别是)不应该在这里有一席之地。我也实在看不出有什么理由不应该采纳它,除非你们(Discourse 团队)不希望它的行为像 GitHub 一样。当然,这似乎就是现状,正因如此,我也将第 3 项和第 4 项的优先级降低了。

不过,目前的工作方式也没问题。上述几点只是我的个人意见,你们可以随意参考,当然也可以直接忽略。

4 个赞

作为发帖人,你想知道的不是“有多少”反应,而是“什么样的”反应。这直接反映了我们在现实生活中的做法:你会看到有多少人微笑、多少人发笑等等,而不仅仅是一个抽象的“反应总量”。

因此,我同意应该为每种类型的反应设置一个计数器。可以参考 GitHub 的实现:

reactions

10 个赞

我同意 Lucas 和 deeplow 的观点(而且我以为我在 Mattermost 中某个时候提到过这一点……也可能是记错了)。特别是当反应差异很大时,比如 :-1::+1:,或 :smiley::cry:,反应总数并不是一个有用的衡量指标。或许仅限桌面端(因为移动端空间有限),我们可以设计一个视图来分别展示各类反应。

11 个赞

我们只显示 3 项,因此那样行不通,而且出于空间考虑,我们显然也不希望显示更多。这就是我为什么说我们不像 GitHub 那样,因为我们无法像他们那样为这项功能分配这么多空间。至少目前我们的立场是这样。

我理解你的意思,但用户体验中充满了权衡和不同观点。

更何况,完整的详情只需点击一下即可获取,所以并不是无法查看。

8 个赞

花了我几秒钟才意识到,在桌面端也需要停止移动鼠标才能触发悬停效果 :slight_smile:

1 个赞

抱歉,如果我没注意到,请问计划是让这个功能可选,还是会默认提供?

这是一个插件,因此除非您在自己的网站上安装它,否则无法使用。

3 个赞

哎呀,抱歉,我完全忘了我安装了这个 :blush: 肯定是在这个该死的论坛上工作太辛苦了。

那么……如果“eek”和“cry”对我不管用怎么办?

3 个赞

你能尝试强制刷新页面吗?我也遇到过类似问题,强制刷新一下就解决了😅

3 个赞

不幸的是,不行。
我该如何添加自己的表情符号?是通过查找 Unicode 名称并输入它吗?感觉有点笨,但就是无法实现 :sob:

3 个赞

您的意思是创建自定义表情符号,还是将它们添加到允许的反应列表中?

1 个赞

那有点不清楚,抱歉,其实两处都如此……但我以为往允许的反应列表中添加内容会很简单。我一定是哪里做错了。

1 个赞

是否有计划支持在远程站点上为嵌入的帖子/消息发布反应?

@Astra 若要创建自定义表情符号集,请参阅此主题

要在插件中添加或移除反应,请进入您的站点设置并搜索 plugin:discourse-reactions。向下滚动后,您会看到设置项 discourse reactions enabled reactions,您可以在这里更改允许的反应。您还可以添加自己创建的自定义表情符号。

希望这能帮到您 :grinning:

4 个赞

所以,一周之后我的反应(呵呵)是:我仍然很喜欢这个功能,并认为它本质上是一种“入门必备”级别的功能,应该 everywhere 启用。

不过,在 meta 上,我仍然更多地使用 :heart:,因为我通常不会回应那些让我震惊或愤怒的内容,而且并非 所有 事情都值得庆祝。

我认为所选的默认集合总体上未必是糟糕的选择,但对于像我们这样的技术站点来说,可能并非最理想。我还不确定具体该选什么——我认为还需要进一步调研。

5 个赞

我很喜欢这个,目前主要在空白主题中测试,啤酒是粉红色的。

我还可以添加什么让它变成黄色?

beer

1 个赞