这个插件能显示当前在线浏览主题的用户列表吗？我指的不是仅回复的用户，而是所有正在阅读该主题的人。
3 个赞
2 个赞
当其他人回复时，Discourse 核心已在主题底部和编辑器中显示指示器。
10 个赞
是的，我知道，但它仅在其他人回复时显示。Discourse 核心功能也应该在其他人只是阅读这些主题而未回复时显示该指示器 
1 个赞
我不同意。移动设备的屏幕空间非常有限，显示谁正在阅读某个话题只会让页面显得杂乱。此外，这里还可能引发隐私问题，尤其是对欧洲社区而言。
6 个赞
如果在话题列表中为每个话题添加一个实时阅读人数指示器（例如“147 人正在阅读”），而不列出具体用户，那将会非常棒。根据我的经验，这是实时了解哪些话题最热门的非常快捷的方式。
5 个赞
你好 @nildarar —— 你打算在什么场景下使用这个功能呢？
另外，你如何定义“阅读”一个主题？对于“回复”，任何人只要在回复框中输入内容，显然就是在“回复”，但我不确定如何从操作层面有效定义“阅读”——尽管我确实明白许多应用和网站都在尝试实现这一点。
1 个赞
这一点过去已经提过，但我认为对于隐藏公开个人资料的用户，此功能应重新启用。我不认为这里存在真正的隐私顾虑（或许可以追踪撰写回复所花费的时间，但这可能并非重大隐患）：如果你发布了帖子，大家自然可以推断你刚刚完成了该帖子的撰写（好吧，也许你之前写过草稿等。但通常，你的帖子会在你撰写后不久出现，所以在我看来，显示你正在撰写并非秘密）。我认为这在许多情况下非常有用，遗憾的是某些用户可能无法使用此功能。
“隐藏我的公开个人资料和在线状态功能”可以在偏好设置中重命名为“……在线状态统计信息”（其中一些信息会显示在用户列表中，尽管这一点过去也已提出过）。
1 个赞
由于移动设备上的空间有限，我们不应忽略这些功能，而应以不同方式向用户提供它们。例如，在手机上无法直接显示导航栏，但我们并不会将其隐藏。如今，很大比例的用户仅通过移动设备进行操作。
我已经报告过这个问题的一个示例：
移动主题中的帖子回复列表
在我们的社会中，许多人彼此是朋友，当某个话题被创建时，他们希望确保自己的朋友能访问该话题。在很多情况下，他们会尝试提及自己的朋友。
此外，这对话题发起人（OP）来说也是一种贴心的体验：了解有多少人正在阅读自己创建的话题会很有趣。
这也极大地解决了在网站上显示所有在线用户的问题。例如，如果有 10,000 人在线，无法在网站首页顶部全部显示，但在每个话题中显示在线用户则更为可行。
为什么不使用 关注插件 来解决这个问题呢？
使用该插件后，如果用户关注的人发布了新话题或回复了某个话题，用户将收到通知。此外，还有一个名为“关注中”的额外发现列表，列出了用户关注的人参与的最新话题。
4 个赞
本插件的功能仍然非常有限，我们担心现在使用还为时过早。因为增加新功能会催生新的需求。
近年来，即时通讯应用提高了用户对在线论坛的期望水平，而这场竞争的赢家无疑是它们。因为大多数用户比较的是功能，而不是系统类型。
如今，用户严重依赖“送达报告”或“已读报告”等功能。与限制这些报告的隐私功能相反，许多用户确实有这方面的需求。
在我们的社区中，许多用户将论坛主题与类似 WhatsApp 的即时通讯应用中的群组进行比较，后者是为特定话题创建的。这是因为年轻用户缺乏在线论坛的使用背景。
1 个赞
请详细说明一下。缺少哪些对采用至关重要的功能？
我认为它已接近功能完备。你希望用它实现什么其他功能？
你希望用户能看到朋友何时发帖——让他们关注这些人，系统会通过通知告知他们。如果他们需要一个仅限关注对象的“最新动态”聚合信息流，这个功能也已经存在。
你可以设置让用户看到谁关注了谁，也可以将此信息设为私密。
还缺少什么？
如果你现在提出需求，要求专门为你网站定制开发，成本将高达数千美元，但这里它却是开源且免费的！
该插件已在生产环境中运行超过 1.5 年！作为 Pavilion 插件，它享有持续的专业支持。目前没有已知的重要缺陷，运行稳定。一旦出现 bug，都会在合理时间内得到修复。
4 个赞
正如我所说，由于一切都被拿来与即时通讯工具和社交网络比较，用户会频繁提出大量请求。
我们尽量不使用第三方插件的主要原因是，它们可能会随着时间的推移而停止维护，或者与核心更新出现兼容问题，且解决这些问题可能需要较长时间。
总体而言，这个插件非常出色，无疑是我们近期将重点使用的主要插件之一。
在话题中查看在线用户，或查看消息已读用户，这些功能满足了需求，使系统更加令人喜爱。
我可以自信地说，Discourse 是最大的社区构建系统，而且它能够通过多种方式满足不同需求，这并非坏事。
2 个赞
这就是为什么我们将 Pavilion 围绕一组核心插件构建，以便我们能够提供更可靠和持续的支持。我们每月月初都会检查所有插件。如果您坚持每月月初只升级一次的纪律，您会发现修复措施已经到位，或者我们会非常迅速地解决问题，尤其是针对关键的、破坏性的问题。
是的，我们无法保证每月每一天都提供支持。如果您需要这样的服务，您需要付费给他人。我们计划在某个时候推出一款提供整月支持的付费产品。
我们还在开发一个自动化的“早期预警系统”，以便在我们知道最新版本中存在破坏性变更时，警告使用我们插件的用户不要升级。
总的来说，如果您的需求比 Discourse 核心提供的功能更偏向边缘案例，那么您需要转向第三方插件。我们正致力于在该领域开发最佳的模型。
4 个赞
感谢 @merefield，
太好了，正如我所说，这个插件是我们热门插件列表的一部分，我们将很快使用它。不过，在安装之前，我们必须全面审视其使用的社会影响。
在任何主题中显示在线用户的一个重要用途，是给用户带来良好的感受。通过这个功能，你会很容易意识到自己并不孤单，还有其他几个人正在同时阅读这个主题。就像即时通讯群组中的在线用户一样……
此后，用户也会要求更多的隐私设置。随着时间推移，用户在比较不同应用时，对功能的需求会不断增加。
当然。
我的两点建议是：希望 Discourse 像聊天系统一样，这很好，但 Discourse 似乎更侧重于高延迟、低节奏、更深思熟虑的讨论，您不这么认为吗？
这种专注方向将明确指导其功能集的设计。
1 个赞
是的，前提是这个话题（以及论坛）能吸引足够的用户。
它也可能显示出完全相反的情况：几乎没人正在查看某个主题，而你可能为此花费了不少时间和精力发帖。这是一把双刃剑。此外：热门论坛或主题其实并不需要这个功能。而那些真正需要它的，往往是因为所展示的信息并非“优质”内容（当然，除非你开始操纵显示内容）。
1 个赞
@nildarar，如果他们正确地通过 @ 提及（tagging） 功能来提及朋友，那么他们的朋友会收到单独的通知，引导他们前往相关主题（正如您应该已经收到本条回复的通知一样）。
此外，如果用户获得了足够的信任等级，他们可以 邀请 其他用户加入主题。
红色 = 邀请通知
蓝色 = 邀请人
黄色 = 位置（主题/帖子）
紫色 = 时间
对于每个主题，一旦有人点赞或回复，只需点击向下的箭头，即可通过 原帖（OP） 有机地提供此功能。
我同意 @Paracelsus 的观点，为每个主题显示“正在查看”的人数可能是一个不错的 选项。
否则，任何向其他用户公开显示特定用户 查看 了哪些主题的功能（因为“查看”并不保证“阅读”），往好里说是多管闲事，往坏里说则可能具有剥削性。
补充说明： 需要明确的是，即使用户1 希望 用户2阅读他们的主题，这并不意味着用户1有权获得任何关于用户2是否查看了该主题的指示。这种情况下的任何操作可能更适合通过私信（PM）进行。
3 个赞
我同意您的观点。我认为 Discourse 应该采取更广阔的视角，以适应广泛的受众群体。正如我上面提到的，新一代用户是在即时通讯的世界里成长起来的。那一代的普通大众对互联网论坛这类系统毫无兴趣，他们也不会接受这种系统。除了某些特定群体（如软件开发人员）外，其他用户更倾向于以聊天形式使用系统。
Discourse 论坛的管理者不得不频繁应对这一问题，这本身就会导致用户的不满。
是的，我同意。有时这可能会产生负面影响。不过，可以根据论坛的规模，通过站点设置针对不同论坛进行自定义。
然而，用户很关心自己的内容有多受欢迎。因此，所有社交网络都会向内容所有者展示一些统计数据。或者，即时通讯工具会根据使用类型提供送达报告或已读报告。
谢谢，这解决了连续提及的问题。
是的，确实如此 
3 个赞
嗯，你可以设置一些阈值，比如只有当超过 20 个用户正在阅读/查看某个主题时才显示。这样，就只会显示那些“真正有动静”的主题。我们在之前的 SMF 论坛上就对分类使用了这个功能，我觉得非常有用……当用户来到我们的论坛时，他们会立即看到大量用户集中在某个分类，并意识到那里正在发生些什么。
我的意思是，即使是 Discourse 的原生版本也有类似的概念。回复数和浏览数所在的列会以不同颜色显示，以突出那些被浏览或参与更多的主题。这里的情况几乎相同，但会给人一种更“实时”的感觉（而且在我看来，更具吸引力且更有用）。
5 个赞