移除传统汉堡菜单导航选项

去年,我们宣布了新的侧边栏导航菜单,此后它已成为新站点的默认导航菜单,许多现有站点也已采用。同时,我们在 navigation_menu 站点设置中将旧的汉堡下拉菜单标记为 legacy

作为 legacy 导航菜单的替代,我们引入了 header dropdown 导航菜单选项。此选项专为不希望使用 sidebar 导航菜单但仍希望保留侧边栏提供的自定义选项的站点而设计。

在即将发布的 Discourse 版本中,我们将自动把所有站点迁移到新的 header dropdown 导航,从而停止对 legacy 导航菜单的支持。在下一个版本中,我们将完全移除 legacy 导航菜单选项。 在我们的托管服务上,我们将逐步将仍在使用 legacy 导航菜单的站点过渡到 header dropdown 导航菜单。

请注意,如果您不设置任何默认类别或标签,它将显示如下。

您可以通过“Configure Defaults”(配置默认值)添加默认类别或标签,这将引导您进入以下设置。

Screen Shot 2023-06-01 at 12.45.00

Screen Shot 2023-06-01 at 12.46.16

您可以从弹出菜单中将这些更改应用于现有的用户偏好设置。

设置好所有默认值后,您还可以查看“All Categories”(所有类别)和“All Tags”(所有标签)链接。

Categories

Tags

侧边栏对用户的默认体验与用户首次在网站上看到的内容不同,因为用户尚未个性化自己的侧边栏。

Normal User view

Header dropdown

Sidebar

Admin User view

Header dropdown

Sidebar

Anonymous User view

Header dropdown

Sidebar

依赖官方插件 API 自定义 legacy 汉堡菜单的主题或插件将继续正常工作。但是,如果您的自定义没有使用官方插件 API,您可能需要为 header dropdown 导航菜单调整它们。

如果您在切换到 header dropdown 导航菜单时遇到任何问题,请随时在此处分享您的反馈,我们将很乐意为您提供帮助。

30 个赞

这似乎还为时过早。用户可自定义的部分感觉仍像原型。站点级别的自定义似乎更不成熟。我们看到这个之前,会有更好的嵌套类别处理吗?标签组?

关于这应该如何与“类别和最新主题”主页样式配合,是否有任何设计思考?也许我错过了,但它们似乎尴尬地冲突,我不知道该怎么办。

而且,“社区”还是?真的吗?

7 个赞

在更新到即将发布的版本时,设置为 legacy 的实例是否也会自动发生这种情况,还是该版本仅移除将来选择 legacy 的能力?

此处进行的更改是将使用“旧版”(汉堡包)的网站切换到新的“标题下拉菜单”(汉堡包)菜单。

我们不会强制每个人使用侧边栏,并且标题下拉菜单应能很好地与类别 + 最新主页选项配合使用。

您提到的用户和网站范围的可自定义部分肯定仍在发展中,但这只是新功能。

随着我们开始更广泛地推出,网站仍有机会选择退出并使用汉堡包菜单 一段时间。我们将利用这些反馈(以及这里的反馈)来帮助确定在最终移除之前是否需要进行任何其他更改。

我们不打算在 3.1 之前这样做,这很可能在七月/八月期间。

我说错了。如果我们在此过程中没有发现其他需要更多时间的问题,我们可能会更早地进行此操作。

6 个赞

仅供参考: 我一生中写过很多用户文档,并且是术语和使其对用户更清晰的坚持者。因此,我现在尝试将其称为导航器(或导航)菜单,因为这才是它真正应该有的名称。汉堡图标是大多数人似乎一直在提及的名称,也是该图标在其他应用程序中被接受的名称。旧的导航器菜单仍然有汉堡图标。新的导航器菜单可以在下拉菜单或侧边栏中进行配置(但我不明白为什么在下拉模式下它仍然被称为侧边栏?)。我以前称它为汉堡菜单,但当我切换时,我决定为我的用户更改术语,现在称其为导航器菜单(或侧边栏),并将图标称为汉堡图标。(例如:点击汉堡图标即可打开导航器菜单)。

总之,这个周末我从旧的导航器菜单迁移到了新的导航器菜单。我一开始使用的是下拉模式,以便尽可能地使其与旧菜单相似,这样我的用户就能更容易适应(我的用户群体年龄较大,大多在 40-80 岁之间)。推出比我预期的要顺利得多,用户也很喜欢可定制的功能。我本来计划将菜单保持在下拉模式,但在几天后,我意识到在桌面端,它在左侧的滑出模式下要好得多。我也喜欢它更像移动视图。所以昨晚我将它切换到了左侧的滑出模式,我对它非常满意。回想起来,我认为这种无意的分阶段迁移是一件好事。

