Example e-mail address is pointless

Bug #1582309 reported by Matthew Paul Thomas
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
pay-service (Ubuntu)
Triaged
High
Unassigned
ubuntuone-credentials (Ubuntu)
Triaged
High
Unassigned

Bug Description

Ubuntu 15.04 r323

0. Remove your Ubuntu One account if you have one set up already.
1. In System Settings, choose “Accounts” > “Ubuntu One”.

What you see: A dialog with an e-mail address field containing placeholder text:
“example: <email address hidden>”

What you should see: No such placeholder text.

Placeholder text is a bad idea in general, because it’s easily confused with actual field contents, because you can’t check it once you’ve entered anything, and because it can make the field look disabled.
<https://www.nngroup.com/articles/form-design-placeholders/>
<http://baymard.com/blog/mobile-forms-avoid-inline-labels>

And this placeholder text is particularly bad because it doesn’t tell anyone anything they don’t already know (nobody will not understand what an “e-mail address” is, but become enlightened when they see “example: <email address hidden>”), and because it’s present only for the e-mail address field and not the password field, strengthening the impression that it is actual field contents.

dobey (dobey)
Changed in ubuntuone-credentials (Ubuntu):
status: New → In Progress
importance: Undecided → High
assignee: nobody → Rodney Dawes (dobey)
Revision history for this message
dobey (dobey) wrote :

This is only about the e-mail address, but there are other fields with placeholder text. Should those also have their placeholder text removed? Note that the secondary "confirm your password" entry box does not have a separate label. We also use placeholders in the pay-ui design, without associated labels for entries. Should this bug affect pay-service as well with us changing the UI there to match what we do here?

E-mail address:
        placeholderText: i18n.dtr(rootFlickable.domain, "example: <email address hidden>")

2FA code:
        placeholderText: i18n.dtr(rootFlickable.domain, "2-factor device code")

Name:
        placeholderText: i18n.dtr(rootFlickable.domain, "First and last name")

Password selection on new account registration page:
        placeholderText: i18n.dtr(rootFlickable.domain, "At least 8 characters")
        placeholderText: i18n.dtr(rootFlickable.domain, "Must match the previous field")

Revision history for this message
Matthew Paul Thomas (mpt) wrote :

For the reasons cited above, I think we shouldn’t use placeholder text for any field, except when we’re extremely short on space *and* text is vital to understand the field. The former is never the case in a scrollable dialog like this one: we can use a label and/or a caption instead.

I doubt any of those placeholders improve understanding except for “At least 8 characters”. That should be a caption below the field instead (with the benefit that it could turn the error color if you unfocused the field non-empty without satisfying the requirement).

dobey (dobey)
Changed in pay-service (Ubuntu):
status: New → Triaged
Changed in ubuntuone-credentials (Ubuntu):
status: In Progress → Triaged
Changed in pay-service (Ubuntu):
importance: Undecided → High
dobey (dobey)
Changed in ubuntuone-credentials (Ubuntu):
assignee: Rodney Dawes (dobey) → nobody
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.