继续讨论 试用新的侧边栏和通知菜单！：
这仍然让我感到困扰。我知道很难想出一个好的总括性标题，但使用“社区”感觉有点像“嗯，这个词由于过度使用和滥用，基本上已经没有意义了，所以就这样吧”。这实际上让我有点沮丧。我知道我可以在自己的网站上更改它，但它会在我遇到的世界上的其他地方给我带来痛苦。
我认为，对于目前的菜单，其中该部分只显示“全部”、“我的帖子”和“⋮ 更多”，没有标签就可以了。折叠/压缩已经由“更多”处理，所以不需要那个。而且正如我认为已经很清楚的，包含的内容并没有什么一致性，所以它不是一个有意义的 agrupamiento。
这也可以解决另一个奇怪的地方——“社区”标题旁边的 
用于“新主题”。相反，这可以简单地替换为“+ 新主题…”。与现在相同的总体空间，并且新主题链接现在清晰了，而且我也不再那么伤心了。
基本上您想要为每个用户更改文本的功能？
无论如何——我理解您的感受，无论如何。社区或多或少只是另一个炒作。抱歉，我不是某个特殊社区的一员，仅仅因为我正在管理一个 discourse 论坛；）我只在一个论坛里做会员。
一些曲棍球或足球爱好者可以建立一个社区，当然。
但是……文本应该改变世界吗？不。我也不重视徽章，但我并不介意这里、那里和随处可见的徽章。
抱歉，可能我的一些幽默尝试没有被翻译过来。我坚信默认情况下删除此文本是正确的做法。
我认为将其中包含的项目称为“捆绑包”有点名不副实。您是否偏好将其更改为其他名称？
我在回复中忽略了“无标签”部分（我们现在有两个社区版主，所以我只需要阅读一半的帖子 ）。我曾考虑保留可折叠部分，但我想这也不是一成不变的。
当前状态：
建议状态：
如果保留某些可折叠内容至关重要，一种可能性是“快捷方式”。不过，如果那里的所有内容都可以单独配置，那将是最有意义的。
就我个人而言，我认为这点折叠功能并没有增加太多价值。如果它足够重要，以至于要放在菜单顶部，那它就足够重要，可以作为顶级选项。或者，将整个部分移到底部，在那里它占用的空间大小并不重要。（“更多”作为整个菜单最底部的最后一项，感觉更“合适”。）
我个人喜欢这个。同时，我也不介意当前的实现方式。也许我们把它设计成可折叠是有原因的。
我喜欢这个建议！依我之见（IMHO），“社区”标题下的项目是核心菜单项。我觉得“社区”标题是多余的，如果能去掉它就更好了，这样侧边栏就有更多空间给其他项目了。话虽如此，至少对我来说，这是一个小抱怨。如果去掉这个标题比听起来要复杂，那么也许把精力花在其他地方会更好😊
我认为目前的设置对其他所有内容（例如“类别”、“标签”等）都效果很好。
哦，天哪，我才意识到这个按钮的存在
我不明白为什么我需要折叠菜单，而你的版本看起来更合理。
非常非常非常赞同。这几乎是完美的。
我非常喜欢你的建议，但它在设计上会与侧边栏中的新消息按钮有所不同：
它们本质上做的是完全相同的事情，所以我认为它们应该拥有非常相似的设计。
不过，如果我能实际看到和试用一下，我的看法可能会大不相同。你的建议在保留当前的新个人消息按钮的同时，也可能非常好。
是的，我认为我会把“新消息”放在那里作为一个列表项。或者，+ 可以移到“收件箱”旁边——这也将提高一致性，因为所有标题旁边的图标（如果有的话）将是用于“编辑此部分”的铅笔。
（私人聊天有点不同——可以说它既可以有一个用于“添加新聊天”的+，也可以有一个用于编辑固定到侧边栏的聊天的铅笔。）
目前，我们仍然倾向于保留一个标题，以使这些侧边栏部分在行为和实现上保持一致。其他人一直在询问如何自定义“社区”部分中默认显示的链接，因此我认为允许折叠它可能仍然是一件好事。鉴于我们鼓励人们多读少写，+ 新建主题 目前对我们来说也是一个不错的“彩蛋”。
尽管如此，如果出现明显更好的替代方案，我也不介意将此部分命名为“社区”。
我将最后一次尝试“无标题”的建议，然后就此打住：我认为这一部分不应该像其他部分那样呈现，因为它本质上是不同的。其他部分是逻辑分区，基本上将相同的东西归类。这一部分是一个大杂烩。所以，“无标题”在概念上是最好的。/结束尝试
好的，这一点我将更坚决地争取。虽然我用幽默的方式表达了，但我真心、非常认真地认为，将菜单顶部的难以归类的项目标记为“社区”是有严重危害的。
它贬低和滥用了一个已经被滥用了很多的词，但对我来说，这个词意味着重要的东西——对我来说，它是我人生工作中一个重要的组成部分（我知道，_戏剧化了，但我很认真）。社区意味着**人，而且不仅仅是任何随机的人，而是有共同兴趣的人**。这非常非常重要。
当听到“社区”用来描述营销群体（如果有什么的话）而不是真正的社区时，我可以翻白眼。当人们将社区的概念与“我们有一个论坛供人们发帖”混淆时，我可以试着温和地纠正。或者，当开源项目中的某人谈论“社区”是指_用户群_时，我们可以就哪些用户子集构成真正的社区，以及开发者（或公司支持者）_是否_是该社区的一部分进行一次_好的_对话。
但这种情况比上述任何一种都糟糕——它故意使用“社区”来表示没有任何意义。“其他”或“杂项”似乎更糟，因为它们直截了当地表示“我们不知道该叫什么”，而如果你眯着眼睛看“社区”，你可以将其溶解为某种程度上涵盖了：
但讨论类别、聊天频道、标签_却不包括在内？
我认为“其他”和“杂项”之类的建议_似乎_是错误的，因为它们太直白了。将这样的东西放在顶部似乎不好。“社区”则可以绕过这种反应，因为你把它当作什么意思都不重要。请不要这样做。
此外，你现在已经消耗了这个标签，以至于它不能用于其他任何地方。我能看到这里有三种主要情况：
当然，这些网站可以更改文本以供自己使用，但 1）它们现在与 Discourse 的其他宇宙不一致，2）这实际上是将问题推给了其他人。
你要求“一个明显更好的选择”。我认为这是一个不公平的标准。或者更确切地说，我认为_任何_不具有破坏性的东西都跨过了这个标准。我仍然非常相信第一个想法 [11]，但我说过我不再争论了。所以，让我提供一些我认为有建设性的替代方案：
……如果必须的话，可以随意使用任何一个的同义词。我认为它们都“明显更好”。
如果你坚持要在这种设计中使用某个标题标签，但_似乎没有一个词_合适，那可能表明存在第三种可能性——存在根本性的概念问题，而设计需要更大的重新思考。
但无论你选择什么：请，请，不要像现在这样。
"一切"如果你属于_论坛=社区_阵营，是有道理的。请不要硬编码。对于像 Fedora 这样的社区，“社区一切”应该远不止 Discourse 帖子。我可能会期望它指向项目组织结构图或类似的东西。 ↩︎
我是一个社区吗？ ↩︎
可能相关——但也许在某些情况下，群组应该是“社区” ↩︎
好的。是人！另一个也可以是“社区”——顺便说一句：在我的网站上，我已经将其更改为“用户”。这是因为虽然“用户”从_Discourse 开发者的角度来看_是完全有意义的——网站上的所有账户都代表_Discourse 用户_——但对于任何_关于产品_的网站，“用户”应该是_产品的用户_，而这可能根本不是所有 Discourse 账户！ ↩︎
我想不出这个与社区有关的理由 ↩︎
好吧，当然——人们有这些 ↩︎
非常错误 ↩︎
只有在“论坛=社区”的概念下才是正确的 ↩︎
与关于相同，但更奇怪 ↩︎
不是因为过于较真而错误——而是因为这_错失了潜在的可能性_ ↩︎
这个部分概念上不应该有标题 ↩︎
如前所述，如果可编辑效果最好 ↩︎
或 Miscellaneous 或 Misc ↩︎
我同意你所说的一切，尤其是这一点！我们确实应该重新处理那部分内容。
我投票给这些……
……或者 工具。
我认为我们最终将不需要进行太多讨论。
我们即将宣布自定义侧边栏部分！如果长期来看所有部分都是自定义部分呢？……您可以选择标题以及每个存储桶中的链接。
想在一个部分中混合 3 个标签、2 个类别和您的书签……尽管去做吧……
但我确实强烈支持 @awesomerobot。我不想在侧边栏中引入任何新的“实体”。可折叠部分的统一性在这里具有巨大的优势。引入一个名为“无标题的不可折叠部分”的新实体，让我感到不安。
好的。我希望这也成为一个改变默认设置的机会，因为可以更改它但保留“社区”并不能真正解决我的担忧。
