Cam*_*tin 34 user-interface desktop-application user-experience cursor design-decisions
我一直认为手形光标是"你可以点击这里"给用户的理想视觉指示器.我们习惯于每天在这个上下文中看到它,因为它在超链接上使用,因此也是所有web按钮.

但是,大多数桌面应用程序似乎都保留按钮的防御指针箭头.

当按钮和其他可点击的项目(如复选框和单选按钮)使用手形光标时,我感觉真的很好.不知何故,当我将鼠标悬停在可点击的项目上时,我发现个人喜欢看到这个光标,可能是因为它与网页甚至许多游戏的执行方式一致.
但作为开发人员,我们必须考虑儿童用户,有时做的事情不是我们喜欢他们,而是用户喜欢他们.问题是,我对按钮上的手形光标感到如此模糊,以至于我对它不合适的可能性视而不见.许多设计错误都是由这些个人决定造成的.

你怎么看待这件事?
编辑:最近我注意到Photoshop上的手形光标(XP上的CS3)的使用,但可能只是因为我更广泛地使用它.截图:

请注意,许多使用手的地方显然是可点击的.
编辑2:还要注意他们甚至使用了一个自定义光标,说实话我从来没有这样做过,特别是对于像手游标那样无处不在的微不足道的光标.它甚至都不漂亮.
Mar*_*ema 10
在超链接上光标改变形状的原因可能与以下内容有关:
然而,所有上述内容都是为了在网页内容中传达"可点击性".按钮,工具栏上的按钮,菜单项等始终可以在不更改光标形状的情况下单击.当您将鼠标悬停在菜单项或工具栏按钮上时,您看不到浏览器更改光标的形状.
在桌面应用程序中,您可能不会将光标更改为树中的每个项目,即使这会将面板中的不同信息显示在树的一侧?或者您可以在列表框中选择的每个项目?或者对于表单上的radiobuttons或复选框?那么为什么桌面应用程序中的表单按钮一直很容易识别并且本质上是可点击的.
我不会改变桌面应用程序中的任何东西的光标形状(一直被理解为)"自然可点击".当以"类似Web"的方式显示信息时,我只会使用"类似Web"的光标形状.例如,网格中可单击的文本部分,其中文本通常不可点击.否则我会坚持标准的光标形状.它还有助于降低用户界面中的"噪音".
更新以回应评论
@Camilo:我得到你的"命令"与"选择"的区别.我甚至会为这种组合添加"导航".但是,我仍然没有看到需要在命令ui-element上更改光标形状.
如果您将导航和命令简单地视为对用户操作的响应,则导航和命令之间的区别可能会有些模糊.对我来说,两者之间有明显的区别.导航是打开表单,选择项目等的所有操作.通常只是翻找...命令是导致数据发生变化,导致发送通知(邮件,任何类型的消息)或发起的操作的所有操作可能需要一两秒钟(建立连接,过滤大型数据集).
松散地:如果你使用"POST"(或"删除")在网上提交表格,它可能是一个命令,而其他任何东西都是导航.
无论如何,我永远不会做的一件事是拥有一个自然更适合导航和选择的ui元素(如树视图)执行命令.因此,点击树视图项目可能会更改用户界面的其他部分内容,在我的应用程序中,它永远不会例如启动付款...
因此,连接到我的可能服务器树仍然是一个选择元素.我希望实际连接不是单击,而是仅在双击项目时或在单击"连接"按钮时选择项目后才进行.因此,在这种特殊情况下,我仍然不会在树上使用手形光标.
就个人而言,我在研究中发现,这通常被认为是"我们一直以这种方式做到这一点,因此这是预期的,最好的方式".
手形光标是Hypercard堆栈中最早出现的一种.这是针对经验不足的用户.所以,就像很多东西一样,它被拾起并随身携带.
然而,由于它的使用不一致,我认为箭头和手之间确实没有"最佳"的选择...人们习惯于和/或两者兼而有之,所以对两者的任何一致,周到的使用似乎都是一般都有效.
对我来说,虽然我遵循以下准则:
箭头用于明显可点击的项目,例如看起来像按钮,单选按钮,下拉菜单等的项目.当你需要给,可能会或可能不会出现类似按钮的一个小东西的手是有用的额外关注.它确实重新执行了"click-me!","click-me!"的行动号召.
此外,在互联网上,我注意到手牌往往表示点击时会显示有关你刚刚点击的内容的更多相关内容,而箭头似乎更多是"命令"驱动,即"现在就这样做" .
但是,就像我说的那样,只要它是一致的,用户就会快速调整你的网站使用任何一个游标,因为它们已经暴露了这么长时间.当您在处理两种游标类型时不一致时,似乎唯一真正的麻烦.
恕我直言 - 没有什么本质上是"直观的".直觉只是说"更熟悉"或"不太熟悉"的另一种方式.