侧边栏中的子类别应嵌套。
除非对子类别进行嵌套，否则诸如以下示例之类的内容将无法正常工作：
Ford
–Driving
–Purchasing
GM
–Driving
–Purchasing
显示结果将是：
Driving
Driving
Ford
GM
Purchasing
Purchasing
在下面的屏幕截图中，documentation 是父类别，而 admins、faq、moderators、sso、sysadmin 是子类别。
15 个赞
我们需要弄清楚的一个细节是，如果有人添加了子类别但没有添加父类别，我们该怎么做……父类别是否应始终包含在内以提供上下文？
7 个赞
如果子类别可以有重复的名称，那么这几乎是必须的。
我不是开发人员，但我做了很多与用户体验/用户界面相关的工作，所以我认为使用相同的名称无论如何都是一个非常糟糕的策略。所以一个解决方案是强制即使真实名称也必须是唯一的（在那之后，会有大量的论坛损坏……）
但是你们能否让管理员以与论坛技术无关的方式自由命名类别？这只是对用户来说是另一个可见的名称——这样就可以使用类似 category:sub-category 的东西。
将父类别名称强制合并到子类别名称中会导致大量冗余信息，例如：
Ford
–Ford Driving
–Ford Purchasing
GM
–GM Driving
–GM Purchasing
3 个赞
我已经重命名了所有子类别，并添加了类别前缀，但我也认为嵌套是一个不错的选择。由于我们为每个顶级类别设置了不同的安全级别，因此我们使用了相同的名称，但我也能看到使用前缀的优势。
另外，如果类别可以折叠和展开，那就更好了——我们有 200 多个类别，列表很长。
5 个赞
我们初步的想法是，我们可能会从这里开始做一些简单的改进：
- 始终按父类别、然后按子类别排序
- 为子类别显示半对半徽章样式（这样可以对其父类别有一些视觉提示）
这并不能解决所有问题，但可以采用以下两种变通方法：1）让用户自己添加父类别，或 2）更新类别名称以进行区分。
不过，我们会密切关注这一点，并考虑可能需要进行哪些其他更改。
您预计给定用户会在侧边栏中添加多少个此类类别？
4 个赞
我将此视为一个一般性问题 
无。他们已经只关注那些感兴趣的类别，并且希望从所有这些类别中获得同等通知。
3 个帖子已拆分为新主题：选项以仅在侧边栏中显示未读类别和标签
侧边栏中切换子类别的功能至关重要。我们已经有九个类别和19个子类别，而且我还没有完成分类。我预计会再添加25个子类别。我希望它们都能在侧边栏中显示。我们的语料库自1969年以来一直在积累，因此我们的论坛既是参考图书馆，也是研讨会。对我们来说，类别既是查找工具，也是对话过滤器。
出于同样的原因，标签需要按字母顺序排列并在侧边栏中滚动。我们有1400个标签，在我完成分类后，这个数字将翻倍。没有滚动窗口，将无法有效地展示标签。事实上，顶部带有查询框的滚动窗口是理想的选择。
这可能是一个单独的讨论，但在列表视图中将标签放在主题标题下的可切换弹出窗口中也会非常有帮助。我们的主题平均每个有18个标签。我们最长的主题有98个标签。当我展示所有标签时，它们会遮挡主题标题。我在这里提到它，是因为实现一个通用的可切换滚动框类可以服务于多个有用的目的。
如果类别也能像这样切换打开和关闭就更好了。
2 个赞
为什么？那会非常难用，因为列表会很长。嗯，如果你的大部分用户都有 24 英寸或更大的屏幕，并且你不介意小屏幕和手机，而且你的用户不知道如何使用分类页面，那也许可以。
我们又回到了主要问题：用户必须有选择看什么和不看什么的权利。这不是管理员的工作。
这将便于导航。它比双倍宽度的类别/列表视图要干净得多，而双倍宽度的类别/列表视图是目前唯一的选项，并且如果空间有限，它会占用比带有侧边栏的单个列表更多的屏幕空间。
为什么
假设您指的是标签，那么一个在上方搜索框和鼠标滚轮控制的窗口内滚动的、按字母数字顺序排列的、长达一英里的列表将非常方便，远胜于任何其他标签呈现方式。这包括标签页面上巨大的列表视图，它绝对不是一个方便的导航工具，因为它需要从标签页面到主题之间进行疯狂的来回翻页，而唯一的工具是浏览器的后退按钮。
该列表将长达一英里。
这里有两点。
首先，Discourse 是从头开始为未来构建的，这意味着它适用于所有拥有宽大、高分辨率屏幕的人。无论如何，这几乎是一个无关紧要的问题，我上周刚为我女儿买了一台新显示器，发现没有一款小于 24 英寸的。
至于移动设备，我只能说为这些类别的界面设计的导航与为桌面或笔记本电脑设计的导航在各方面都不同。侧边栏不是合适的工具。
如果您的大多数用户都有 24 英寸或更大的屏幕，并且您不介意更小的屏幕和手机
2 个赞
未来，甚至就是普通的星期一，也完全相反。它是为手机而构建的。抱歉，但大屏幕已经是过去式了。
您知道吗，在欧洲，手机比笔记本电脑更普遍？但我们也没有固定电话或支票了（英国/爱尔兰除外，但它们落后了大约 50 年 ）
您的情况似乎更适合使用 discourse-docs 而不是侧边栏。
您可以在此处查看它提供的视图和过滤示例：Documentation - Discourse Meta
是的，完全没料到。我认为侧边栏版本非常适合那些讨厌的移动设备。
所以也许你知道，这是 Digital Ocean 的幸运论坛附带的移动应用程序吗？
Stephen，感谢您的建议。我已经安装并正在试用。它可能适用于我们尚未添加的大量文章。我需要的是能够评论，以便吸引读者参与讨论。我一直在考虑为此目的将 Ghost 与 Discourse 集成。
我仍然认为侧边栏是桌面/笔记本电脑导航的理想选择，如果它带有用于标签的切换滚动框，以及用于类别的切换。
1 个赞
这部分已在 PR 中交付
5 个赞
颜色徽章对于区分父子类别关系非常有帮助。排序和可能的缩进应能巩固子类别的视觉识别。我的意思是：
documentation 是 admins 和 sysadmin 的父类别。在当前的设置中，它们按字母顺序排序，并且唯一的关系指示是半徽章颜色。显然，这并不理想。
排序后，我们可以感知到顺序和关系，但仍然只是颜色徽章的区别。
更好的方法是给子类别一个微妙的缩进，这在普遍上被理解为类别-子类别关系的指示。上面的模型图显示了当子类别缩进半个或整个徽章宽度时可能的样子。
10 个赞
感谢您花时间模拟这些想法！
还有另一种情况需要考虑：当用户在侧边栏中拥有您所描绘的所有上述类别，但不拥有 Documentation 父类别时。您将如何设想处理这种情况？
1 个赞
这可能取决于网站的结构。在我最初的帖子中，我曾以福特和通用汽车为例，说明一个结构化的社区，如果不包含父类别，可能会使侧边栏难以阅读——哪个是哪个？
在这种情况下，应该显示父类别：
- 驾驶
- 驾驶
在每个子类别都可以独立存在的情况下，父类别可能不是必需的。
对于带有子类别的类别，我的社区将父类别视为一个没有主题的占位符。主题都包含在子类别中。我们也有其他独立的类别。
因此，理想情况下，管理员应该能够选择是否在侧边栏中列出父类别。
在侧边栏中显示层级结构
4 个赞
侧边栏中子类别的顺序现在会根据 @tgxworld 的此 PR 进行排序，首先按其父类别排序：
6 个赞
有人找到了嵌套子类别的解决方案吗？我还在浏览，但找不到任何可用的主题组件。
3 个赞