W3C home > Mailing lists > Public > whatwg@whatwg.org > February 2013

[whatwg] Fwd: Re: Why do we have <input type='month'> and <input type='week'>?

From: Bronislav Klučka <Bronislav.Klucka@bauglir.com>
Date: Wed, 13 Feb 2013 09:35:17 +0100
Message-ID: <511B5045.9020304@bauglir.com>
To: whatwg@lists.whatwg.org



-------- Original Message --------
Subject: 	Re: [whatwg] Why do we have <input type='month'> and <input 
type='week'>?
Date: 	Wed, 13 Feb 2013 08:59:49 +0100
From: 	Bronislav Klučka <Bronislav.Klucka@bauglir.com>
To: 	Jukka K. Korpela <jkorpela@cs.tut.fi>



On 12.2.2013 18:39, Jukka K. Korpela wrote:
> 2013-02-12 19:26, Tab Atkins Jr. wrote:
>
>> The fact that authors today have a random assortment of displays for
>> the exact same feature (credit card expirys) is something that would
>> be great to fix, not bemoan as a loss to the world. ^_^
>
> Well, maybe, from some point of view, but is there really something to
> be fixed, and is it probable that <input type=month> would fix it?
>
> I have seen many input widgets for such data and used them a lot in
> test purchases. In general, the more advanced they try to be, the more
> annoying they get. I can type "03/15", or whatever reads in the card,
> rather fast. But if I have to pick things up from dropdowns or click
> on something in a calendar picker, I surely hope I won't need to do
> this a dozen more times.
Well you can type 03/15, regular user from Czech republic would newer
write it as such. And how should I know,  what would user in Israel,
India, Chile wrote?
>
> What are the odds that browser vendors will implement <input
> type=month> in a simple manner that allows fast typing as one input
> method? Rather small I think.
>
> This would make the most obvious, and perhaps the most common, use for
> <input type=month> a case *against* it.  Credit card expiry month is
> best handled with a text input field, with suitable checks on the
> input string. There may be *other* cases where graphic widgets are
> good when selecting a month, but authors can use libraries for such
> purpose, and I don't see any particular reason why this should be
> standardized across pages but not across browsers.
>
> Even if <input type=month> became widely supported, many, probably
> most, authors will keep using libraries or their own code, because
> they get consistent look and feel and functionality across browsers.
> Some authors would be misled into using <input type=month> for any
> month input because that's "logical" or "semantic" (as it is in a
> sense), but this will create questionable user experience in many
> common cases.
I dont know, how about you, but I'm using libraries because of missing
functionality and I do not want to.


Brona
Received on Wednesday, 13 February 2013 08:35:49 UTC

This archive was generated by hypermail 2.3.1 : Monday, 13 April 2015 23:09:19 UTC