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 13522 - Greeting, I am submitting this feedback of the concern of email in form input type. The current specification, as was stated already in your own website, too strict on username part and and too vague on the domain part. I would like to make the following
Summary: Greeting, I am submitting this feedback of the concern of email in form input...
Status: RESOLVED WONTFIX
Alias: None
Product: HTML WG
Classification: Unclassified
Component: LC1 HTML5 spec (show other bugs)
Version: unspecified
Hardware: Other other
: P3 normal
Target Milestone: ---
Assignee: Ian 'Hixie' Hickson
QA Contact: HTML WG Bugzilla archive list
URL: http://www.whatwg.org/specs/web-apps/...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-08-02 15:07 UTC by contributor
Modified: 2011-08-09 23:47 UTC (History)
5 users (show)

See Also:

Attachments

Description contributor 2011-08-02 15:07:53 UTC 
Specification: http://www.w3.org/TR/html5/
Multipage: http://www.whatwg.org/C#top
Complete: http://www.whatwg.org/c#top

Comment:
Greeting,

I am submitting this feedback of the concern of email in form input type.  The
current specification, as was stated already in your own website, too strict
on username part and and too vague on the domain part.

I would like to make the following suggestion:

(1)
Allow plus sign "+" in the username part.  Subaddressing may not be common as
dot ".", but is a legit character and many service providers allows it, and
starts getting recognition among users.

(2)
Allow UTF-8 encoding to both username part and domain name.  IETF working
group Email Address Internationalization (EAI) ( 
http://datatracker.ietf.org/wg/eai/charter/  )	is working to get new mail
standard to allow UTF-8 beyond ASCII characters.  Not allowing it in email
input type hurt the adoption of both new email address adoption and the use of
the new email input type in HTML5.

Thanks for listening.

Best Regards,
Joseph Yee
joseph.yee@gmail.com


Posted from: 199.15.87.4
User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/534.30 (KHTML, like Gecko) Chrome/12.0.742.122 Safari/534.30
Comment 1 Michael[tm] Smith 2011-08-04 05:01:40 UTC 
mass-moved component to LC1
Comment 2 Ian 'Hixie' Hickson 2011-08-09 23:47:00 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: 

1) "atext" already includes "+".

2) The UI is supposed to display the e-mail addresses in Unicode. Until Unicode is widely supported on the server, though, there's no benefit to sending that rather than punycode as far as I can tell.