{“content”:“这篇来自 @LeoDavidson 的帖子中有许多深思熟虑的回应，但我尤其喜欢这句：\n\n[quote="Leo Davidson, post:182, topic:238821, username:LeoDavidson"]\n分类列表是按字母顺序排列的。Discourse 分类有管理员明确设置的特定顺序，但侧边栏目前会忽略该顺序，造成一团糟。\n[/quote]\n\n我非常希望如此。如果能显示子分类的嵌套，那就太好了，如果它们列在其父分类下并稍微缩进，将极大地帮助导航！如果它们可以根据用户的控制进行折叠，那就更好了。\n\n我理解评论 11 中提到的“已经试过了”，但是……在一个有大约 100 个分类和许多子分类的网站上试过吗？对我来说会很混乱。按字母顺序排列对我的用户来说将是一团糟。\n\n将站点顺序作为选项会很棒。就像 @knewt 一样，我很难想象在无法做到这一点的情况下，还自愿在我的网站上启用此菜单。”,“target_locale”:“zh_CN”}
9 个赞
你错了。这对用户来说会很混乱。做一个模型，让你的侧边栏中有 100 多个类别，但顺序不固定。这根本无法使用。但这就是为什么我们有一个类别页面。
侧边栏，它适用于由用户而不是管理员选择的少数几个真正重要的类别。
6 个赞
感谢您如此清晰地指出我的错误。
我并不是建议用户希望在侧边栏中拥有所有 100 多个类别。但用户通常会参与各种各样的类别，并且子类别的名称相对于父类别，脱离上下文时意义不大。
因此，为用户选择的类别使用站点排序将决定我的网站用户是否可用。
是的，我们也在努力减少类别数量；但即使是出于网站目的的合理数量的类别也将有几十个，所以核心问题仍然存在。
8 个赞
非常欢迎。
但你基本上是在要求将分类页面放到侧边栏。
如果你或其他用户想对标签做同样的事情怎么办？顺序如何并不重要。它仍然是无法使用的。
最好的选择是保持与论坛相同的顺序，并允许用户拖放一切到想要的顺序。
实际上，侧边栏最大的问题是与其他导航和结构重叠。如果用户或管理员有能力将几乎所有东西都移到侧边栏，那就没有意义了。让我们把整个论坛都移到侧边栏吧 
2 个赞
我绝对、完全没有要求那样做。
我要求的是（可能可选地）_选择的_分类按上下文排序，而不是按字母顺序排序。
好的，拖放是可以的，但我的要求_正是_你建议的第一部分：默认使用与论坛用户相同的顺序，至少作为一个选项，如果不是作为 Discourse 的默认选项的话。
8 个赞
我同意类别应默认按“类别固定位置”设置确定的“/categories”页面的顺序进行排序。侧边栏使用不同的排序机制（目前始终按字母顺序排序）似乎有些奇怪。
@mcwumbly，这是否已经在你的考虑之中？你怎么看？
12 个赞
这里有一些关于这个问题的讨论，如果你想深入了解：Nest subcategories under their parent categories in the sidebar
我认为侧边栏中的内容是用户选择的子集，这使得使用全站选择的排序方式可能不合适。
我怀疑对于我们正在讨论的这类问题，允许用户拥有多个部分以便他们能够以对他们有意义的方式_分组_事物，比给予他们过多的排序精细控制更为重要。
6 个赞
为什么会奇怪？主要想法不是提供从重要类别获取新帖子通知的能力吗？而这种重要性是由用户决定的，而不是由管理员或软件决定的。
那么……侧边栏是类别页面的部分副本还是用户的工具？这就是问题所在。
2 个赞
我认为上述假设可能是分歧的关键。对一些人来说，这仅仅是为了快速访问他们最关注/参与的类别；对另一些人来说，这可能是为了按类别跟踪活动。你的想法偏向后者，但许多用户不会这样做，即使是那些这样做的人，也可能不希望变化最多的类别排在列表的顶部。
我个人希望顺序是固定的，如果它与现有类别顺序匹配，那完全没问题。在第一个迭代中采用现有的排序方式肯定比期望每个用户都去配置类别排序要简单得多。
9 个赞
实际上，我的两个基本假设是：
- 侧边栏是为用户设计的，而不是为管理员设计的
- 侧边栏不能替代列表页面
2 个赞
是否已实现任何对侧边栏类别进行排序的方法？这对于我的实现至关重要。
3 个赞
不，目前没有内置的分类排序方法。您能否分享更多关于您具体场景的细节以及为什么这很重要？
3 个赞
我有两个主要类别，其中包含大部分帖子。然后有 3-4 个特殊类别需要引用。
目前，这 3-4 个特殊类别以数字（年份）开头，因此它们会自动排在最前面。在这种情况下，我希望两个主要类别排在前面，数字类别排在最后。
4 个赞
如果启用 \n\n编辑：\n\n[quote="Tobias Eigen, post:15, topic:241730, username:tobiaseigen"]\n不，事实并非如此。在侧边栏中目前\n[/quote]\n\n哦。抱歉。我想我应该多注意一下标题。fixed_category_positions，您就可以按照自己想要的顺序排列它们（而不是默认的最新帖子顺序）。我不记得现在界面是什么样的了，但您可以拖动它们来排序，或者为它们指定数字作为排序依据。
3 个赞
不，情况并非如此。在侧边栏中，类别始终按字母顺序排序。我同意，如果启用了 fixed_category_positions，我们应该更改此设置以匹配类别排序顺序。
侧边栏还将进行更多更改，以使此类内容可由用户配置，但站点默认值应由管理员设置，并且该设置应遵循 fixed_category_positions 设置，而不是随意按字母顺序排序。
14 个赞
我认为有三种情况需要考虑：
- 显示所有分类的“分类”页面
- 管理员设置为显示在侧边栏中的部分分类
- 用户选择添加到其侧边栏的部分分类
对于（1）选择的排序是否应应用于（2）或（3），我尚不清楚，尤其因为我们目前会展平列表，并且不在侧边栏中嵌套子分类。
在 Meta 上，我目前在侧边栏中有以下内容：
- announcements
- community
- documentation
- ux
如果今天在 Meta 上应用此逻辑，我的侧边栏将是：
- documentation
- ux
- announcements
- community
我觉得我看到这个会想……嗯……为什么？
而且，如果列表变长，快速扫描以找到我想要的东西会更加困难。当列表按字母顺序排列时，我知道往哪个方向寻找我想要的东西。
在“分类”页面上，情况有所不同——我们试图展示所有内容，并附带描述。
很明显，管理员（也许还有用户）希望在此处进行其他配置，但我还不确定应用 fixed_category_positions 是否是我们要做的。
4 个赞
这很有趣，因为当我看到它时，我想 
是的，这就是网站所有者决定排列类别的方式。对我来说，按照网站所有者设想的方式排列比任意的字母顺序列表更有意义。
我想我也是习惯了，因为在过去的两年里我一直在使用 Discourse for Teams，它确实遵循我建议的排序方式。这是截图。请注意，它们不是按字母顺序排列，而是按合理的顺序排列，并且“照片”子类别都直接位于侧边栏的“照片”项目下方，并且是我（网站所有者）选择的顺序。
7 个赞
在我的例子中，有一个明确的重要类别排名或层级。例如：密歇根大学篮球队（主要焦点），然后是密歇根大学篮球队招募（更具体的子类别），然后是大学篮球队（更广泛），然后是无关话题（总是放在最后）。
5 个赞
感觉这个独立出来的主题（突然我成了楼主……）已经朝着很多不同的方向发展了。
所选的标题在拆分时遗漏了一些内容。比如是为谁提供的能力，以及在什么情境下？
对我来说，这似乎有点本末倒置。我一直在思考为什么。
没有特别的理由让字母顺序排序有意义。我的意思是，分类的目的是分类，这意味着语义，而字母顺序排序会掩盖分类的整个目的所固有的语义。
我更惊讶的是“announcements”被埋在一个不在列表顶部的类别之下。
我期望 announcements 在所有类别视图的顶部附近排序，并且完全不理解为什么 announcements 不被视为一种 documentation。将其设为讨论功能的一个子类别，这不是我能理解的选择。这就是我看着，“然后想……嗯……为什么？”
现在，我正在进行一项工作，最终将我网站上的类别数量减少一半以上，但无论如何，它都是一个丰富的内容集，将使侧边栏按字母顺序排列得一团糟。
5 个赞
如果说有什么的话，我想说这突显了元（Meta）上的类别排序可能需要一定程度的审查
3 个赞