Projects/Usability/HIG/MessageWidget: Difference between revisions

From KDE TechBase
< Projects‎ | Usability‎ | HIG
No edit summary
(→‎Implementation: added link to api docu)
Line 20: Line 20:


== Implementation ==
== Implementation ==
[http://api.kde.org/frameworks-api/frameworks5-apidocs/kwidgetsaddons/html/classKMessageWidget.html KMessageWidget]
cf. http://community.kde.org/Sprints/UX2011/KMessageWidget
cf. http://community.kde.org/Sprints/UX2011/KMessageWidget

Revision as of 08:41, 18 April 2014


Purpose

A message panel is a small pop-up panel shown at top of the current form that informs users of a non-critical problem or special condition. The panel shows information on four levels indicated by different colors and icons, and provides standard action that users might want to initiate.

Examples

Guidelines

  • Use message panel in cases of non-critical problems that user can solve.
    • Use positive feedback to notify about user-initiated processes, e.g. to indicate completion of background tasks
    • Use negative feedback (aka error) as a secondary indicator of failure, e.g. if a transaction was not completed successfully
    • in discussion: Show the information on a warning level in case of relevant information that do not concern the current workflow, e.g. No Internet connection available.
    • Use opportunistic interaction (aka notification) to acknowledge the user about options that he or she might be interested in, e.g. Remember password?
  • Display the information immediately.
  • Auto remove a message when the problem is resolved or special condition is removed.
  • Do not auto remove the panel if users can't continue until the problem is resolved.
  • When users dismiss the panel, do not display any other UI or start any other side effect.
  • Do not add additional controls to the message panel.
  • Consider to show a notification if Information does not concern the actual workflow.

Implementation

KMessageWidget

cf. http://community.kde.org/Sprints/UX2011/KMessageWidget