W3C home > Mailing lists > Public > whatwg@whatwg.org > November 2010

[whatwg] <input type=number> without keyboard editing

From: ddailey <ddailey@zoominternet.net>
Date: Sun, 7 Nov 2010 21:02:57 -0500
Message-ID: <E3CD54E0EFE9416786961E0CC0D9A7F2@disxgdg31szkx7>
This discussion reminds me vaguely of something I've given students for the 
past n years (where n is >dirt):

Build a widget called a "throttle"  (i.e., a number-picker)

"Allow the user to control acceleration as numbers (real or integer) between 
1 and 10,000 are selected. High on the throttle increases the rate of change 
(velocity); low decreases it. See if you can make a "number-picker" that 
works quicker than a keyboard. [for selecting particular preseleted 
numbers]"

The problem is vaguely related to a question of mathematics: while an 
ordinary base n writing system allows the expression of any number, n, 
using log (n) digits, some systems that are equally efficient have the added 
benefit (?) that individual numbers may be expressed in more than one way. 
Ordinary bases have exactly one expression per number and all numbers are 
expressible. Some systems might easily express certain numbers using log 
(log (n)) digits, but might not be able to express all numbers. (for 
example, the expression "2^(2^n)" expresses the n digit number (base 2) that 
it represents , using only  log (log (n)) digits ). Is there a system of 
expression more efficient that ordinary base n for writing all numbers? 
Suppose there is a writing system S that encodes all numbers, n, expressible 
in S, using at most log(log(n)) digits. If such a system is not possible 
then there must be a smallest number Q that is not expressible within that 
system. Let us express that number using the symbol "Q" which takes one 
digit.

If we had a control which allowed the entry of any large integer more 
quickly than through a numeric keypad, then would this not be a good widget? 
Likewise, the question of optimizing the "color picker" interface so that a 
human can choose "precisely" (modulo psy) a predetermined color (in RGB, 
HSV, or CIELAB space) in the least amount of time, has not, I would claim, 
yet been optimized. I think the optimal solution would involve throttles in 
an intrinsically toroidal space.

cheers
David

----- Original Message ----- 
From: "Dean Edwards" <dean.edwards@gmail.com>
To: "TAMURA, Kent" <tkent at chromium.org>
Cc: "whatwg" <whatwg at whatwg.org>
Sent: Sunday, November 07, 2010 4:48 PM
Subject: Re: [whatwg] <input type=number> without keyboard editing


> On 01/11/2010 02:31, TAMURA, Kent wrote:
>> A team in Google tried to use <input type=number> for a product, and they
>> decided
>> not to use it.
>> What they needed was a control to select an integer from a specific 
>> integer
>> range
>> such as 1 - 16. The number type control in Opera and WebKit allow a user 
>> to
>> input
>> out-of-range value even if the control has min=1 and max=16 attributes.
>> It's not
>> a good UI and the reason why they doesn't use type=number.
>>
>> They need a number control which
>> - doesn't allow any keyboard / cut&paste operations and
>> So, a text field part is read-only, but the spin-buttons work.
>> - always has a valid value.
>> "required" by default, and sanitization algorithm may be different.
>>
>
> Use <select>.
>
> -dean
>
> 
Received on Sunday, 7 November 2010 18:02:57 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 16:59:28 UTC