我正在开发内部的ERP软件，其中一个请求是在打开该文档时，将创建任何文档的人的用户名显示在窗口标题上。
它将类似于[USR] - 运输订单123456
这样做是否存在我不遵守的可用性规则？在窗口标题中显示[]看起来有点不专业。
有什么想法吗？
答案 0 :(得分：3)
根本没有错。事实上，许多最大的ERP应用程序都做类似的事情。
在我看来，标题的第一部分应该是应用程序的名称或窗口的名称。之后还有别的事情要做。它只是让它更容易阅读。
像这样的东西，也许：
ApplicationName - Transport Order 123456 - UserName
答案 1 :(得分：2)
Windows UX Guidelines和Apple HIG都有命名窗口的规则。但是，特定规则面向文档类型应用程序而不是ERP等数据库类型应用程序。尽管如此，一般原则仍然适用。
窗口标题的主要目的是使用户能够轻松区分其窗口。出于这个原因，Windows UX准则和Apple HIG都建议使用其内容标注窗口，因为这通常是用户选择要单击的窗口所需的内容。其他可能有用的信息（如程序名称）可能遵循内容标识。例如，Windows UX准则建议使用“文档名称 - 程序名称”格式（p316）。您希望标题中首先显示最有区别的信息，因此最容易看到，尤其是在查看名称经常被截断的任务栏时。此外，图标代表程序标识，因此程序名称无论如何都有点多余。
多窗口ERP应用程序同样应该根据内容区分窗口。因此，通常，标题应以窗口名称开头，标识窗口中显示的数据类别，然后是数据的任何过滤或查询标准。此顺序假定用户更可能打开两个不同的窗口，而不是具有不同过滤条件的同一窗口的两个实例。如果您认为有必要，标题可以以程序或应用程序名称结尾。因此，示例标题将是：
Shipments (Ship Date: 2008-01-01 to 2010-01-01) ERP-O-Rama
如果与当前正在查看数据的用户不同，那么创建或“拥有”数据的用户可能会有所帮助，但这听起来仍然不像是区分Windows的用户 - 查看由两个不同用户创建的相同内容的两个不同版本？如果有的话，似乎最好是作为标题末尾的次要信息。为什么用户需要知道这个？也许它应该是窗口中的字段或属性对话框中的属性。
您当然不需要标题中的当前用户名，除非用户可以同时使用不同的身份登录（例如，他们是Jakob Nielsen的一个窗口，但Jared Spool是另一个窗口）。用户通常知道他们是谁，所以对我来说似乎不必要的混乱。如果用户可能以不同的用户或角色登录不同的会话（这通常不是一个好主意），那么您可能希望在状态栏中表示，但不是标题栏。
Brackets vs.括号与破折号对我来说似乎是一种品味问题。 Windows通常更喜欢em-dashes。我唯一的建议是仅在必要时使用它们来划分子串。除非用户名中有空格，否则“[USR]”似乎不合适。
答案 2 :(得分：1)
如果您打破“可用性规则”，您的用户是否在意？只要您执行的操作使程序更有用？也就是说，如果在标题中添加用户名可以增强特定用户的可用性，那么严格遵守某些标准就是次要的。
首先满足用户的需求。如果在标题栏中输入用户名可以增强可用性，请务必执行此操作。
我推荐像
这样的东西123456 - Joe User
方括号不是必需的，除非您需要它们用于消除歧义，否则“运输订单”一词也不是。