我有一个应用程序，当用户需要输入信息时会显示一个对话框。这样做的原因是保持主窗体只读，只有当你需要添加/编辑数据时才会出现一个对话框。
我正在努力解决的问题是在对话框中显示标签名称的内容。该应用程序是一个WPF桌面应用程序，传统上桌面应用程序的标签名称非常短（通常是一两个单词）。我想使对话框用户友好，并对所需信息更具描述性。 Web开发人员似乎正在抓住这一点，并且他们的标签名称更具描述性，但我所看到的大部分表单都是只填充一次的表单，而我将拥有可以编辑的数据。
一个例子：如果我有一个标签询问用户员工是否抽烟，在大多数destop应用程序中，标签通常会像'抽烟？'有一个复选框，而我想要的是“员工吸烟吗？”。我的问题是，第一次遇到这个对话框并输入数据时，似乎没问题，但是当你编辑已经存在的数据时呢。这个标签现在是否有意义。过去时态和现在时态似乎正在阻碍我，我对人们的想法或他们接近过的方式感兴趣。我正在编写的应用程序是一个WPF应用程序，我觉得传统的标签名称现在有点老了。
另一个例子是输入一个人的联系方式。我是否只有标签，如电话，传真，电子邮件或更具描述性的标签。即在文本框前面显示“输入下面的联系人详细信息”然后单个单词标签的标签？
也许我只是对这一切感到迂腐，但我想向前迈进一步，以便我的应用程序包含多个单词标签，有时用户不清楚需要什么。
答案 0 :(得分：1)
为什么不使用简洁的标签并使用工具提示进行更长时间的解释。
只有在用户不熟悉应用程序时才需要更长的解释。
此外，您可以重新标记一个标签，使其听起来更像是“吸烟者？”这样的问题。
由于您正在使用Stack Overflow，请注意他们对工具提示的使用，我认为Jeff Attwood在播客中有关于在SO中使用工具提示的博客文章或评论。我不记得我在哪里听到/读过它。
答案 1 :(得分：0)
您是否考虑过首次创建“快速入门”流程或向导以输入数据？这将使您有机会使用带有描述的标签指导用户完成整个过程，以便他们学会将描述与您选择的标签相关联（希望简洁但直观）。然后当他们需要编辑数据时，他们已经学会了应用程序分类。
如果您遇到时态问题，请避免使用动词或仅使用现在时。我会尝试使用名词 - “吸烟者？”而不是“抽烟？”
当您要求提供电话号码，电子邮件地址等常用数据时，您可能会认为用户会明白您的意思。只需明确您要求的联系信息 - 使用明确的字段集标题是一个好主意（“员工联系方式”），在字段集上方添加简短描述也会有所帮助。
当然，在启动应用程序之前，应始终对应用程序进行某种级别的可用性测试，以发现界面的任何问题。