13558 2011-08-03 02:33:44 +0000 input type=email should support friendly names 2011-12-23 20:49:58 +0000 1 1 1 Unclassified HTML WG LC1 HTML5 spec unspecified PC Windows NT RESOLVED NEEDSINFO a11y P2 normal --- 1 cyns ian annevk eoconnor jackalmage julian.reschke laura.lee.carlson mike public-html-a11y public-html-admin public-html-wg-issue-tracking xn--mlform-iua public-html-bugzilla oldest_to_newest 52068 0 cyns 2011-08-03 02:33:44 +0000 52186 1 jackalmage 2011-08-03 15:37:12 +0000 What are "friendly names"? 53902 2 mike 2011-08-04 05:34:19 +0000 mass-move component to LC1 55221 3 annevk 2011-08-16 09:26:54 +0000 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. 59588 4 cyns 2011-11-03 21:34:56 +0000 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. 59599 5 annevk 2011-11-03 23:09:00 +0000 You are confusing UI and value requirements as far as I can tell. 59601 6 jackalmage 2011-11-03 23:20:22 +0000 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. 61986 7 cyns 2011-12-23 20:13:42 +0000 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. 61990 8 annevk 2011-12-23 20:49:58 +0000 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.