Bug 83852 – Implement <input type=date> UI

• Status: RESOLVED
• Resolution: FIXED
• Component: Forms

[Kent Tamura]

Implement <input type=date> UI

[Bronislav Klucka]

Hi,
may I ask about the format displayed in date field? I'm currently getting short year (two last digits), but my system settings are long year.
19.4.12 -> 19.4.2012
The order of date parts is correct, separator is correct (d.m.y) but this is wrong.
We do not generally use short year in Czech Republic... seems confusing...

[Kent Tamura]

(In reply to comment #1)
rmat displayed in date field? I'm currently getting short year (two last digits), but my system settings are long year.
> 19.4.12 -> 19.4.2012
> The order of date parts is correct, separator is correct (d.m.y) but this is wrong.
> We do not generally use short year in Czech Republic... seems confusing...

Would you file a new bug with your OS and browser information please?

[Bronislav Klucka]

(In reply to comment #2)
> (In reply to comment #1)
> rmat displayed in date field? I'm currently getting short year (two last digits), but my system settings are long year.
> > 19.4.12 -> 19.4.2012
> > The order of date parts is correct, separator is correct (d.m.y) but this is wrong.
> > We do not generally use short year in Czech Republic... seems confusing...
> 
> Would you file a new bug with your OS and browser information please?

Hi,
well I was not sure whether it is bug, or it's not bug (work in progress or some other setings are considered)...

https://bugs.webkit.org/show_bug.cgi?id=84388

[Kent Tamura]

I'm closing this bug because major parts were done.  The remaining issues are
 - accessibility of calendar picker: Bug 84192
 - automated testing of calendar picker: Bug 84827