哦，是的，水平滚动会非常好。正如您所说，由主题顺序决定的任意排序可能意味着存在或不存在某种顺序。相反，如果存在顺序，所有者可以通过将图标更改为表情符号 
或更改标题来明确表示。水平滚动本身不会强加任何隐式排序。
听起来很棒！
1 个赞
是的——一个非常巧妙的方法！
好的，我可以提供一个用例。
在我的特定情况下，这是一个角色扮演论坛，所以我的想法是提议在作者的中心主题上使用子集合来收集关于特定角色（或几个角色，因为它提供了不同的部分）的信息。因此，一个到角色扮演帖子的单向链接是有用的，同样有用的还有在多个子集合中复制相同链接的能力。
为了将此重写为一个更像 Discourse 的社区，假设一个用户想要撰写一个整理了许多主题信息的指南，例如源材料或展示一个想法的演变。
另一个用途可能是用于用户提交材料的库，例如模组网站。然后，每个人都可以拥有自己的“个人”精选模组集合，并在子集合中展示。其他用户可以查看这些精选集合，作为了解哪些模组或其他库材料是好的起点，或从中建立自己经验的途径。
在所有这些场景中，链接能够存在于多个子集合中，并且不占用被收集链接侧边栏的功能，将是有用的特性。在这里拥有创建集合的能力过于强大，并且主题之间的相互作用是不必要的。因此，单独的权限将允许用户使用此工具，而不会有被滥用的可能性。
我确实同意这些也适用于书签/播放列表/个人收藏的概念，这对于这些用例来说绝对是一个可以接受的替代方案。通过单独的权限，我相信这可以在同一个插件中实现（并且每个站点都可以通过“站点文本”（Site Texts）来调整子集合的命名，以符合其特定的用例）。我认为这两条都是可行的途径，可以让这个插件对不太受信任的用户也变得非常强大和有用。
啊，好的。我想我明白了。使用默认设置，应该已经可以实现这个特定的用例了。
使用以下默认设置，集合可以根据您的社区偏好组织 RPs 的结构有几种方式。
collection_by_topic_owner=true
collection_by_topic_owner_allow_groups=tl1
collection_modification_by_allowed_groups=admin,moderators,tl4
设置 1：GM 创建主主题，玩家创建单独的 CS。
游戏管理员 (GM) 为 RP（主、背景、OOC）创建主题。
玩家创建单独的角色卡 (CS)。
GM 创建一个包含主、背景、OOC 的集合。然后为 CS 创建一个章节标题。
玩家为他们的角色创建单独的主题。玩家可以在他们自己的主题上创建链接的子集合。
GM 将玩家添加为他们集合的维护者。玩家将他们的 CS 主题添加到章节标题下。
玩家仍然可以使用只有他们拥有权限的子集合，而整个 RP 小组可以导航到角色卡并返回。唯一的缺点是子集合是公开的，因此如果用户导航到玩家的角色卡，可能会降低其他用户的总体体验。
设置 2：GM 创建主主题和用于 CS 的单个主题。玩家回复主题并附上角色，并拥有一个私人笔记主题。
GM 为 RP 创建主题，包括主、背景、OOC 和 CS。
玩家回复 CS 主题，附上他们自己的角色。
GM 创建所有主主题的集合。在 CS 主题中，GM 创建一个子集合，其中包含指向每个单独角色帖子的链接。（或者，GM 创建子集合并将所有玩家添加为维护者以添加他们自己的链接）
玩家维护他们自己的私人笔记和草稿主题。玩家可以在这个私人主题上创建一个子集合，并链接到 RP 主题。
通过这种方式，RP 是根据 GM 希望显示的内容组织的。玩家可以从他们的笔记中访问 RP，而不会干扰 GM 的设置。缺点是玩家无法轻松地从 RP 返回到他们的笔记（但这可以通过书签解决）。而且玩家必须为子集合使用他们自己的主题，这对于那些不为他们的角色创建/维护个人笔记的人来说可能不太合适。
这实际上是我的论坛所使用的设置，而这个插件就是为此设计的。
我认为这里的主要问题是集合和子集合始终是公开的。因此，在示例设置中，虽然子集合不能被其他人修改，但它们仍然是可见的。同样，此插件旨在让主题所有者对显示的内容拥有更多控制权，因此有了权限系统和各种链接限制。这些问题可以通过一个假设的功能来解决，即个人集合不影响主题的公共视图。这也将更整洁地涵盖您提到的其他场景。我会更多地考虑创建该功能，以及如何使其与公共集合并存。
3 个赞
就公开性而言，我不认为这是一个缺点。我认为，如果有人需要一个直接托管在论坛上的私人列表（许多人已经使用个人电脑文件或 Google 文档），那么既有“书签”功能，也有“私人消息”收件箱，人们可以在其中向自己发送私人消息并编辑该消息。我支持这里的收藏夹功能保持公开，但其他人可能有更敏感的使用场景，需要将其设为私有。
至于您的例子，它们与我概述的使用场景并不完全吻合。特别是，这两个例子都由单一的 GM（游戏主持人）管理，而在我的网站上，作者更经常是“他们自己的”GM。这也是我给出其他例子说明抽象情况下也会出现同样情况的原因，例如策划的推荐列表或资源列表等。这只是为了强调可能被忽略的最后一点。
您是否会考虑一个允许主题链接到多个子收藏夹的功能？由于没有侧边栏的相互关联性，这似乎会比在主收藏夹中产生更少的冲突，但这由您决定。
在我进行更多思考并尝试创建示例/测试工作流程时，我又遇到了另外两个问题。
- 链接的文本框中存在字符编码问题，这似乎只是一个渲染问题，对功能没有影响。
- 子收藏夹似乎不像“创建/管理收藏夹”那样能自动完成链接名称。
感谢您愿意讨论并找到解决我使用此插件时脑海中的问题/愿望的方法。我希望尽快达到可以向我的作者介绍使用此插件的阶段。
1 个赞
[quote=“jordanjay29, post:25, topic:372817”]文本框中链接的字符编码问题，这似乎只是一个渲染问题，对功能没有影响。
[/quote]
啊……感谢您的报告！
嗯……我认为这里的“链接”有点太模糊了，所以我将尽力回答。您可以向子集的列表添加多个主题（或任何 URL）。同样，多个子集可以列出相同的主题或 URL。子集非常简单，实际上只是一个 URL 列表。唯一的限制是每个主题只能显示一个子集。这个“一个主题显示一个子集”的最后一条限制不会改变。
啊，那个字段应该只用于子集的 URL。我最初的意图是让子集主要用于帖子，但搜索起来会很痛苦。我想我需要更新这里的表格标题以避免混淆。
2 个赞
哦！那让事情变得简单了。
这下就清楚了，谢谢。主题搜索很方便，但没有它也不是什么大问题。
那样的话，我目前看不到使用现有版本的障碍。我可能需要用基于权限的设置来代替，在下拉菜单中隐藏“创建集合”，但这没什么大不了的。
感谢您与我一起研究这个问题，我非常感激。这是一个很棒的插件，我希望能在我的网站上好好使用它。
2 个赞
在尝试删除子集合时又遇到了另一个内部服务器错误。我尝试了几种方法使其正常工作，包括同时拥有一个集合，或者在它上面有一个章节标题（只有链接在它上面或下面），或者删除链接（但在那种情况下子集合无法保存），但在点击子集合的“删除”按钮时错误仍然存在。
1 个赞
哦，哇……我真的需要着手更新那些自动化测试了……现在应该修复了。
2 个赞