【发布时间】:2011-05-01 01:04:19
【问题描述】:
我正在内部开发一个 ERP 软件,其中一个请求是让创建任何文档的人的用户名在打开该文档时显示在窗口标题上。
类似于 [USR] - Transport Order 123456
这样做有没有我不遵守的可用性规则?在窗口标题中加上 [] 看起来有点不专业。
有什么想法吗?
【问题讨论】:
我正在内部开发一个 ERP 软件,其中一个请求是让创建任何文档的人的用户名在打开该文档时显示在窗口标题上。
类似于 [USR] - Transport Order 123456
这样做有没有我不遵守的可用性规则?在窗口标题中加上 [] 看起来有点不专业。
有什么想法吗?
【问题讨论】:
您的用户是否关心您是否违反了“可用性规则”,只要您所做的事情使程序更可用?也就是说,如果将用户名放在标题中可以提高特定用户的可用性,那么严格遵守某些标准是次要的。
将用户的需求放在首位。如果将用户名放在标题栏中可以提高可用性,请务必这样做。
我推荐类似的东西
123456 - Joe User
方括号不是必需的,短语“运输顺序”也不是必需的,除非您需要它们来消除歧义。
【讨论】:
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
如果创建或“拥有”数据的用户与当前查看数据的用户不同,则将其包括在内可能会有所帮助,但这听起来仍然不像是区分窗口的东西 - 用户是否会成为寻找由两个不同用户创建的相同内容的两个不同版本?如果有的话,它似乎充其量只是放在标题末尾的辅助信息。为什么用户需要知道这一点?也许它应该是窗口中的一个字段或属性对话框中的一个属性。
您当然不需要标题中的当前用户名,除非用户可以同时以不同的身份登录(例如,他们在一个窗口中是 Jakob Nielsen 而在另一个窗口中是 Jared Spool )。用户通常知道他们是谁,所以对我来说这似乎是不必要的混乱。如果用户可能以不同的用户或角色登录不同的会话(这通常不是一个好主意),那么您可能希望在 status 栏中表示它,但是不是标题栏。
括号与括号与破折号对我来说似乎是一个品味问题。 Windows 通常更喜欢 em-dashes。我唯一的建议是仅在需要分隔子字符串时使用它们。除非用户名中可能有空格,否则“[USR]”似乎不合适。
【讨论】:
这完全没有错。事实上,许多最大的 ERP 应用程序都在做类似的事情。
不过,在我看来,标题的第一部分应该是应用程序的名称或窗口的名称。其他任何事情都应该在那之后进行。它只是让阅读更容易。
可能是这样的:
ApplicationName - Transport Order 123456 - UserName
【讨论】:
opinion 部分而对我投了反对票?其次,这一切都与用户快速区分他们正在查看的内容的能力有关。他们想看到这个窗口是this application 之一(尽管图标可能显示得很好),接下来,他们会看到它是this page。他们知道它是哪个用户,因此在窗口中显示用户名很可能不是为用户提供的,而是为可能获得屏幕截图或其他内容的其他人提供的。用户名应该放在最后。但同样 - 这只是我的意见。