windows:Commands/toolbars/design-concepts

出自UXGuide.net

跳转到:导航, 搜索

工具栏:设计理念
Toolbars: Design Concepts

目录


它用在这里合适吗?

考虑下列问题以进行判断:

如果你的程序有工具栏而没有菜单栏,且大部分命令都是通过菜单按钮及分割按钮(split button)来间接访问的话,该工具栏在事实上是菜单栏。应当改用菜单设计规范中的工具栏菜单模式。


设计理念

一个好的菜单栏应当是对所有可用的顶级命令的全面分类,而一个好的工具栏则应当提供对常用命令的快速、便捷的访问。工具栏并不打算训练用户——而只是让他们工作效率更高。一旦用户学会使用工具栏上的命令,他们就很少会再从菜单栏中访问该命令。基于这些原因,程序的菜单栏和其工具栏无需直接对应。


工具栏 vs. 菜单栏

习惯上,工具栏与菜单栏在下列方面存在差异:

Aa511500_Toolbars02(en-us,MSDN_10).png
在这个示例中,单击“打印”工具栏按钮会将文档直接在默认打印机上打印一份。
Aa511500_Toolbars03(en-us,MSDN_10).png
带标签的工具栏按钮所占用的空间大概是不带标签的三倍。
Aa511500_Toolbars04(en-us,MSDN_10).png
在这个示例中,最常用的图标都具有自说明性。
Aa511500_Toolbars05(en-us,MSDN_10).png
对于工具栏按钮来说,独特的位置、形状及颜色都有助于提高图标的可识别性与区分性。
Aa511500_Toolbars06(en-us,MSDN_10).png
对于菜单栏命令,用户最终还是依赖于其标签。


效率

鉴于其自身特点,工具栏必须主要为提高使用效率而设计。效率不高的工具栏是没有任何意义的。


最重要的一点:

确保你的工具栏主要是为提高使用效率而设计的。工具栏应专注于常用、即时、直接且能够快速识别的命令。


隐藏菜单栏

工具栏与菜单栏通常能够配合得很好:好的工具栏能够提高效率,而好的菜单栏则保证完整性。同时拥有菜单栏和工具栏可以发挥各自的优势而不会相互影响。

令人意外的是,这种模式在简单程序中被打破了。对于只有少数命令的程序来说,同时具有菜单栏和工具栏并不合适,因为菜单栏会显得多余,成了低效率版本的工具栏。

为了避免重复,Windows Vista® 中的很多简单程序都仅通过工具栏来提供命令,默认隐藏菜单栏。这些程序包括 Windows Explorer、Windows Internet Explorer®、Windows Media® Player 和 Windows Photo Gallery。

这是一个不小的改变。移除菜单栏彻底改变了工具栏的性质,因为此时的工具栏需要保证全面性,并在以下方面发生变化:

Aa511500_Toolbars07(en-us,MSDN_10).png
在这个示例中,Windows Photo Gallery 中的“打印”工具栏按钮会显示打印对话框。

用于对菜单栏进行补充的工具栏的设计与被移除或隐藏的菜单栏一起使用的工具栏是不同的。因为你无法假定用户会显示隐藏的菜单栏来执行某个命令,因此在进行设计决策时,应当将隐藏菜单栏视为完全移除了菜单栏一般。(如果你默认隐藏了菜单栏,不要假设用户会想到显示菜单栏来寻找命令甚至是研究如何显示它。)

设计在没有菜单栏的情况下使用的工具栏往往会需要进行妥协。但为了提高效率,不要过多地妥协。如果隐藏菜单栏会导致效率低下的工具栏的话,就别隐藏菜单栏!


键盘无障碍访问

从键盘访问工具栏与访问菜单栏有很大的不同。当用户按下 Alt 键时菜单栏将接收输入焦点,按 Esc 键则失去焦点。一但菜单栏具有输入焦点,它将会独立于窗口其他部分而进行导航,处理所有的方向键、Home、End 及 Tab 键。相反,工具栏则是在用户按 Tab 键遍历窗口所有内容的过程中接收输入焦点的。因为工具栏在 Tab 顺序中位于最后,所以用户可能需要花费大量精力才能激活复杂页面上的工具栏(除非用户知道使用 Shift+Tab 来往回切换)。

无障碍访问在这里出现了两难的局面:虽然工具栏对于鼠标用户来说更易用,但对于键盘用户来说则较难访问。这在同时拥有菜单栏和工具栏时并没有问题,但当菜单栏被移除或隐藏时则会产生麻烦。

出于无障碍访问的考虑,尽可能保留菜单栏,而不要为了工具栏而将其完全移除。如果你必须选择移除或隐藏菜单栏,那么尽可能进行隐藏。

导航
工具箱