消息框  

  仔细选择消息框的类型，采用带"确定"按钮的信息消息框向用户提供有关命令结果的信息。采用带"是"、"否"，以及可能"取消"按钮的警告消息框在继续进行前需要用户输入的情形下告诫用户。采用危急消息框通知用户进行工作前需要修改一个错误。  

  不要使用疑问消息框类型，不再推荐对消息框使用疑问标记符（MB_ICONQUESTION），因为它在Windows98后一致用来表示上下文修改帮助。  

  避免不必要的消息框不要用出错消息来报告正常行为，而应该用来报告不正常或不期望的结果。不要对很容易恢复的操作进行确认。  

  问用是/否回答的问题问用户问题时，采用"是"和"否"按钮代替"确定"和"取消"按钮，这样使问题易于理解。与对话框中不一样，"确定"和"取消"按钮很少同时用在消息框中。  

  确保消息框选项按钮与文本一致，例如绝不要用"是"和"否"来作为非提问消息的响应。同样，不要使用多个效果相同的选项按钮。例如，除非有不同的操作结果，否则不要同时提供"否"和"取消"按钮。"否"按钮应该执行操作，而"取消"应该取消操作。  

  仔细选择默认按钮，将最安全的或最常用的选项作为默认按钮。  

  避免无用的帮助，除非提供真正有用的附加信息，否则不要提供"帮助"按钮。不要附加带无用帮助信息的没意义的消息框。  

  对危急错误考虑采用系统模式消息框采用系统模式消息框向用户提示严重的、可能造成破坏性的、急需注意的错误。系统消息框除了有WS_EX_TOPMOST样式外，与应用程序模式对话框完全一样。与在16位Windows中不一样的是，系统模式不影响用户与其他程序的交互。  

  错误消息  

  避免错误号。除非这个错误号对用户真正有用，否则不要给出错误号。  

  避免责怪用户。避免在出错消息文字中出现单词you（你）或your（你的）。如果需要，当指用户操作时使用被动语气。采用与"错误发生了"等价的表达，比采用与"你捅漏子了"等价的表达要好得多。  

  避免敌对性语言。避免在错误消息文字中使用词语bad（糟糕的、坏的）、caution（小心）、error（错误）、fatal（致命的）、illegal（非法）、invalid（无效）和warning（警告），而应该使用更具体的描述性词语。并且应该尽量解释到底是什么出了错。  

  在出错消息文字中使用平实的语句。表达要简短、清楚、协调、具体。除非缩写词，否则不要使用全部大写的单词，那样的单词看起来像在冲用户大喊大叫一样。使用完整的句子和一般的现在或过去时态。避免缩写词。  

  避免在用户错误消息文字中装做有趣或高人一等。用户并不觉得错误消息有趣，故装幽默并不能被广泛接受。  

  允许用户压制非危急的错误消息。对经常出现的非危急错误，向用户提供一个压制该错误消息的选项。  

  字体  

  字符集不要使用ANSI_CHARSET或DEFAULT_CHARSET，否则可能导致不同的操作系统下字符集不一致。  

  尊重用户的字体选择*Windows允许用户为标题栏、菜单、消息框和工具提示选择字体。及时处理WM_SETTINGCHANGE消息以根据设置迅速而安全地改变字体。  

  避免让人分心地字体一般说来，应避免使用Arial、Tahoma和MSSansSerif之外的字体。Verdana、TrebuchetMS和CenturyGothic也适合于轻微差别的外观。即使文档中的截线字体很不错，但界面中的任何截线字体都被认为是让人分心的。除了提示用户输入或模拟打字机外，不要采用等宽字体。  

  避免使用粗体和斜体用粗体来吸引人的注意，用斜体表示着重，但要还少使用。  

  避免混合字体任何不包含文档的窗口最多包含两种不同的字体。  

  颜色  

  使用系统颜色*尊重用户的颜色选择，避免使用固定颜色。不要强迫用户使用您选择的颜色。避免让人分心的文本颜色，通常是黑色之外任何颜色，对文本使用系统颜色COLOR_BTNTEXT或COLOR_WINDOWTEXT。在白色（COLOR_WINDOW）背景上使用黑色（COLOR_WINDOWTEXT）文字是完全正确的。及时处理WM_SYSCOLORCHANGE消息以根据设置迅速而完全地改变颜色。  

  根据内容而不是外观来选择系统颜色*不要将作为一个集合中的几种系统颜色混合匹配在一起。例如，不要将COLOR_BTNTEXT和COLOR_WINDOW混合在一起。  

  考虑对图形使用中间调色板。在256色模式下使用中间色调色板避免了调色板的闪烁。  

  不要用颜色作为传递消息的唯一方式不依赖于对颜色的区分可以增强程序对色盲用户的可访问性，并且使程序可运行在单色显示器上。

Powered by Froala Editor