Axa*_*dax 6 user-interface capitalization
我想问你是否有理由在应用程序用户界面中大写菜单等中的所有项目
为什么我不应该将这些项目标记为文件 - >页面设置等?这种资本化对我来说似乎不对 - 但我不是母语为英语的人,所以我可能不会去挖掘它.
//(按下发布问题按钮以显示此内容)
在英语中,通常标题的所有单词都大写,除了连词(of,for和等)和介词(如with.)用户界面元素(按钮,标题,菜单项)的格式与标题相同.
我有一个我现在正在使用的软件,它有一个"任务"菜单和3项如下:
"新任务"的资本化差异对我来说只有一英里 - 它看起来并不"正确".
从可用性的角度来看,标题式大写(将每个单词的首字母大写)增加了标题中非首字母的显着性.这可以帮助用户更快地找到标题中的关键词以识别和区分菜单项.例如比较:
与:
理想情况下,这是不必要的,因为你的菜单标题应该从他们的主要区分词开始,但有时候这不会产生可接受的标题.
在Apple 人机界面指南中,标题样式是菜单项(和命令/按钮)的标准.标题风格也是MS Windows的标准,直到Vista,当Windows用户体验指南从推荐标题风格转换为句型(仅大写首字母的首字母)时,包括菜单标题(http:/ /msdn.microsoft.com/en-us/library/aa511502.aspx).我认为这是努力为应用程序提供对话式网络" 归纳 "风格的一部分,其中选项被表述为命令语句(例如,"创建电源计划","为所有当前项目执行此操作").
就个人而言,我会为应用程序避免使用这种更多的UI,特别是对于那些经常被用户使用的UI,因此通过扩展程序坚持使用标题样式.更多的单词会增加混乱,更多的阅读会减慢用户的速度.实际上,由于阅读花费的时间很长,因此用户倾向于跳过大块文本,因此添加单词通常会在功能上降低清晰度.
| 归档时间: |
|
| 查看次数: |
3359 次 |
| 最近记录: |