Suggested bug in input step base defn.

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

Suggested bug in input step base defn.

Nicholas Shanks-3
From http://code.google.com/p/chromium/issues/detail?id=161473

When an input has no @min, the step base should be the @value, before resorting to default step base for that type, then step base of zero.

e.g. <input type=number value=5 step=10>

Expected permitted values: …, –5, 5, 15, 25, 35, …
Permitted values according to base step rule: …, –10, 0, 10, 20, 30, …

Without this, an unmodified form (with values as sent from server) cannot be submitted.


--
Nicholas.
Reply | Threaded
Open this post in threaded view
|

Re: Suggested bug in input step base defn.

Ian Hickson
On Fri, 16 Nov 2012, Nicholas Shanks wrote:

>
> >From http://code.google.com/p/chromium/issues/detail?id=161473
>
> When an input has no @min, the step base should be the @value, before
> resorting to default step base for that type, then step base of zero.
>
> e.g. <input type=number value=5 step=10>
>
> Expected permitted values: …, –5, 5, 15, 25, 35, …
> Permitted values according to base step rule: …, –10, 0, 10, 20, 30, …
>
> Without this, an unmodified form (with values as sent from server) cannot
> be submitted.
Fixed, thanks.

--
Ian Hickson               U+1047E                )\._.,--....,'``.    fL
http://ln.hixie.ch/       U+263A                /,   _.. \   _\  ;`._ ,.
Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'