收藏

:information_source: 摘要 用户创建链接主题的集合
:hammer_and_wrench: 存储库链接 https://github.com/Alteras1/discourse-collections
:open_book: 安装指南 如何在 Discourse 中安装插件

预览

移动端

集合

这允许用户创建主题的集合,这些集合在查看主题时可见。集合可以包含任何 URL,并且将在所有链接的主题上可见。集合可以组织成部分,并且对集合的任何更改都会反映在所有链接的主题上。链接的主题没有限制,因此用户可以跨类别/标签创建集合。

标题 & 描述

可选字段。如果提供,这些将显示在列表顶部。

部分

可选的组织功能。通过添加部分标题,可以将集合分成多个部分,从而显示可折叠的部分。

子集合

用户还可以创建子集合,该子集合仅为单个主题显示,允许用户仅为单个主题链接相关的 URL(例如特定帖子/外部资源)。添加的任何主题 URL 都不会被链接。

权限

该插件允许任何用户为其自己的主题创建集合。默认情况下,用户只能链接到自己的主题,并且必须添加其他用户作为维护者,他们可以添加自己的主题到集合中。此设置可以禁用,只允许特定组完全控制任何集合(默认情况下为 Staff & TL4)。

权限演示

设置

名称 描述
collections enabled 启用/禁用插件。默认值:true
collection by topic owner 允许主题 OP 创建集合。默认值:true
collection by topic owner allow groups 限制可以创建集合的主题 OP。限制 collection by topic owner。默认值:TL1
collection modification by allowed groups 允许创建/修改任何集合的组。默认值:Admin Moderators TL4
sections in subcollection 允许子集合中的部分标题。默认值:true

替代方案

该插件深受 Discourse Doc Categories 插件的启发(并且曾经基于它)。虽然 Doc Categories 插件具有良好的索引机制并且显示效果很好,但其设计用于 wiki 风格的页面,其中所有内容都汇集在一个类别中。同样,索引依赖于在单独主题中进行格式化的文本输入,这有利有弊。

DiscoTOC - automatic table of contents 主题组件也允许在帖子正文之外组织链接,但仅限于单个主题。

如果你的目的是仅仅是 wiki 风格的组织,Discourse Doc Categories 会是更好的选择。如果你只需要一些页面链接主题,DiscoTOC - automatic table of contents 会更好。

注意

这最初是为了支持我所在的论坛迁移到 Discourse 而设计的。作为一个以写作为主的论坛,用户会为不同的目的维护单独的主题,导致跨类别链接几乎是必需的。为了促进这一点,我创建了这个插件来支持用户自我组织。

曾经有一个替代方案,它只是一个主题组件,其中索引将通过用户输入的带有指向其他帖子的 URL 的 div 来实现。但在开发了 90% 的工具、向导和代码后,我意识到这不值得,用户很可能会跳过所有教程,仍然抱怨为什么东西不起作用。所以那个方案被放弃了。它实际上不是一个坏解决方案,因为它比插件更轻量级,但它会给用户带来很多不必要的负担,让他们确保不仅在一个帖子,而且在多个帖子中都有正确的格式。

我目前将其标记为 experimental,因为我对 UI 功能(例如图标)和权限系统还不是 100% 确定。另外,我需要添加自动单元测试。

16 个赞

供参考:所有视频都坏了 :thinking: (iPad)

1 个赞

哎呀,我以为 iOS Safari 支持 WebM……

我已经把视频换成了 MP4。谢谢!

5 个赞

是否可以启用像 Discourse Docs 那样的‘公开’集合?

1 个赞

抱歉,如果之前没有说清楚,所有的集合都是“公开的”。所有用户都会看到关于同一主题的相同集合。此插件旨在组织主题,而不是作为用户的私人“书签文件夹”。

4 个赞

更新了插件,支持侧边栏中的表情符号和彩色方块!

3 个赞

这看起来确实非常棒。而且文档绝对出色——这是我心目中 meta.discourse.org 上文档最完善的 Plugin!!

您是否考虑过将其扩展,使其也涵盖主题列表?

我经常发现,拥有每个类别或每个标签的链接集合会非常有帮助。例如,有一个专门针对特定群组的私有类别,它还使用其他一些工具(例如 Google Docs 中的几个文件夹、一个地方政府门户网站、一个关联的聊天频道和一个群组收件箱)。最好能由类别版主来控制它。

2 个赞

非常感谢!

这绝对是我之前考虑过的事情,但我不认为它会很好地融入当前以用户驱动的方式来组织主题的设计。对于分类/标签级别来说,这并不理想,因为它必须限制在版主控制之下。最初的用例是为了涵盖链接那些对于 1-2 个主题来说太大了,但对于标签/分类来说又太小了的相关主题。

可以通过 Discourse Doc Categories 插件在侧边栏中显示分类的主题列表索引,尽管配置方法不同。拥有两个插件做两件非常相似的事情确实很麻烦,但我认为它们最初的理念足够不同,足以保证采用不同的方法。

从用户的角度来看,为 Private Topics Plugin 添加一个兼容扩展是一个非常酷的想法。我得考虑一下……

这样就只剩下每个标签级别了。为标签创建一个 Discourse Doc Categories 的 PR(或者创建一个新的插件/TC)是一个选择,但目前我并没有积极考虑。也许将来会。

实际上,这可能很适合我的用例。我不确定它是否足够灵活以适应(我将在本周晚些时候尝试一下)。

听起来很有趣。您有什么用例?

对于普通用户来说,启用私有主题的类别只会显示他们自己的主题。因此,我认为这可能是少数几个地方之一,允许 Collections 插件将集合从主题级别提升到每个用户的类别级别是有意义的。

我参与的论坛实际上有一个私有类别供用户用作个人草稿/测试场地。他们会创建大量的主题,因此有时会在这里发生用户驱动的主题组织。