每用户可配置的“喜欢”功能(可见性)

亲爱的 Discourse 开发团队及 Discourse 管理员/用户社区:

在我所管理的社区中,我们最近就“点赞”(按钮及“点赞数”)功能的实用性和价值展开了一场相当冗长、有时甚至颇具哲学意味的讨论。

虽然尚未进行正式投票,但我预计用户意见大致会五五开:一半希望保留该功能(能够看到并发送/接收点赞),另一半则希望将其隐藏(既看不到点赞按钮,也看不到任何帖子或消息收到的点赞数)。

我的问题是:将此设为用户可配置的选项(类似于用户可以选择以扁平主题列表或分类视图来浏览论坛)在技术上会有多困难?

由于我尚未查阅源代码,因此很难判断其实现复杂度。但我相信,至少对我们社区而言,这一功能将非常有益:既能让那些真正喜爱(甚至依赖)点赞按钮、将其作为表达“读完此帖,我同意你的观点”之情感方式的用户保留该功能;也能让那些将其视为某种社会工程或“追逐认可”机制的用户,完全将其从自己的体验中移除……

感谢您考虑这一请求! :slight_smile:

1 个赞

为站点上的_所有用户_移除“点赞”按钮看起来相对简单,但这需要对站点布局进行大量定制。此类定制可能会在 Discourse 更新导致基础布局变更时破坏站点功能。

仅移除_部分_用户的点赞功能,使他们既不能点赞帖子,其帖子也无法被点赞,这似乎是一个相当困难的项目。

我个人认为,点赞对 Discourse 是有益的。它们是一种简单的注意力交换方式,也有助于减少主题中的噪音,例如减少“谢谢”类帖子的数量。关于点赞的一点需要注意的是,您是 Discourse 站点的拥有者,因此关于在主要社交媒体平台上使用点赞的一些社会工程学方面的顾虑可能并不适用于您的 Discourse 站点。我相信您并非试图让用户对站点上瘾,以便尽可能多地收集他们的个人数据。

用户应了解的一项设置是位于用户个人资料页面通知设置中的“被点赞时通知”选项。该设置默认为“首次被点赞时及每日”。您的站点上的一些用户可能更倾向于将其设置为“仅首次被点赞时”或“从不”。如果您发现从 Discourse 站点收到的通知过多,此设置是减少通知的绝佳方法。

4 个赞

通过 CSS 隐藏所有点赞功能并不难,我知道有几个站点就是这么做的。

一个大胆的建议:如果你将那些不想看到点赞按钮的用户加入某个群组,能否添加仅针对该群组的 CSS?
这样,你就可以为属于该群组的用户隐藏点赞功能。

你好 @simon 和 Jeff,

我已经在管理面板中找到了隐藏“点赞”功能(对所有用户生效)的选项(其实之前我就发现了,抱歉当时没有明确说明)。我提出这个问题的原因是,我所在社区的一些用户强烈认为,“点赞”功能会“诱导”或使讨论偏向于那些“被点赞”的内容(而非真正有助于建设性讨论的内容);而另一些用户则同样强烈地认为,“点赞”功能让他们能够表达和接收非语言的认同。

作为折中方案,我在想是否有可能相对容易地将这个(现有的!)设置改为“按用户”生效,而不是系统全局生效。这样,注入到页面源代码中的 CSS(参考)就可以包含一种“用户是否希望看到点赞?”的条件判断逻辑,让用户自行决定要“隐藏”哪些按钮(即额外的隐藏设置会覆盖管理面板中的可见性设置,但反之不成立)。也就是说,用户可以选择不显示某些功能,但不能在管理员设置禁止的情况下强行显示它们……

不过我也理解,这可能被认为改动过大,而且其他用户也不容易看出社区中哪些人能看到(并能回应)点赞,等等……

1 个赞

主题可以按用户选择,因此理论上你可以构建一个“无点赞”主题,通过 CSS 隐藏点赞功能。由于“点赞”是 Discourse 的核心概念,它可能会在少数地方仍然出现,但让它从帖子和回复中消失——也就是人们最可能看到它的地方——将会非常容易。

3 个赞

好的,我来试试看——在我深入研究一下针对此功能所需的 CSS 语法之前 :wink:

1 个赞