This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 13558 - input type=email should support friendly names
Summary: input type=email should support friendly names
Status: RESOLVED NEEDSINFO
Alias: None
Product: HTML WG
Classification: Unclassified
Component: LC1 HTML5 spec (show other bugs)
Version: unspecified
Hardware: PC Windows NT
: P2 normal
Target Milestone: ---
Assignee: Ian 'Hixie' Hickson
QA Contact: HTML WG Bugzilla archive list
URL:
Whiteboard:
Keywords: a11y
Depends on:
Blocks:
 
Reported: 2011-08-03 02:33 UTC by Cynthia Shelly
Modified: 2011-12-23 20:49 UTC (History)
10 users (show)

See Also:


Attachments

Description Cynthia Shelly 2011-08-03 02:33:44 UTC

    
Comment 1 Tab Atkins Jr. 2011-08-03 15:37:12 UTC
What are "friendly names"?
Comment 2 Michael[tm] Smith 2011-08-04 05:34:19 UTC
mass-move component to LC1
Comment 3 Anne 2011-08-16 09:26:54 UTC
EDITOR'S RESPONSE: This is an Editor's Response to your comment. If you are satisfied with this response, please change the state of this bug to CLOSED. If you have additional information and would like the editor to reconsider, please reopen this bug. If you would like to escalate the issue to the full HTML Working Group, please add the TrackerRequest keyword to this bug, and suggest title and text for the tracker issue; or you may create a tracker issue yourself, if you are able to do so. For more details, see this document: <http://dev.w3.org/html5/decision-policy/decision-policy.html>.

Status: Rejected
Change Description: no spec change
Rationale: Please address comment 1. Also note that what the user can input and what gets submitted can be different.
Comment 4 Cynthia Shelly 2011-11-03 21:34:56 UTC
Friendly names are sometimes called display names.  It's usually the person's real name, rather than their email alias.  They are added to email names with brackets.  For example, this is my name pasted from Outlook. 

Cynthia Shelly <cyns@microsoft.com>

The email field should accept this format as a valid email address. There are a couple of common formats for this type of data.
Comment 5 Anne 2011-11-03 23:09:00 UTC
You are confusing UI and value requirements as far as I can tell.
Comment 6 Tab Atkins Jr. 2011-11-03 23:20:22 UTC
To be clearer, browsers are allowed to accept whatever they want in the UI, so long as they map it to a valid value in the .value property.  So, accepting friendly names is basically a QoI issue, same as exposing a color well for type=color is.
Comment 7 Cynthia Shelly 2011-12-23 20:13:42 UTC
The value needs to be able to store the whole name.  If the UI accepts Cynthia Shelly <cyns@microsoft.com> but only stores cyns@microsoft.com, it loses data.  Script authors should not be required to manage this.
Comment 8 Anne 2011-12-23 20:49:58 UTC
That would be a different control that is for both email and name at once (we might need that too, but that would be a new feature). type=email is for a control that just takes an email address as seen on many sites.