[whatwg] Why isn't the "pattern" attribute applied to <input type="number">?
brenton strine
whatwg at gmail.com
Fri Feb 10 02:39:14 PST 2012
Regarding the an input with type in the "number" state, the spec states
that the "pattern" attribute "must not be specified and do[es] not
apply<http://dev.w3.org/html5/spec/common-input-element-attributes.html#do-not-apply>
to
the element". (
http://dev.w3.org/html5/spec/states-of-the-type-attribute.html#number-state-type-number
)
Why is it specifically blocked? Doesn't that encourage the use of a less
semantic "text" input type for numbers that need to be validated beyond
simple max and min?
What if you want the number to be either 13 or 16 digits long, as with a
credit card
pattern="(\d{5}([\-]\d{4})?)"
or you want a US ZIP or ZP4 code which can either be nnnnn or nnnnn-nnnn
pattern="(\d{5}([\-]\d{4})?)"
To get the pattern to validate, I have to (non-semantically) change the
input to the text state? I much prefer the current behavior of Firefox
(tested 9 and 10) which does validate the pattern.
Brenton Strine
More information about the whatwg
mailing list