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

[Bug 11449] 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 20:04:47 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1PNsv1-0001k2-VL@jessica.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=11449

--- Comment #6 from Shelley Powers <shelleyp@burningbird.net> 2010-12-01 20:04:47 UTC ---
(In reply to comment #5)
> (In reply to comment #4)
> 
> Sorry if I misunderstood.
> 
> In that case, why is it important to override implementations?
> 
> I'm assuming that browsers will read preferred date format from system's
> locale, so Large USA Corporates and Government departments would get date
> displayed in mm/dd/yyyy format and 12-hour time automatically.

I'm not the original filer. Unfortunately, it's one of those from the inline
comments, which means the person is now disconnected from what is happening
with their request. I hope they follow up on the discussion.

I believe, though, that what you're saying is not what the original filer was
asking. They were asking for the ability to specify something other than have
the browser default to system locale. At least, that's how I read:

"Both date and time inputs should have the option to use a variety of
international formats (not just the browser locale)..."

-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Wednesday, 1 December 2010 20:04:49 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:01:35 UTC