W3C home > Mailing lists > Public > public-html@w3.org > December 2010

[Bug 11449] New: The current specification and implementation of <input type="date"> using yyyy-mm-dd format will be unacceptable to many of our corporate customers. Also, only allowing times in <input type="date"> to be in 24 hour clock will cause serious delays in our b

From: <bugzilla@jessica.w3.org>
Date: Wed, 01 Dec 2010 13:57:45 +0000
To: public-html@w3.org
Message-ID: <bug-11449-2495@http.www.w3.org/Bugs/Public/>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=11449

           Summary: The current specification and implementation of <input
                    type="date"> using yyyy-mm-dd format will be
                    unacceptable to many of our corporate customers. Also,
                    only allowing times in <input type="date"> to be in 24
                    hour clock will cause serious delays in our b
           Product: HTML WG
           Version: unspecified
          Platform: Other
               URL: http://www.whatwg.org/specs/web-apps/current-work/#top
        OS/Version: other
            Status: NEW
          Severity: normal
          Priority: P3
         Component: HTML Canvas 2D Context (editor: Ian Hickson)
        AssignedTo: ian@hixie.ch
        ReportedBy: contributor@whatwg.org
         QAContact: public-html-bugzilla@w3.org
                CC: mike@w3.org, public-html-wg-issue-tracking@w3.org,
                    public-html@w3.org


Specification: http://dev.w3.org/html5/spec/Overview.html
Section: http://www.whatwg.org/specs/web-apps/current-work/complete.html#top

Comment:
The current specification and implementation of <input type="date"> using
yyyy-mm-dd format will be unacceptable to many of our corporate customers.

Also, only allowing times in <input type="date"> to be in 24 hour clock will
cause serious delays in our being able to implement HTML 5.  On many occasions
we have had Large USA Corporates and Government departments insisting on the
use of 12 hour clock due to the lack of penetration of 24 hour clock into the
USA.

Both date and time inputs should have the option to use a variety of
international formats (not just the browser locale) otherwise, many developers
will have no alternative but to continue using an <input type='text'>, a
javascript based calendar popup and javascript-based validation.

Posted from: 78.33.209.10

-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Received on Wednesday, 1 December 2010 13:57:47 UTC

This archive was generated by hypermail 2.3.1 : Thursday, 29 October 2015 10:16:07 UTC