2010-07-28 57 views
6

我注意到,錯誤消息往往是寫在少數常見的風格。無論是全面的,休閒友好的句子,還是縮短的被動句子,它們並不總是形成一個完整的句子。後者似乎比較常見 - 儘管可能不如我在很多應用程序中看到的風格的隨意混合那樣普遍。有沒有人用錯誤消息的樣式指南?

有沒有人在他們的風格指南中包含錯誤消息?我對這些事情的一致的語法結構的意見比對它們的內容更加好奇,它們已經是been discussed.

+0

如果他們不這樣做,他們應該。 – 2010-07-28 16:05:56

回答

9

iPhone Human Interface GuidelinesApple Human Interface Guidelines都包含有關警報的部分。

此外,Windows User Experience Interaction Guidelines有幾種不同類型的對話框的信息,包括錯誤消息。

(iPhone)

當您撰寫需要報警標題:

  • 保持標題足夠短,如果可能的話,以顯示在一行。 人很快會讀取很長的提醒標題,並且可能會刪除 或強制提醒 消息進行滾動。
  • 避免不提供任何有用信息的單字標題,如 作爲「錯誤」或「警告」。
  • 如果可能,請使用句子片段。簡短的,內容豐富的 聲明通常比完整的句子更容易理解 。
  • 不要猶豫是否定的。人們知道,大多數警報 告訴他們有關問題或警告他們 有關危險情況。它是 更好是負面和直接比 它是積極的,但斜。
  • 儘量避免使用「你」,「你的」,「我」和「我的」。有時, 直接標識人的文字可能不明確,甚至可能被解釋爲侮辱。
  • 使用標題式的資本化,在沒有結束的標點符號:
  • 標題是一個句子片段
  • 標題由一個簡單的句子,是不是一個問題
  • 用文式的資本化和結束的問題標記 標題是否包含單個句子 這是一個問題。一般而言,如果 允許您避免添加 消息,則可以考慮使用問題來提醒 標題。
  • 如果標題由 兩個或更多句子組成,則使用句式大小寫和適當的結尾標點符號 每個句子。兩句話 警報標題應該很少是 必要的,但如果它允許您避免添加 消息,您可能會考慮 。

如果你提供一個可選的警告消息:

  • 創建使用句子式 資本和相應的結束 標點符號很短的,完整的句子。
  • 避免創建過長的消息。如果可能,請保留短消息 ,以便在一條或兩條 行上顯示。如果消息太長, 會滾動,這不是一個好的用戶 的經驗。

避免延長您的帶有介紹警報文本的按鈕來 自來水,比如「點擊查看可查看 信息。」理想的情況下,明確的警示文字和邏輯 按鈕標籤的組合 給人足夠的 信息瞭解 情況和他們的選擇。然而, 如果你必須提供詳細的指導, 遵循以下原則:

  • 一定要使用單詞「水龍頭」(而不是「觸摸」或「點擊」或「選擇」),以 描述選擇動作。
  • 請勿將引號中的按鈕標題括起來,但會保留其大小寫 。

-

(蘋果機)

警報消息文本。以強調的(粗體)系統字體顯示的這段文字提供了一個簡短的簡短摘要,介紹召喚警報的錯誤或狀況。這應該是一個完整的句子;通常將其作爲問題呈現。有關更多信息,請參閱「編寫好警報消息」。

資料性文字。該文本以小型系統字體顯示,並提供了有關情況及其後果和解決方法的更全面描述。例如,一個動作不能撤消的警告是適當地使用信息文本。

良好的警報消息明確指出導致警報出現的原因以及用戶可以對其做些什麼。在用戶的詞彙表中表達一切。

要使警報真正有用,請提供關於用戶可以針對當前情況做些什麼的建議。即使警報是向用戶發送通知的,並且不需要採取進一步的行動,也可以根據需要提供儘可能多的信息來描述情況。

-

(微軟)

好的錯誤消息

相較於以往的不良 例子的特性,良好的錯誤信息有:

  • 有問題。發生問題的國家。
  • 原因。解釋問題出現的原因。
  • 解決方案。提供解決方案,以便用戶可以解決問題。

此外,良好的錯誤消息的方式,是呈現 :

  • 相關。該消息提出了用戶關心的問題。
  • 可操作。用戶應該執行某個操作,或者根據該消息更改其行爲 。
  • 以用戶爲中心。該消息描述了目標用戶 操作或目標方面的問題,而不是對代碼不滿意的方面。
  • 簡要說明。該信息儘可能短,但不能更短。
  • 清除。該消息使用通俗易懂的語言,目標用戶可以通過 輕鬆瞭解問題和 解決方案。
  • 具體。該消息使用特定語言描述了該問題, 給出了相關對象的具體名稱,位置和值。
  • 有禮貌。用戶不應該被指責或感到愚蠢。
  • 很少見。很少顯示。頻繁顯示的錯誤消息 是設計不良的標誌。
相關問題