[kde-guidelines] Styleguide: Message Panel (was: Balloon)
Heiko Tietze
heiko.tietze at user-prompt.com
Mon Jul 8 13:26:20 UTC 2013
System triggered notification
* Provide a message panel to inform users about non-critical problems.
http://techbase.kde.org/Projects/Usability/HIG/MessageWidget
== 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'' (aka error) to notify about user-initiated
processes, e.g. to indicate completion of background tasks
** Use ''negative feedback'' as a secondary indicator of failure, e.g. if a
transaction was not completed successfully
** in discussion: <font color="blue">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.</font>
** 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 ==
cf. http://community.kde.org/Sprints/UX2011/KMessageWidget
+++++++++++++++++++++
The warning level (yellow) has a strange implementation. It shows up after a
critical problem has been acknowledged by the user (unsaved changes, no write
permission etc.) and the only difference to negative feedback (red) is that
workflow is not interrupted. I believe it's better to reserve yellow for a
different level between red and green. My first idea with "not concerns current
workflow" is false because it points rather to the notification.
More information about the kde-guidelines
mailing list