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 17640 - This type assumes a Gregorian calendar. Either this should be explicit called out here, or this type should be rethought to be more inclusive of other calendars.The text "midnight UTC on the morning of the parsed date" should be "the midnight UTC that is
Summary: This type assumes a Gregorian calendar. Either this should be explicit called...
Status: RESOLVED NEEDSINFO
Alias: None
Product: WHATWG
Classification: Unclassified
Component: HTML (show other bugs)
Version: unspecified
Hardware: Other other
: P3 normal
Target Milestone: Unsorted
Assignee: Ian 'Hixie' Hickson
QA Contact: contributor
URL: http://www.whatwg.org/specs/web-apps/...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-06-28 19:13 UTC by contributor
Modified: 2012-07-27 09:41 UTC (History)
3 users (show)

See Also:

Attachments

Description contributor 2012-06-28 19:13:53 UTC 
Specification: http://www.whatwg.org/specs/web-apps/current-work/multipage/states-of-the-type-attribute.html
Multipage: http://www.whatwg.org/C#date-state-(type=date)
Complete: http://www.whatwg.org/c#date-state-(type=date)

Comment:
This type assumes a Gregorian calendar. Either this should be explicit called
out here, or this type should be rethought to be more inclusive of other
calendars.The text "midnight UTC on the morning of the parsed date" should be
"the midnight UTC that is contained within parsed date" because days start at
different times in other calendars.. 

Posted from: 67.180.233.222
User agent: Mozilla/5.0 (X11; Linux i686) AppleWebKit/536.5 (KHTML, like Gecko) Chrome/19.0.1084.52 Safari/536.5
Comment 1 contributor 2012-07-18 17:53:54 UTC 
This bug was cloned to create bug 18267 as part of operation convergence.
Comment 2 Ian 'Hixie' Hickson 2012-07-27 02:09:05 UTC 
Is this bug asking about the UI or the wire format?
Comment 3 Edwin Hoogerbeets 2012-07-27 09:41:11 UTC 
For the UI. 

I think for an actually useful input field of type "datetime", the user should be able to enter dates in different date/time formats depending on their locale or the locale of the web page. This format will need to be converted to the standard global date and time format (that's what you mean by "wire format", right?) before being sent to the web server.

But, as far as I can tell from the standard, you had intended that anything the user can type into this type of input field can only be a specific format of the Gregorian calendar. That is, I cannot type "24 Tammuz 5772" or "5772-04-24" and have the browser recognize the date in the Hebrew calendar and convert it to the equivalent Gregorian global date and time value and submit that to the web server. (Though as an i18n guy, I'd love to be able to specify the attribute calendar="hebrew" and have behave that way!) 

So all I'm saying with this bug is that the description in this section of the standard should be explicit that this value is intended to be Gregorian date/times only. (This is already hinted in the green comment text underneath it.)