The current draft does not specify any standard error presentation,
instead leaving it up to app developers to “Use additional visual
indicators such as thicker border to indicate errors”. I think that’s a
bad idea for the reasons I gave two years ago. But if that’s the final
conclusion, this should be wontfixed rather than marked fixed.
** Changed in: ubuntu-ux
Status: Fix Committed => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in
Ubuntu.
https://bugs.launchpad.net/bugs/1222787
Title:
[SDK] No standard error appearance for text fields and other controls
Status in Ubuntu UX:
Confirmed
Status in ubuntu-ui-toolkit package in Ubuntu:
Confirmed
Bug description:
[Updated description]
The toolkit does not have a standard error appearance for text fields,
other controls, or captions.
The error appearance should be used for fields that you have filled
out incorrectly, other controls that have a disallowed state, and
captions explaining the problem with individual controls.
Examples:
* If you choose a time in a restaurant reservation system, submit the
request, and the server responds that that time is unavailable, the
time picker should retain the previous value (so you can see what you
chose) but should have the error appearance. A caption should appear
below it explaining the problem: for example, “Sorry, 7:30pm is
unavailable. Try earlier or later.".
* Similarly, the validity of a checkbox, radio button, switch, etc
selection might be too complex or volatile to check on the client side
of an app. If the server side responds that the selection isn't
allowed, the control should adopt the standard error appearance, and a
caption below if necessary.
* Changing the SIM PIN requires entering the current PIN. The phone
can't check the correctness of the current PIN with every character
you type, because trying an incorrect PIN three times or so will lock
the SIM. Instead, it is checked only once you submit the dialog.
*Then* if the current PIN turns out to be wrong, that field should get
the standard error appearance (maybe a pale pink background, and/or a
maroon border, and/or a brief flash), and an explanatory caption below
it.
* All the captions mentioned above should have their own consistent
error appearance. (Maybe maroon text.)
–––
Desired resolution:
An error state with examples of multiline captions will be added to
the SDK UI work underway.
UX fix:
Error handling pattern can be found on in this document:
https://docs.google.com/document/d/1rUsPorlYkeetQNYyFWn74mtOY2L4Us53Zx9XujRTPCM/edit
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1222787/+subscriptions
--
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp
