代码之家  ›  专栏  ›  技术社区  ›  Colin Coghill

不使用传统的“菜单”栏的应用程序的可用性

  •  4
  • Colin Coghill  · 技术社区  · 16 年前

    我最近注意到,在Windows应用程序中,不再在应用程序中包含菜单栏(“文件编辑…”菜单),而将功能链接到图标上似乎是随机分布在应用程序窗口中,这似乎是一种趋势。 例如:IE8、Windows 7 Media Player。

    是否有可用性证据推动这一变化?(我个人认为这些应用程序很难使用)

    如果是这样,有人能建议我在哪里可以找到这项研究,也许还有一些使用这种风格编写新应用程序的指导方针吗?

    一些答案表明,这是“丝带”风格,这似乎是我所看到的。我仍然很难找到有效/无效的指导方针或证据。

    5 回复  |  直到 16 年前
        1
  •  1
  •   darlinton    16 年前
        2
  •  5
  •   Michael Zuschlag    16 年前

    微软Office的功能区可能激发了最新的一系列应用程序的灵感,这些应用程序使用多个没有文本标签的图标来代替菜单栏。然而,这些应用程序的实现显然没有理解或认识到功能区的优势,甚至连功能区成为功能区的原因也没有。

    单独使用图标标记的控件比单独使用文本标记的控件更难学习[参见Wiedenbeck S(1999)。在最终用户应用程序中使用图标和标签:学习和保持的实证研究。行为与信息技术,18(2)]缺少文本标签 这些应用程序中的控件可以帮助您。

    请注意,Office功能区通常通过为控件组提供文本标签(Office徽标是一个显著的例外)和为大多数单个控件提供文本标签(Home选项卡上的许多控件是另一个显著的例外)来避免这两个陷阱。

    经过大量的研究,办公色带在很大程度上保留了传统的文件编辑视图排列命令,找到了传统的菜单栏。没有证据表明这个组织有任何问题。

    在我看来,图标分散的用户界面设计代表了一种时尚或品牌声明,一种相当笨拙的尝试,试图表现出类似于“办公室”的先进水平,以及用图形装饰用户界面的借口。它们不是可用性的改进。

    有关丝带的所有信息,请参见 Jensen Harris’s blog . 我的 critique of the Ribbon . 不是我特别满意 traditional menu bar and tool bar .

        3
  •  3
  •   Peter Mortensen Pieter Jan Bonestroo    16 年前

    它是 ribbon . 可能它比标准菜单更容易使用,因为它依赖于上下文。开发它的全部目的是,尽管事实上Word现在几乎可以做任何事情,但人们抱怨它缺少一些功能,仅仅是因为找不到它们。所以,人们都在努力思考,他们创造了缎带。由于上下文相关,它向您显示了您现在可能使用的功能,而不是所有的功能,并且它保存了屏幕属性,因此用户实际上可以看到更多的功能。

        4
  •  0
  •   Terrell Miller    16 年前

    功能区仍然用作导航区域-菜单栏和工具栏的组合,往往按区域(打印、设计、布局、外部数据)而不是传统样式(文件、编辑、工具)进行组织。虽然它确实需要一点适应按区域组织的事情,但它确实增加了可用性。

    我认为IE8将菜单栏集成到与选项卡相同的行中的原因是为了允许更多地查看不动产(或垃圾工具栏加载项)。对于像浏览器这样简单的东西来说,一个功能区是多余的,99%的时间你做三件事之一:输入一个URL,转到书签/收藏夹,或者打印。

    如果您正在编写基于Windows的数据库系统或其他复杂的应用程序,一定要检查Microsoft如何在其Office产品中使用这些功能区。

        5
  •  -1
  •   F. Microsoft    16 年前

    “Ribbon”只不过是一个胖工具栏。这样的事情正在被发明,不是因为用户的要求或需要,而是因为大公司的傲慢和无聊,富有的经理和“开发人员”无所事事。发明“东西是一回事,但是强迫每个人不去保留以前的,不杂乱的,经典的,工作的,熟悉的界面是绝对傲慢的。人们需要得到通知。你不必忍受。说点什么。