帖子已拆分为新主题：如何在侧边栏中隐藏徽章链接？
我今天也做了同样的事情。
搜索“sidebar”的设置。其中一个（我不记得是哪个）默认没有勾选。
另外，我认为您可能需要刷新页面才能正确显示所有内容（例如，汉堡包图标在左侧而不是右侧，新的通知窗格）。
4 个赞
那是因为我忘了把它加在那里 
。发布说明后我得马上离开，没来得及更新新功能部分。我现在就去弄。
……弄好了。
13 个赞
也许这个主题之前已经讨论过，但汉堡包菜单（左侧图标、侧边栏布局）的主要改动是为了最终成为 Discourse 的新汉堡包菜单，还是开发团队会根据社区意见考虑回滚到旧版本？
我之所以这样问，是因为当一个比较大的改动要最终集成到 Discourse 时，我倾向于尽早向我的社区介绍它，以便用户能更快地适应它。
不过，由于它仍在开发中，我现在不会启用它。
5 个赞
是的，这是我们的意图——最终会是这样。
6 个赞
这更好。谢谢。
2 个赞
我的论坛忘记了我的侧边栏类别！在移动设备上它们仍然显示，但在桌面上又回到了“您尚未添加任何类别”的状态。
更新：我去了移动设备，点击了“类别”旁边的铅笔图标，然后点击了“保存更改”，现在类别又在桌面上显示了。
2 个赞
不确定是否出于特定原因（但我认为这是一个错误）。
在侧边栏的 CSS 代码中：
body.has-sidebar-page #main-outlet-wrapper {
grid-template-columns: var(--d-sidebar-width) minmax(0, 1fr);
gap: 0 2em;
padding-left: 0;
}
有一个不需要的 padding-left: 0，它应该保留 10px，所以必须删除它。
现在：
如果删除：
4 个赞
您必须打开菜单，然后您应该能看到这个小错误。
2 个赞
对于侧边栏，我认为需要以下选项：
-
默认不打开侧边栏的选项。 （仅在用户单击菜单时打开。）
侧边栏会增加大量视觉噪音，这使得论坛首页对新用户来说显得不堪重负。鉴于我们将首页设置为显示类别列表，额外的信息对新用户来说是多余的，因此纯粹是噪音。
-
按正确顺序显示类别。
类别列表是按字母顺序排列的。Discourse 类别有管理员明确设置的指定顺序，但侧边栏目前忽略了这一点，导致相当混乱。
-
隐藏标签的选项。
我们网站上的标签不太可能是人们希望从顶层进行筛选的内容。大多数标签都相当晦涩（例如，脚本的编程语言，以便人们可以对其进行筛选），并且不应该出现在每个区域的每页侧面（例如，并非所有区域都涉及脚本）。标签也没有添加到大多数帖子中，因此可能会误导人们认为它们适合搜索/筛选，而实际上并非如此。我宁愿它们根本不在我们网站的侧边栏中，而只能通过旧方法（这些方法还可以）访问。
如果能拥有这个功能也会很好（但没有它也不会阻止我启用这个新功能）：
-
对社区菜单的更多控制。
我们有一个插件，可以在汉堡菜单中添加一个重要项目。这个项目现在真的被隐藏了，因为你必须打开菜单（或侧边栏），然后单击“社区 > 更多”。
这是我们希望所有用户在创建帐户后在某个时候使用的项目，因此如果能将其显示在顶层，那就太好了。
同样，你也可以添加到该菜单中的额外链接。（我不确定这些是如何添加的，但我在此网站的“社区 > 更多”菜单中看到了“Cakeday”和“Docs”。如果能将自定义链接等包含在顶层，作为一种选项，那就太好了。
杂项反馈：
- 社区和消息右侧的 + 图标 会创建一个新帖子/消息。我发现这些操作出现在那里，并且只有一个小的 + 图标，这有点令人惊讶。我期望单击该图标会让我添加内容到菜单，而不是带我进入一个全屏帖子编辑器。
编辑：新的用户/通知菜单（此更改的另一半）很棒，并且有助于很好地跟踪不同类型的通知。
但我认为它使一个旧的缺陷变得更糟：很难找到用户的设置页面。它已经存在一段时间了，因为它只是一个菜单中一排（现在是列）图标中的另一个无标签图标，而该菜单看起来像是关于通知而不是设置。
如果能让用户设置链接在某个地方更显眼就好了。
将其包含在侧边栏中可能是解决方案，因为它有一个标签。
20 个赞
见：
但和其他人一样，我同意默认情况下类别应该与论坛整体的顺序相同。这对我来说有点令人沮丧，因为它会分散我的注意力——我的目光总是会向上看列表……——到我不太重视的类别，或者论坛（通过管理员设置或活动）不重视的类别。
我也有同感。
也是因为我在一个论坛上对标签的使用进行了自定义（除了 1 个类别外，标签和输入在整体上都是隐藏的 
）
使用了一段时间后，我仍然没有明确的意见。而且事物还在变化。有几件事让我 bothered。
但我看了看我论坛上的旧汉堡菜单……我意识到我使用它的唯一目的是点击管理员按钮。我几乎忘记了它还有其他选项，我的大脑很长一段时间都忽略了它们。
目前来看，我认为新菜单是一个真正的改进。
9 个赞
我之前看到了这个，但我认为这个权衡很糟糕。而且已经有一个用于选择类别顺序的 UI：它是类别定义本身的一部分，并且已经用于确定它们在类别页面上出现的顺序。
侧边栏配置 UI 只需要让我们选择要显示的类别。顺序已在其他地方定义，不应按字母顺序排序（除非那是管理员为网站上的类别选择的顺序，当然 :))。
9 个赞
我并非主张任何特定选项，但有一个论点是侧边栏和分类页面是截然不同的上下文，适合一个的可能不适合另一个。
特别是，分类页面可以包含更多关于分类的详细信息，这可能会占用更多的垂直空间。这使得将最重要的分类置于顶部变得非常重要，使它们立即可见。
在侧边栏中，这方面的限制较少，因此（我不知道）按字母顺序一目了然地查找分类可能更自然、更容易。
我并不特别看重字母顺序还是自定义顺序，但出于这个原因，我认为将自定义分类顺序捆绑在一起是错误的。至少强制捆绑在一起是错误的，默认使用相同的顺序是可以的，但我怀疑这会使 UI 过于复杂。
5 个赞
所以我的实例上的汉堡菜单包含一些我们添加的重要附加链接，我们绝对不希望将它们隐藏在额外的菜单后面。
我们还可以从中选择主题，所以理想情况下，这些也应该始终可见，最坏的情况下也可以放在一个明确的“主题”菜单后面。绝对不能隐藏在某个通用菜单后面。
接下来，我们的类别有刻意选择的顺序，包括顶级类别和子类别，所以在启用此功能之前，我希望它们默认显示为这样。
最后，我们根本不使用标签，所以我们绝对不希望显示任何标签。
哦，对了，还有一件事。我直到在这个帖子中被指出，才注意到汉堡菜单的新位置。所以，我认为对于现有用户来说，在新汉堡菜单启用后，当有人第一次访问网站时，应该有一个用户界面来显示，突出显示这个变化。如果必须的话，我可以暂时添加一个横幅通知，但实际上应该不需要。
11 个赞
对我来说，管理员设置有点令人困惑。随着 2.9.0.beta10 更新，‘启用实验性侧边栏’ 选项已勾选，但如果没有启用 启用实验性侧边栏汉堡菜单，这与旧情况没有任何区别。当我单独启用 启用侧边栏 时，我不会收到警告。
单独勾选“允许启用实验性侧边栏和用户汉堡下拉菜单”时，我只得到一个新的汉堡下拉菜单。没有侧边栏。
而且，为什么新的通知菜单依赖于 启用实验性侧边栏汉堡菜单？
无论如何，我喜欢同时启用这两个设置后看到的效果。这可能比有经验的 Discourse 用户更能帮助新用户。
一个小细节：在 meta 上，通知菜单中的所有选项卡都有“鼠标悬停气球”。我认为这是 <button> 元素中的“标题”。在我们的荷兰语实例中，有些丢失了。可能是翻译问题。
6 个赞