it-swarm.cn

标签-悬停还是点击激活?都!

您喜欢 http://www.msn.com 中使用的选项卡吗?

可以通过悬停或单击来激活它们。悬停有一小段延迟,以防止意外激活,而单击立即生效。

我有点喜欢他们。

2
Miki

他们很整洁,这是肯定的。但是,接口控件的功能至少应该是

  • 通过外观(或符合用户期望)显而易见
  • 整个界面保持一致。

这些悬停激活部分选项卡由于一些原因而很麻烦。

首先,它们的外观类似于页面上的其他仅单击界面对象,从而掩盖了它们的实际功能。它们具有下划线,与通常的顶部导航和超链接模式相似。在切换选项卡之前的那一瞬间,它们会在过渡时更改,变粗体,进一步表明它们是链接。然后,无需用户进行交互即可更改界面。当您将链接和菜单项悬停在菜单项上时,它们不会“单击”,而容易混淆的相似之处将使您感到困惑或有些不安。

其次,悬停功能与整个站点中的其他选项卡链接不一致。 本文 ,从一个悬停选项卡框链接,在文章下方具有类似的相关内容区域。但是,该框仅在用户单击未选择的选项卡时更改选项卡(无悬停动作)。其他部分也存在类似的问题。

综上所述,尽管它们以Web 2.0的方式很酷,但是新颖性却被可用性问题所掩盖,可用性问题的成本可能大于具有独特接口怪癖的收益。

一些阅读:

12
Matt

我预计,随着人们习惯于响应悬停的新标签模式,该问题的答案将会改变。

我记得在某些浏览器开始执行此操作后,要求开发人员不要自动选择框中的文本。我的理由是“没人期望这种行为。”从那时起,它变得很普遍,所以现在我要拍打开发人员的背,说:“谢谢您的贡献。”

粘到标准还是用新的东西推信封?这是一个有趣的问题。我们必须记住,随着通信技术的发展,web图形用户界面很小。我想指出一种不同的大众技术来解释我的评论。考虑一下我们在印刷书籍中理解的提示,例如页脚或页码,这些提示主要与定向用户和查找/导航到特定内容有关。这些提示花了很多年的时间。我们可以将这些线索比作在线和应用程序GUI中的控件。帮助我们浏览印刷书籍的方案历经几代人才能稳定在公认的规范之上;帮助我们浏览在线内容的控件还需要花费一些时间来制定和稳定。印刷书籍已经放弃了某些设计解决方案(例如,将右手页面上的最后一个Word重复到下一个左手页面的顶部,因此当您翻动页面时,该单词就在其中-帮助人们大声朗读书籍的提示) 。同样,在线控件必然会随着时间而改变。期望我们在设计在线媒体导航的最初几年内正确地处理所有交互细节是不合理的。

仅在点击时有效的标签使其首先进入市场,人们了解到 schema 。图式的本质是我们的大脑自动适应新的体验。悬停标签可以工作吗?这取决于它在选项卡架构之外的程度,有用性以及用户抵制修改其选项卡架构的强烈程度。设计人员可以通过提出建议(Matt Lutze在回答此问题时间接要求这样做)来帮助用户采用此控件,从而使新控件更容易适应现有架构。马特说:“它们的外观将其与页面上的其他仅单击界面对象相提并论,掩盖了它们的实际功能。”用户需要一种预测这些悬停选项卡控件的操作的方法。

我想知道MSN为什么在整个站点上不一致地实施这些控件。这是实验吗?如果是这样,我认为这是一个有趣的实验,在对概念/设计进行迭代以解决人们在此处提出的问题之前,我将保留对此类选项卡控件的可用性的判断。

2
JeromeR

不知道您是否考虑过这一点,但是移动浏览器无法识别悬停。由于移动网络正以惊人的速度发展,我认为您可能至少需要支持点击(如果不是两者都支持)。

但是,如果它是网站主要导航的一部分(通常使用),则打开点击下拉列表将消除为“部分”页面。

几个可能的解决方案可能是:

  • 混合方式,其中导航中的主要链接仍链接到“部分”页面,另外还有一个链接(向下箭头)将激活下拉菜单,点击。 (例如: LJWorld ,Flickr –登录时导航)。 个人,我一直很喜欢这种方法,并且想知道为什么更多的网站不这样做。

  • 使用某种检测可以将鼠标悬停打开到桌面,并为移动用户单击打开。

0
Christopher Scott