Namespaces

Variants
Actions

Please note that as of October 24, 2014, the Nokia Developer Wiki will no longer be accepting user contributions, including new entries, edits and comments, as we begin transitioning to our new home, in the Windows Phone Development Wiki. We plan to move over the majority of the existing entries over the next few weeks. Thanks for all your past and future contributions.

(Difference between revisions)

Error Messaging

From Wiki
Jump to: navigation, search
mayankkedia (Talk | contribs)
m (Added additional info link)
Aadhar14b (Talk | contribs)
Line 1: Line 1:
 
[[Category:Mobile Design]][[Category:Usability]]
 
[[Category:Mobile Design]][[Category:Usability]]
 +
'''Original article published at [http://patterns.littlespringsdesign.com/index.php/Error_Messages|  Little Spring Design]  under [http://creativecommons.org/licenses/by/3.0/| Attibuttion 3.0]'''
 +
 +
<br>
 
===Introduction===
 
===Introduction===
 
Error messages should give the user the information needed to solve the problem. In many situations, this means the underlying code needs to better differentiate error conditions.
 
Error messages should give the user the information needed to solve the problem. In many situations, this means the underlying code needs to better differentiate error conditions.

Revision as of 17:53, 16 November 2009

Original article published at Little Spring Design under Attibuttion 3.0


Contents

Introduction

Error messages should give the user the information needed to solve the problem. In many situations, this means the underlying code needs to better differentiate error conditions.

Design Guidelines

  • Put error codes at the end of the message. This allows any support personnel to get the relevant information without costing the user is time to read it ... or risk having the code push some of the words off the bottom of the screen/window.
  • Keep the message short.
  • Give clues regarding what the user can do to resolve the situation.
  • Be specific.
  • Log the critical errors
  • Consider using a dialog box rather than a full screen, if your platform and device supports it.
    Network-error.jpg
    Example of Error Message

  • If possible, categorize errors into based on whether the user can fix the problem, the user needs to retry later, or an unfix-able error has occurred. Of course, many unfix-able errors should be fixed by the developer.

Commands (softkeys, links, or buttons)

Frequently, the best commands are "Retry" and "Cancel." Provide the user the ability to do some set of:

  • Try the action again (Retry)... used to perform the same action again immediately or restart the process
  • Fix the user entry (Edit)
  • Abandon the task (Cancel)... returning the user to a logical starting point
  • Save the data (Save)... allowing the user to abandon the task without losing context



--Submitted by - Aadhar14b

Related articles

98 page views in the last 30 days.

Was this page helpful?

Your feedback about this content is important. Let us know what you think.

 

Thank you!

We appreciate your feedback.

×