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: Thu, 02 Dec 2010 19:13:03 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1POEaV-0005TX-OL@jessica.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=11449

--- Comment #10 from Shelley Powers <shelleyp@burningbird.net> 2010-12-02 19:13:02 UTC ---
(In reply to comment #9)
> (In reply to comment #8)
> > However, if we assume that the OP *was* asking for direct author control over
> > the display of dates and times, then, well, that's a horrible idea.  The entire
> > *point* of the datetime inputs is to offer the display in whatever fashion the
> > user most desires.  Giving control over this to the author defeats that and is
> > directly and explicitly bad for i18n.  If I were European and was used to
> > seeing dates as "DD/MM/YYYY", I would *not* want an ignorant American developer
> > setting the displayed value to use the format "MM-DD-YYYY", *especially* if I'm
> > used to other sites leaving the displayed value to the default so the browser
> > respects my locale conventions.
> 
> I think consistency within a site is much more expected and valuable than
> consistency between sites, for things that visually appear to be part of the
> site.  More generally, lack of styleability is a clear deficiency of the new
> HTML5 inputs compared to existing solutions, and we might need to give authors
> a lot of control before the inputs will be widely used.
> 
> However, I don't think there's any way to say for sure what's needed until
> browsers have basic implementation down.  In all likelihood, there will be some
> companies or governments that demand some particular formatting, but it will
> probably be the same formatting that their browser uses by default, and they
> won't realize people in other locales will see things differently, so they
> won't care.
> 
> I'd reclose the bug as LATER, but I'm not actually sure people other than the
> editor should really be resolving bugs that aren't clearly garbage.


I agree that it is difficult to determine author and developer acceptance of
the form controls until we have wider implementation. We still do not have a
date implementation in the two browsers people use most, Firefox and IE, and
the implementation in the other browsers is still undergoing change.

A LATER status would enable us to re-visit this issue once there is wider
implementation.

-- 
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 Thursday, 2 December 2010 19:13:05 UTC

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