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

Re: [whatwg] <input type=number> for year input

From: Nils Dagsson Moskopp <nils@dieweltistgarnichtso.net>
Date: Wed, 19 Feb 2014 05:32:57 +0100
To: Ian Hickson <ian@hixie.ch>, Jonathan Watt <jwatt@jwatt.org>
Message-ID: <87a9dnen7q.fsf@dieweltistgarnichtso.net>
Cc: whatwg <whatwg@lists.whatwg.org>
Ian Hickson <ian@hixie.ch> writes:

> On Tue, 18 Feb 2014, Jonathan Watt wrote:
>> > 
>> > My recommendation would be to just use comma separation
>> 
>> It would be the appropriate separator(s) for the locale in use, not 
>> necessarily the comma, but I'm guessing that's what you meant.
>
> Sure.
>
>> > for numbers greater than 9999. It doesn't help that much for 
>> > four-digit numbers, and years beyond four digits often _do_ have 
>> > commas, e.g.:
>> > 
>> >     http://en.wikipedia.org/wiki/Year_10,000_problem
>> > 
>> > I agree that it's a bit weird (though not particularly wrong) for 
>> > four-digit years to have commas.
>> 
>> Personally I think it's a bit more than a bit weird to have "Year: 
>> 2,014". It seems pretty ugly to me, and four digit years are going to be 
>> the common case.
>> 
>> > type=number does seem appropriate for years, though.
>> 
>> I wonder if it would be that bad to have a 'year' type to compliment the 
>> 'month' and 'day' types...
>
> This has come up a few times, but so far the use cases have not been 
> compelling enough. This is probably the most compelling use case, but even 
> here, I don't know that it's that compelling.

The number of a calendar year really does not fit into to the number
model. Year numbering conveys something different than floating point
numbers or even integers. Standardization of values on ISO years /
proleptic gregorian calendar could prevent quite a few errors here.

Some calendars do have an integer offset to the gregorian calendar,
allowing localization. If I understand the Wikipedia pages correctly, to
get the year in the Thai solar calendar one has to add 543 to the ISO
year and for both the Republic of China calendar and North Korean
calendar one has to substract 1911.

<http://en.wikipedia.org/wiki/Thai_solar_calendar>
<http://en.wikipedia.org/wiki/North_Korean_calendar>
<http://en.wikipedia.org/wiki/Minguo_calendar>

Interface-wise, a dialog for <input type=year> without a value might
focus the current year initially – I would consider that a usability
boon. Year selection dialogs do already exist:
<http://www.yuiblog.com/blog/2009/04/03/multi-layer-calendar/>
<http://msdn.microsoft.com/en-us/library/windows/desktop/bb760913(v=vs.85).aspx#SELECT_DIFF_YEAR>

> I would be interested in hearing more about the locales where not using 
> separators even for four digits is bad/suboptimal. If it wasn't for those, 
> I would say that just not using separators for four-digit numbers would be 
> an easy and effective solution.

This rule may not be so useful in general: Digit grouping using dots,
commas or spaces can be useful when comparing smaller and larger
numbers. Consider the following grouping of <input type=number>:

[ 210 000 ] [+|-]
[  19 250 ] [+|-]
[   1 500 ] [+|-]


Greetings,
-- 
Nils Dagsson Moskopp // erlehmann
<http://dieweltistgarnichtso.net>
Received on Wednesday, 19 February 2014 04:33:38 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 17:00:16 UTC