[whatwg] Implementation issue: step mismatch handling for <input type=range>

Ian Hickson ian at hixie.ch
Fri Jan 18 15:30:18 PST 2013


On Fri, 18 Jan 2013, L. David Baron wrote:
> On Thursday 2013-01-17 20:13 +0000, Ian Hickson wrote:
> > On Thu, 17 Jan 2013, Jonathan Watt wrote:
> > > If the step base considered the 'minimum' instead of the 'min' 
> > > content attribute, then the step base would be zero, and thus the 
> > > value would settle at zero.
> > 
> > Right, but that would be highly unlikely to make sense, because it 
> > would mean the value the author set was an invalid value. You 
> > shouldn't be forced to specify the minimum if you're already 
> > specifying a step and a value and the default minimum of zero is 
> > adequate.
> 
> That still seems like a surprising behavior (and it entirely disables 
> step constraints in a peculiar set of cases).
> 
> It would seem better to either:
> 
>  * infer the step base from the minimum whenever there is a minimum,
>    or
> 
>  * when inferring the step base from the default value (the value
>    content attribute), apply the minimum and maximum to the default
>    value

Why?

(When does it entirely disable step constraints?)

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



More information about the whatwg mailing list