Re: Suggested bug in input step base defn.

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.

---1555694626-654489875-1353441189=:26354
Content-Type: TEXT/PLAIN; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE

On Fri, 16 Nov 2012, Nicholas Shanks wrote:
>
> >From http://code.google.com/p/chromium/issues/detail?id=3D161473
>=20
> 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.
>=20
> e.g. <input type=3Dnumber value=3D5 step=3D10>
>=20
> Expected permitted values: =E2=80=A6, =E2=80=935, 5, 15, 25, 35, =E2=80=
=A6
> Permitted values according to base step rule: =E2=80=A6, =E2=80=9310, 0, =
10, 20, 30, =E2=80=A6
>=20
> Without this, an unmodified form (with values as sent from server) cannot
> be submitted.

Fixed, thanks.

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