窗口標題是否有任何可用性規則？

Question

我正在開發ERP內部軟件，其中一個要求是在打開文檔時讓創建任何文檔的人的用戶名顯示在窗口標題上。

它會是這樣的[USR] - 交通運輸秩序123456

有沒有，我不這樣做，不拘於任何易用性規則？在窗口標題中顯示[]看起來有點不專業。

任何想法？

Answer 1

根本沒有什麼錯。事實上，許多最大的ERP應用程序都會做類似的事情。

不過，我認爲標題的第一部分應該是應用程序的名稱或窗口的名稱。其他任何事情都應該追隨。它只是使閱讀更容易。

事情是這樣的，也許：

ApplicationName - Transport Order 123456 - UserName 

Answer 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

可能會有所幫助，包括誰創建或「擁有」的數據，如果比目前看數據的用戶不同的用戶，但仍然聽起來不像是區分窗口的東西 - 用戶會看到由兩個不同用戶創建的相同內容的兩個不同版本？如果有的話，似乎最多隻能作爲二級信息放在標題的末尾。爲什麼用戶需要知道這一點？也許它應該是窗口中的字段或屬性對話框中的屬性。

您當然不需要當前標題中的用戶名，除非用戶可以同時以不同身份登錄（例如，他們是一個窗口的Jakob Nielsen，另一個窗口是Jared Spool）。用戶通常知道他們是誰，所以對我來說似乎不必要的混亂。如果用戶可能以不同的用戶或角色登錄會話（這通常不是一個好主意），那麼您可能想要在狀態中表示該狀態，但不是標題欄。

括號與括號對破折號看起來像是對我的品味問題。 Windows通常更喜歡em-dashes。我唯一的建議是僅在需要劃分子字符串時才使用它們。除非用戶名中有空格，否則「[USR]」似乎不合適。

Answer 3

只要您的操作使程序更加可用，您的用戶是否在意打破「可用性規則」？也就是說，如果在標題中添加用戶名可以提高特定用戶的可用性，那麼嚴格遵守某些標準就會次要。

把用戶的需求放在第一位。如果在標題欄中添加用戶名稱可以提高可用性，請務必做到這一點。

我建議像

123456 - Joe User 

方括號是沒有必要的，而且也不是，除非你需要他們爲消除歧義短語「交通秩序」。