我想问你是否有理由在应用程序用户界面中大写菜单等中的所有项目，例如
为什么我不应该将这些项目标记为文件 - ＆gt;页面设置等？ 这种资本化对我来说似乎不对 - 但我不是母语为英语的人，所以我可能不会去挖掘它。
//（按下发布您的问题按钮以显示此内容）
答案 0 :(得分：6)
在英语中，通常标题的所有单词都大写，除了连词（of，for和等）和介词（比如。）。用户界面元素（按钮，标题，菜单项）的格式与标题类似。
我现在使用的是一个软件，它有一个“任务”菜单和3个项目如下：
“新任务”的资本化差异对我来说只有一英里 - 它看起来并不“正确”。
答案 1 :(得分：6)
从可用性的角度来看，标题式大写（将每个单词的首字母大写）增加了标题中非首字母的显着性。这可以帮助用户更快地找到标题中的关键词以识别和区分菜单项。例如比较：
Versus：
理想情况下，这是不必要的，因为你的菜单标题应该开始并带有他们的主要区别词，但有时候这些字幕不会产生可接受的字幕。
在Apple Human Interface Guidelines中，标题样式是菜单项（和命令/按钮）的标准。 Title-style也是MS Windows的标准版，直到 Vista，当Windows用户体验指南从推荐标题样式切换到句子样式（仅大写首字母的第一个字母）时，在许多情况下，包括菜单标题（http://msdn.microsoft.com/en-us/library/aa511502.aspx）。我认为这是为了给应用程序提供一个“inductive”对话式网络的努力的一部分，其中选项被用作命令语句（例如，“创建电源计划”，“为所有当前项目执行此操作”）
就个人而言，我会为应用程序避免使用这种更有语言的UI，特别是对于那些经常被用户使用的UI，因此通过扩展程序坚持使用标题样式。更多的单词会增加混乱，更多的阅读会减慢用户的速度。实际上，由于阅读时间过长，用户倾向于跳过大块文本，因此添加单词通常会在功能上降低清晰度。
答案 2 :(得分：5)
因为菜单的格式通常为titles英文格式。在标题中，第一个单词总是大写，以及任何名词，形容词，动词，副词和代词。如果它们不是标题中的第一个单词，那么文章和介词通常不会大写。
答案 3 :(得分：0)
我目前正和一位同事讨论此问题。就UI标准而言，我可能在Apple阵营中，他正处于微软阵营中。微软最近一直在推动 Downstyle （我不时看到的这个名字，特别是涉及头条新闻，只是把第一个字母大写）。我的同事声称它的测试很好[＆＃39;用户（毫不奇怪）可以更快地阅读文本，因为每个单词都没有资本可以偶然发现。但是，我认为这不应成为将其用于用户界面元素的理由。我认为这是有原因的，但测试可能会很棘手。
当用户测试他们以前从未见过的软件（或网站）时，他们主要阅读所有内容（包括用户界面）。他们阅读＆＃39;显示所有回复＆＃39;快于显示所有回复＆＃39;。但是，经过一段时间后，我相信用户会切换到不读取UI元素，而是依靠更快的方法来获取他们要点击的目标，例如位置或形状。在这种情况下，＆＃39;显示所有回复＆＃39;更容易被挑选出来，因为它显示的形状不像是显示所有回复＆＃39; （眯眼你的眼睛可能会显示这一点）。由于用户不是在阅读按钮和菜单，而是将他们想要的东西与那个东西的记忆相匹配，因此用户可以更快地阅读它而更好地测试它的论点。测试这个问题的正确方法可能是看看 Upstyle 中的用户是否比 Downstyle 更慢，但是重复访问时间更轻松，最终超过了 Downstyle
如果您想在UI中看到使用大量 Downstyle 的网站，请查看Outlook.com或OneDrive.com，两者都是Microsoft产品。似乎很明显在这些网站上使用 Downstyle 是令人沮丧的失败，而我之所以不这样说，因为我已经习惯了＃39 ; UpStyle （毕竟，20多年来看到相反的情况可以在我的感知中产生一些非常强烈的认知和噪音）。尽管如此，我认为它失败是因为使用了薄的Helvetica Extra Light文本，依赖于翻转来指出几乎所有可点击的东西（所有这些都不适用于平板电脑用户）和一般的平坦性到极端（不是单一的）投影，即使它有助于消除伪下拉菜单的歧义，也可以使用一个比它应该更难使用的UI。
所以我的建议是，保留标题 - 案例（ Upstyle ），除非您希望您的网站看起来像Microsoft网站，直到他们看到他们的方式错误并重新设计它看起来他们习惯的方式（就像其他人一样）。