# 试试新的侧边栏和通知菜单！

**URL:** <https://meta.discourse.org/t/try-out-the-new-sidebar-and-notification-menus/238821>\
**Category:** Announcements\
**Tags:** notifications, sidebar, new-feature\
**Created:** [2022年九月20日 14:07 UTC](https://meta.discourse.org/t/try-out-the-new-sidebar-and-notification-menus/238821 "2022-09-20T14:07:19Z")\
**Posts on this page:** 20\
**Page:** 6

<div class="post-metadata">

**Author:** ![nathank](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/nathank/32/290039_2.png) [@nathank](https://meta.discourse.org/u/nathank)\
**Post date:** [2022年九月25日 18:34 UTC](https://meta.discourse.org/t/try-out-the-new-sidebar-and-notification-menus/238821/129 "2022-09-25T18:34:42Z")

</div>

您已经可以通过 CSS 来实现这一点：

```plaintext
// 隐藏侧边栏的标签部分
div.sidebar-section-wrapper.sidebar-section-tags {
    display: none;
}

```

---

<div class="post-metadata">

**Author:** ![ncaming215](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/ncaming215/32/205701_2.png) [@ncaming215](https://meta.discourse.org/u/ncaming215)\
**Post date:** [2022年九月25日 19:41 UTC](https://meta.discourse.org/t/try-out-the-new-sidebar-and-notification-menus/238821/130 "2022-09-25T19:41:27Z")

</div>

这是故意的吗？我看到简短的描述仅向未登录用户显示。例如…

未登录：

 ![Screen Shot 2022-09-25 at 3.39.09 PM](https://global.discourse-cdn.com/meta/original/4X/d/6/2/d62f7b96e80bc7dcd0721280bc5cc5efff330293.png)

已登录：

 ![Screen Shot 2022-09-25 at 3.39.17 PM](https://global.discourse-cdn.com/meta/original/4X/f/a/d/fadf8c43ec997a9f4a06652d6f47b8776f36f3b1.png)

---

<div class="post-metadata">

**Author:** ![HAWK](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/hawk/32/86627_2.png) [@HAWK](https://meta.discourse.org/u/HAWK)\
**Post date:** [2022年九月25日 19:44 UTC](https://meta.discourse.org/t/try-out-the-new-sidebar-and-notification-menus/238821/131 "2022-09-25T19:44:32Z")

</div>

> [@ncaming215](#):
>
> 我看到简短的描述只显示给未登录用户。

我认为理论是，如果有人有账户，他们已经知道社区是关于什么的了。

---

<div class="post-metadata">

**Author:** ![seanblue](https://avatars.discourse-cdn.com/v4/letter/s/dc4da7/32.png) [@seanblue](https://meta.discourse.org/u/seanblue)\
**Post date:** [2022年九月26日 12:19 UTC](https://meta.discourse.org/t/try-out-the-new-sidebar-and-notification-menus/238821/132 "2022-09-26T12:19:49Z")

</div>

此主题下的帖子很多，因此如果我重复了之前说过的内容，敬请谅解……

关于新的通知结构，我有几点意见：

- 之前有人建议删除“全部”部分。我强烈反对。如果我必须浏览几个子部分才能看到所有通知，那将是巨大的倒退。
- 我也反对将“全部”部分按通知类型排序/分组的建议。子部分已经存在于此目的……“全部”部分应始终按最近顺序显示。
- 与此相关的是，我认为如果您先阅读了较新的通知，那么在您阅读通知后，“全部”部分中的通知会重新排序？我在这里收到的通知不够频繁，无法仔细检查，但我认为昨天我看到的就是这样。这似乎意味着最高优先级的排序标准是未读，但我仍然不知道我是否喜欢这样。我觉得“全部”部分应该_始终_按最近顺序排序。也许对于收到大量通知的人来说，“未读”部分会更有意义。
- 我对子部分的排序没有强烈偏好（我收到的通知不多，不需要使用它们），但我确实觉得将引用放在“其他”部分有点奇怪。也许只有我这么认为，但我认为引用与回复是相同的。（提及也几乎等同于回复。）如果有人引用我，99%的情况下他们是在回复我，但默认的 Discourse 设置会在引用了同一用户的回复时将其删除。考虑到该设置，将引用视为“其他”感觉很奇怪。
- 我认为通过合并回复、引用和提及来简化部分会很有益。不确定这是否适用于所有社区，但如果它们被分组，我更有可能使用该子部分。
- 我会做一个排序更改。书签本身并不是通知（当它们只是列出时，就像现在一样），所以我认为它不属于其他通知。因此，我想将该部分移到个人资料部分下方，如果需要，只需单独处理书签通知。或者，我想将书签、私信和个人资料图标放在前面（在“全部”通知之后），然后显示 hr，然后显示通知过滤器。这将模仿旧版本中的显示方式，过滤器只是最后添加的功能。
- 通知子部分列表应可滚动。在手机上回复此内容时，我无法看到整个菜单，除非完全隐藏编辑器。应该进行更改，以便如果我上下滑动手指，菜单会滑动。

---

<div class="post-metadata">

**Author:** ![mattdm](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mattdm/32/216484_2.png) [@mattdm](https://meta.discourse.org/u/mattdm)\
**Post date:** [2022年九月26日 19:14 UTC](https://meta.discourse.org/t/try-out-the-new-sidebar-and-notification-menus/238821/133 "2022-09-26T19:14:55Z")

</div>

我的第一印象是，我有点不知所措和困惑。主页突然变得\_非常\_繁忙。我的大脑花了几分钟才理解这个想法——哦，它实际上是同一个汉堡菜单，只是默认展开了，移到了左边，并增加了更多功能。

所以我想我能习惯它。🙂

我确实觉得这个设计有点刺眼——大小不一，而且 **全大写** 的标题与主要设计形成强烈对比，而配色方案似乎\_不足以\_突出它。但所有这些都可以解决。

我的网站默认使用“分类和最新”视图作为主页，我相当喜欢——但这与侧边栏菜单有些\_冗余\_。我必须弄清楚如何调和这一点。

---

<div class="post-metadata">

**Author:** ![mattdm](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mattdm/32/216484_2.png) [@mattdm](https://meta.discourse.org/u/mattdm)\
**Post date:** [2022年九月26日 19:22 UTC](https://meta.discourse.org/t/try-out-the-new-sidebar-and-notification-menus/238821/134 "2022-09-26T19:22:30Z")

</div>

> [@Jonathan5](#):
>
> 我想知道是否可以将这些东西反过来关联——当类别和标签被监视或跟踪时，它们默认显示在侧边栏上。

我赞成这个提议。它能做到两件事：简化令人困惑的界面，并使监视/跟踪类别和标签的想法更容易被发现。在 Fedora Discussion 上，我正试图让人们接受将标签\[1\] 视为传统邮件列表的替代品。这实际上是一个相当不错的映射，但人们习惯于在社交媒体或传统论坛\[2\] 中使用标签的方式来思考它。我认为在这里添加这个功能会有很大帮助。

作为奖励，这使得“跟踪”对于标签和类别真正有意义。\[3\]。

* * *

1. 不是类别——如果有人好奇，我可以在另一个帖子里详细说明！ 

2. 通常将标签作为“包罗万象！”功能集的一部分启用 

3. 至少对我来说，以前它并没有真正这样

---

<div class="post-metadata">

**Author:** ![mcwumbly](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mcwumbly/32/103861_2.png) [@mcwumbly](https://meta.discourse.org/u/mcwumbly)\
**Post date:** [2022年九月26日 19:24 UTC](https://meta.discourse.org/t/try-out-the-new-sidebar-and-notification-menus/238821/135 "2022-09-26T19:24:39Z")

</div>

> [@seanblue](#):
>
> 我认为通过合并回复、引用和提及来简化这些部分可能会有益。

也许我们可以合并这三者，但作为起点，我认为将引用包含在回复子菜单中有意义。

---

<div class="post-metadata">

**Author:** ![mcwumbly](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mcwumbly/32/103861_2.png) [@mcwumbly](https://meta.discourse.org/u/mcwumbly)\
**Post date:** [2022年九月26日 19:30 UTC](https://meta.discourse.org/t/try-out-the-new-sidebar-and-notification-menus/238821/136 "2022-09-26T19:30:18Z")

</div>

> [@mattdm](#):
>
> > [@Jonathan5](#):
> >
> > 我想知道是否应该将这些东西反过来关联——当类别和标签被监视或跟踪时，它们默认出现在侧边栏中。
> 
> 我赞成这个想法。它做了两件事：简化了令人困惑的界面，_并且_使监视/跟踪类别和标签的想法更容易被发现。

最初，事情就是这样运作的——你需要跟踪或监视事物才能将它们添加到你的侧边栏。

我们发现有几种情况，人们希望从侧边栏轻松访问某些事物，但_不希望_收到所有额外的通知。这导致人们要么收到更多的通知干扰——要么——选择不将他们喜欢的东西放在侧边栏中。

所以，我们决定将它们解耦。

但我认为我们现在处于设计的中间状态。

我_喜欢_不必跟踪事物就可以将它们放在侧边栏中，但我同意，如果我确实跟踪了事物，那么将它们放在侧边栏中可能是合理的。我认为我们将来可能会朝着这个方向做出改变。

---

<div class="post-metadata">

**Author:** ![mattdm](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mattdm/32/216484_2.png) [@mattdm](https://meta.discourse.org/u/mattdm)\
**Post date:** [2022年九月26日 19:32 UTC](https://meta.discourse.org/t/try-out-the-new-sidebar-and-notification-menus/238821/137 "2022-09-26T19:32:17Z")

</div>

对于作为通配顶层菜单项的 **COMMUNITY** （社区），是否考虑过其他选项？我对这个词的使用有些敏感，我知道这听起来有点像在推风车或给自行车棚刷漆，但……我认为最好换个说法。如果该部分是“社区”，为什么 _消息_ 不算“社区”？而且，这里还有一个名为 #Community Building（社区建设）的分类，这就更加奇怪了。此外，_文档_ 和 _常见问题_ 也归为“社区”吗？

也许可以改为 **站点菜单** ？或者，将 _所有内容_、_已追踪_ 和 _我的帖子_ 归为 **主题** ，其余内容归入 **导航** 或……其他名称？

---

<div class="post-metadata">

**Author:** ![mattdm](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mattdm/32/216484_2.png) [@mattdm](https://meta.discourse.org/u/mattdm)\
**Post date:** [2022年九月26日 19:39 UTC](https://meta.discourse.org/t/try-out-the-new-sidebar-and-notification-menus/238821/138 "2022-09-26T19:39:23Z")

</div>

> [@mcwumbly](#):
>
> 我_喜欢_不用跟踪就能将内容放入侧边栏，但我同意，如果我_确实_跟踪了内容，那么将其放入侧边栏是有意义的。我认为我们将来可能会朝着这个方向进行一些更改。

但是“跟踪”不会触发通知，对吧？它只是显示未读或已读。事实上，正如我刚才尝试的那样，这种分离导致了一种行为，我认为这会让人们感到惊讶：如果你将一个类别添加到侧边栏，而该类别没有被监视或跟踪，它就会显示为空——就像你正在跟踪但实际上已经全部看完的内容一样。

我可能遗漏了某种我没有想到的使用方法，但这难道不是主要令人困惑吗？甚至没有指示哪个是哪个。

另外一个完全不同的问题：我希望有主题选项可以将“5 个未读”更改为仅显示数字（用圆圈或其他方式样式化）。因为在我看来，这可能也是导致我感到信息过载的原因之一。更少的文字可能有助于改善这种情况。

---

<div class="post-metadata">

**Author:** ![renato](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/renato/32/383632_2.png) [@renato](https://meta.discourse.org/u/renato)\
**Post date:** [2022年九月26日 20:31 UTC](https://meta.discourse.org/t/try-out-the-new-sidebar-and-notification-menus/238821/139 "2022-09-26T20:31:02Z")

</div>

> [@mattdm](#):
>
> 将“5 unread”更改为仅显示数字

另一种风格需要一个主题组件，但文本更改可以通过自定义字符串来完成，在以下位置将“%{count} something”替换为“%{count}”：

`js.sidebar.unread_count.one`  
`js.sidebar.unread_count.other`  
`js.sidebar.new_count.one`  
`js.sidebar.new_count.other`

在执行此操作时区分未读和新消息可能是一个好主意。

另外，在测试此功能时，我注意到我需要打开“消息收件箱”部分才能看到我有未读或新消息——如果在“收件箱”行上有一些指示会更好。

 ![image](https://global.discourse-cdn.com/meta/original/4X/a/9/3/a939d7e11898724ea2c5516a0d99c3926ea00b57.png)

---

<div class="post-metadata">

**Author:** ![mcwumbly](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mcwumbly/32/103861_2.png) [@mcwumbly](https://meta.discourse.org/u/mcwumbly)\
**Post date:** [2022年九月26日 20:44 UTC](https://meta.discourse.org/t/try-out-the-new-sidebar-and-notification-menus/238821/140 "2022-09-26T20:44:41Z")

</div>

> [@mattdm](#):
>
> 我希望有主题选项可以将“5 unread”更改为仅显示数字

我们曾经尝试过，但总体上并不受欢迎，因为人们会混淆新帖子和未读帖子数字的变化。我们可能会重新考虑，但决定等到我们可以进行一些关于新帖子和未读帖子合并的实验，以便仅数字本身具有意义。

> [@renato](#):
>
> “收件箱”行上应该有一些指示器。

是的，我们也在考虑如何将其他部分的内容合并到部分标题中。因此，消息本身也可能有一个指示器。

---

<div class="post-metadata">

**Author:** ![mattdm](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mattdm/32/216484_2.png) [@mattdm](https://meta.discourse.org/u/mattdm)\
**Post date:** [2022年九月26日 20:57 UTC](https://meta.discourse.org/t/try-out-the-new-sidebar-and-notification-menus/238821/141 "2022-09-26T20:57:41Z")

</div>

> [@mcwumbly](#):
>
> 是的，我们也在考虑如何将其他部分的内容汇总到部分标题中。因此，消息本身可能有一个指示器。

哦，说到标题：我发现 **社区** 旁边的：heavy\_plus\_sign：会开启一条新消息，这让我非常困惑。

---

<div class="post-metadata">

**Author:** ![awesomerobot](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/awesomerobot/32/142900_2.png) [@awesomerobot](https://meta.discourse.org/u/awesomerobot)\
**Post date:** [2022年九月26日 21:14 UTC](https://meta.discourse.org/t/try-out-the-new-sidebar-and-notification-menus/238821/142 "2022-09-26T21:14:25Z")

</div>

> [@mattdm](#):
>
> 我发现 **COMMUNITY** 旁边的 ➕ 会开启一条新消息，这完全令人费解。

这是一个很好的观点，之前那个部分被称为“主题”（正如你建议的那样），那时更直观。我们放弃了那个想法，因为我们开始有了太多的不同部分，所以我们将管理/组/用户/等合并到了新命名的“社区”部分。

---

<div class="post-metadata">

**Author:** ![stance455](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/stance455/32/255345_2.png) [@stance455](https://meta.discourse.org/u/stance455)\
**Post date:** [2022年九月27日 00:09 UTC](https://meta.discourse.org/t/try-out-the-new-sidebar-and-notification-menus/238821/143 "2022-09-27T00:09:33Z")

</div>

这真的很棒。它看起来干净，感觉“诱人”——我启用了它，并且不会再回到旧的汉堡菜单了。

我看到了很多建议和评论，但说实话，我真的很喜欢它。

我相信它会随着时间的推移而得到完善，但对于每个运行 Discourse 实例的人来说，尤其是像我这样自托管（和管理）的用户来说，我们刚刚获得了一个全新的菜单，否则这需要花费真金白银。

真是太棒了。

---

<div class="post-metadata">

**Author:** ![Jagster](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jagster/32/192154_2.png) [@Jagster](https://meta.discourse.org/u/Jagster)\
**Post date:** [2022年九月27日 04:13 UTC](https://meta.discourse.org/t/try-out-the-new-sidebar-and-notification-menus/238821/144 "2022-09-27T04:13:24Z")

</div>

> [@stance455](#):
>
> 所有运行 Discourse 实例的人，尤其是像我这样的自托管（和管理）实例，我们刚刚获得了一个全新的菜单

用户也这么想吗？因为……论坛毕竟是为用户准备的，而不是为管理员准备的，无论是否自托管 😉

---

<div class="post-metadata">

**Author:** ![Jonathan5](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jonathan5/32/197134_2.png) [@Jonathan5](https://meta.discourse.org/u/Jonathan5)\
**Post date:** [2022年九月27日 08:37 UTC](https://meta.discourse.org/t/try-out-the-new-sidebar-and-notification-menus/238821/145 "2022-09-27T08:37:13Z")

</div>

> [@Jonathan5](#):
>
> 如果通知菜单变成右侧边栏，会好用吗？

抱歉引用我自己，但我一直在思考这个问题。这确实会是一个改进。

或者，它可以保持原样（也许窄一点），但一直显示在屏幕上，直到你点击一个“X”按钮，就像聊天窗口一样。

---

<div class="post-metadata">

**Author:** ![nathank](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/nathank/32/290039_2.png) [@nathank](https://meta.discourse.org/u/nathank)\
**Post date:** [2022年九月27日 09:14 UTC](https://meta.discourse.org/t/try-out-the-new-sidebar-and-notification-menus/238821/146 "2022-09-27T09:14:59Z")

</div>

> [@Jonathan5](#):
>
> 但会一直显示在屏幕上，直到你点击“X”按钮，就像聊天窗口一样。

如果你点击汉堡包按钮（承认有点不直观），它就会完美消失。抱歉，不知道为什么我的屏幕录制是黄色/橙色的！

我希望有一个选项，可以默认将其最小化（也可以设置每个用户的默认值）。

---

<div class="post-metadata">

**Author:** ![Jonathan5](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jonathan5/32/197134_2.png) [@Jonathan5](https://meta.discourse.org/u/Jonathan5)\
**Post date:** [2022年九月27日 09:19 UTC](https://meta.discourse.org/t/try-out-the-new-sidebar-and-notification-menus/238821/147 "2022-09-27T09:19:14Z")

</div>

谢谢，但我认为我们在这里沟通有误。我知道侧边栏以及点击汉堡包按钮时它会消失（我认为我在这里建议侧边栏应默认隐藏，以便用户可以凭直觉理解汉堡包操作而不会感到意外）。在上面的帖子中，我的意思是 **通知窗格/菜单** 不应在你点击其链接之一后立即消失——理想情况下，它应该是一个右侧边栏 🙂

---

<div class="post-metadata">

**Author:** ![nathank](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/nathank/32/290039_2.png) [@nathank](https://meta.discourse.org/u/nathank)\
**Post date:** [2022年九月27日 09:24 UTC](https://meta.discourse.org/t/try-out-the-new-sidebar-and-notification-menus/238821/148 "2022-09-27T09:24:26Z")

</div>

哎呀——你说得对！我好像没怎么仔细看 🫢。

我不太同意。一直显示这么多东西会显得很杂乱。而且如果我想让内容打开更长时间，只需双击任何一个图标，它就会显示在主容器中。

[上一頁](https://meta.discourse.org/t/try-out-the-new-sidebar-and-notification-menus/238821.md?page=5)

[下一頁](https://meta.discourse.org/t/try-out-the-new-sidebar-and-notification-menus/238821.md?page=7)