Chrome 在 macOS 上将“选项卡”添加到其应用程序菜单(轻松访问所有打开的选项卡)

更新: 现在在 Canary 上直播。 这是它的样子:

Chrome macOS 应用程序菜单中的“选项卡”

谷歌正在添加“标签” Chrome的应用程序菜单在 macOS 中。 App Menu 出现在 Mac 菜单栏左侧的内容。 这些显示您正在使用的应用程序的名称以粗体显示,然后是其他菜单,通常使用标准名称,例如文件、编辑、格式或窗口。

这是怎样 Chrome的应用程序菜单现在看起来像:

macOS 中的应用程序菜单

谷歌正在向这个列表中添加一个名为“标签”的项目。 根据 我今天发现的代码更改请求,这个新菜单将包括现有“窗口”菜单中的“一些东西”,然后是与当前窗口中打开的选项卡相对应的条目列表。

根据 Chromium 代码库,此更改将:

1) 添加一个新类 TabMenuBridge,它将 TabStripModel 绑定到
NS菜单;
2)在主菜单中添加一个新的菜单项,名为“Tab”;
3) 为任何选项卡式浏览器窗口创建一个 TabMenuBridge
应用控制器。

为什么会发生这种变化?

这种变化背后的逻辑是什么? 他们这样做的原因有两个:

首先,允许更轻松地访问当前仅存在于选项卡的上下文菜单中的命令。

其次,允许更轻松地访问拥挤标签条中的标签。 第一个目的是明确定义和理解的,但第二个目的是非常实验性的。

第一个听起来很有用,但不是很令人兴奋。 然而,第二个实验用例对我来说听起来很令人兴奋。 我偶尔会在一个 Chrome 窗口,但不经常。 不过,我知道很多 Chrome 几乎总是打开很多标签的用户。 对于这样的用户,如果他们使用的是 macOS,这肯定会有用。

将来,我们可能会看到此菜单的更多更改或改进:

重命名静态项目以更好地适应它们的新上下文。 这是
此处未完成以避免破坏现有的用户密钥等效项,
通过全名识别项目。

探索此菜单中选项卡的其他顺序。

向此菜单添加其他选项卡操作,例如“书签”或可能
页面动作。

添加搜索栏以在标签标题/来源中搜索?

为静态操作添加等效键(这将解决
此提交的实际可访问性错误)

“探索标签的其他顺序”对我来说听起来很有趣。 如果这也可以显示选项卡组怎么办?

对于这个新的“标签”菜单,您还有其他想法吗? 在评测中告诉我!