在Bruce Tognazini家 quiz on Fitt's Law ,这个问题讨论了分层菜单中的瓶颈(几乎在所有现代桌面用户界面中都有使用),讨论了他为最初的Mac设计的问题:
一级菜单和 二级菜单。用户第一张幻灯片 鼠标指针向下指向类别 菜单项。然后,他们必须小心 (水平)为了移动 指向辅助菜单的指针。 很明显他有 前臂固定在轨道上 可以很好地移动它 垂直分量。我们大多数人, 我们称之为肘部的支点。那个 意味着移动我们的手 要求有支点的人 我错了。我们是 当我们试图侧滑时。当我们 我们要找的菜单快关门了 Windows的人试图克服 黑客的轴心问题:如果他们 看到用户向下移动到 主菜单上的下一项, 它们不会立即关闭 二级菜单。相反,他们离开了 不准确但仍进入 闭嘴。不幸的是,人们 错误是放慢速度,而不是 现象。因此,很少有用户会这样做 可以解决他们的问题。微软的 解决方案完全错误。 当我指定Mac时 80年代中期的菜单算法,我 需要一个形状像 <,这样用户就可以 错误越来越大 毫无畏惧地走近那座山 跳转到不需要的菜单。作为 只要用户的指针在移动 每下降一个像素就有几个像素, 平均来说,菜单是开着的,不是吗 (取消还是挺容易的; 只是故意上移或下移。)
一级菜单和 二级菜单。用户第一张幻灯片 鼠标指针向下指向类别 菜单项。然后,他们必须小心 (水平)为了移动 指向辅助菜单的指针。
很明显他有 前臂固定在轨道上 可以很好地移动它 垂直分量。我们大多数人, 我们称之为肘部的支点。那个 意味着移动我们的手 要求有支点的人 我错了。我们是 当我们试图侧滑时。当我们 我们要找的菜单快关门了
Windows的人试图克服 黑客的轴心问题:如果他们 看到用户向下移动到 主菜单上的下一项, 它们不会立即关闭 二级菜单。相反,他们离开了 不准确但仍进入 闭嘴。不幸的是,人们 错误是放慢速度,而不是 现象。因此,很少有用户会这样做 可以解决他们的问题。微软的 解决方案完全错误。
当我指定Mac时 80年代中期的菜单算法,我 需要一个形状像 <,这样用户就可以 错误越来越大 毫无畏惧地走近那座山 跳转到不需要的菜单。作为 只要用户的指针在移动 每下降一个像素就有几个像素, 平均来说,菜单是开着的,不是吗 (取消还是挺容易的; 只是故意上移或下移。)
这简直把我吓坏了!这样一个简单的想法将导致可用性的巨大改进。我确信我不是唯一一个经常关闭下一级菜单的人,因为我没有将鼠标指针移动到一个完美的水平线上。
所以我的问题是:有没有什么现代的UI工具包实现了a<分层菜单中的形状缓冲区?如果不是,为什么不?!
没有主流的GUI工具包(Win32、MFC、Cocoa、GTK、KDE、FOX、FLTK)能做到这一点。
事实上,菜单handlinge通常是如此糟糕的特性和糟糕的实现,以至于你不得不怀疑为什么没有人以任何方式改进它。
