- From: <bugzilla@jessica.w3.org>
- Date: Mon, 20 Jun 2011 09:07:16 +0000
- To: public-html-bugzilla@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=12988 --- Comment #5 from Axel <axelwinter@gmail.com> 2011-06-20 09:07:15 UTC --- (In reply to comment #4) > If the purpose is to address international zip codes, how would the input > behave any differently from type=text? If it behaves the same, why do we need > a new one? (In reply to comment #3) > I'm confused. Did you read my response? In it, I described exactly how to > make an input that only accepts valid US zipcodes. Is my suggestion inadequate > in some way? > > You also bring up the issue of international postal codes. This is a > substantially different problem, because there is *no* pattern to them. If > you're accepting international addresses, the postal code field needs to be a > plain <input type=text>, with no additional constraints. I type=zip wouldn't > be able to help you at all here. Sorry for taking so long to reply. My problem is that there is no clean and semantic way to address international zip-codes, and validate them as needed. The example from Switzerland is that the zip-code must consist 4 numbers (easy to check with regex), but also has to be in between 1000 and 9659. I'm not sure if that an be done with pattern. What I think is needed is a type that allows the attributes pattern, min and max, that way we could address the Swiss problem, and also check validity of, as an example Canadian postcodes consisting letters and numbers. In case of an numerical postcode, it would be nice if we can set the keyboard to a number-pad making input easier for users on mobile devices. The same is if you need a formfield for credit-card numbers, there is no type that gives the possibility to "force" a number-pad. At the moment the only type to use is as you say type=text, but that needs JavaScript to check validity in the upper cases. I hope that clarifies my intentions to open this issue -- Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.
Received on Monday, 20 June 2011 09:07:17 UTC