一些反馈:

  • 我唯一的主要抱怨是,我希望对顶部区域的自定义有更多的控制权(我在文本替换控制台中轻松地将“Community”重命名为我的论坛标题)。我使用了一些 CSS 来更改该部分的一些内容,但访问这些元素有点棘手。
  • 为什么“Latest”被称为“Everything”?我也更改了那个
  • “My Posts”不应该在“Admin”和“Review”选项之上,因为这会将“Review”推入“…More”部分。请让“Staff”控件优先。

到目前为止很喜欢这个菜单。Discourse 团队做得很好 :clap: :slight_smile:


编辑: 好的,在这篇帖子发布后不久,我发现“Everything”是动态的,会从“latest”变为“new”。直到我启用了“power user”选项并且有人指出后我才注意到(哎呀)。我喜欢这个。我只是需要为它找到一个更好的名字(Recent / Unread)。很酷的功能。我也注意到,当有标记(flags)待处理时,“Review”会向上移动,所以这也不是问题。

10 个赞

我记得我曾经在某个地方报告过这个问题……但我仍然与[我认为是]自定义类别组件存在某种交互……

更新补充:这是我很久以前报告这个问题的地方……

3 个赞

抱歉,您能否澄清一下您希望在截图中的高亮区域看到什么?这与分类图标有关吗?

3 个赞

我希望在类别旁边看到图标。在“旧版”模式下,我看到的是这样……

7 个赞

这对我们的网站来说也是一种倒退。

3 个赞

是的,我找到了你之前的主题。类别应该可以添加图标,因为它们在其他可自定义的菜单部分中可用,并且在旧版菜单中也可用。

3 个赞

好的,我们会在移除旧菜单之前,将它列入我们处理类别图标的计划中。

9 个赞

好的,我和我的版主刚注意到,在“员工”视图中,当有待处理的标记时,“审核”选项会移到“管理员”之上。我真的很喜欢这个!它(大部分)解决了我的上述问题。:slight_smile:

我的用户最近表现得相对比较好,哈哈。

7 个赞

当没有需要审核的内容时,将“审核”链接移至“更多”下拉菜单是一项我们有意为之的设计决策。当审核队列中有项目时,该链接将自动移出“更多”下拉菜单。

5 个赞

在考虑从 legacy 切换到 sidebar 时,我发现类别和标签为空,尽管 default sidebar categoriesdefault sidebar tags 已正确设置。也许我是在它们成为用户偏好设置之前设置的,或者我回答“否”不为现有用户更改它们,尽管我不相信我会做后者。

我需要将这些默认设置重置为空,回答“是”以更改历史记录,然后再次正确设置并再次回答“是”。一次回答“是”且为空很重要,否则更改不会应用于我的用户偏好设置。


另外,将这些设置命名为 sidebar 有点奇怪,因为它们同时适用于侧边栏和标题下拉菜单,但对于管理员设置名称来说,这也不是什么大问题,而且设置名称对用户偏好设置是隐藏的。

然而,在用户偏好设置 UI 中,如果实际上是想更改标题下拉菜单的设置,却必须转到“Sidebar”部分来更改“Sidebar’s categories section”等的设置,这感觉相当奇怪。

5 个赞

在 phpBB 中有一个叫做“活动主题”(Active Topics)的功能,这可能是一个不错的术语。

1 个赞

新菜单令人费解。它缺少人们最想要的东西,比如“最新”。导航现在需要多次点击。我收到了用户的投诉。我该如何切换回原来的版本?这让我想起了 Atlassian。

工具提示只显示“菜单”,所以我称它为菜单。

image

1 个赞

Latest 是 Everything 的一部分 - 这个会动态地在 Latest 和 Unread 之间切换。侧边栏通知的设置也在用户偏好设置中的侧边栏部分。

如果你愿意,可以在所有用户都能看到的自定义链接部分添加指向 /Latest 和 /Unread 过滤器的链接。

你也可以在 js.sidebar.show_sidebarjs.sidebar.hide_sidebar 中通过文本替换来更改汉堡图标的工具提示。

你还可以使用文本替换来更改“Everything”的名称。

2 个赞

我可以自定义我的网站以改善用户体验,但这为什么不能一开始就有良好的用户体验呢?

“所有内容”可能是我见过的最奇怪的菜单选项。什么决定了它实际上是“最新”还是“未读”?

这个主题的标题使用了开发者术语(“汉堡包”)也不好。

6 个赞

我记得“汉堡包”图标一直是那个图标的通用名称。它被用在许多应用程序中。我一直在使用这个术语来描述图标/菜单,因为我一直在做应用程序管理和支持,我的用户(年长、非技术人群)对此从未有过问题,他们经常开玩笑说汉堡包菜单里没有食物。 :wink:

2 个赞

如果你没有未读项目,那么它就是“最新”。

3 个赞