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

Diego Perini diego.perini at gmail.com
Thu Nov 11 03:35:35 PST 2010


On Thu, Nov 11, 2010 at 4:31 AM, TAMURA, Kent <tkent at chromium.org> wrote:
> Thank you for many comments on this topic.
> I understand the team can use <select> or <input type=range>, and the team
> is actually using
> <input type=range> instead of <input type=number> for now.
> I'm not sure if the requirements of the team are common.  But I'm afraid
> that type=number implementations for the current specification can't satisfy
> requirements
> of actual Web application UI and type=number won't be used widely.
>

I am afraid to say the requirements of the team are not common.
<input type="number"> will be used when the requirements are common.
As said the team should use <select> if they care about backward compatibility.

Could you please explain why <select> doesn't meet the requirements or
why it is not preferred ?

Diego

> On Mon, Nov 1, 2010 at 11:31, TAMURA, Kent <tkent at chromium.org> 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.
>>
>> I'm not sure how to solve this issue.  Introducing new content attribute
>> or
>> another number type?
>>
>> --
>> TAMURA Kent
>> Software Engineer, Google
>>
>>
>>
>>
>>
>>
>>
>>
>>
>
>
>
> --
> TAMURA Kent
> Software Engineer, Google
>
>
>
>



More information about the whatwg mailing list