News for hackers. Stuff that matters.
Re:The Depths of the Input Element by Filligree on Monday December 11, 2023 @07:16PM (#38607379)
> Love to see recognition of inputmode. Remember, the one true ZIP code field is

Would that allow me to enter my alphanumeric zip code on a cellphone?

Re:The Depths of the Input Element by couchand on Monday December 11, 2023 @07:36PM (#38607566)
You may have an alphanumeric postal code but as far as I'm aware there are no alphanumeric ZIP codes.
Re:The Depths of the Input Element by NVI on Monday December 11, 2023 @07:53PM (#38607697)
United Kingdom and Canada, for example, have alphanumeric ZIP codes.

https://en.wikipedia.org/wiki/Postal_code#Alphanumeric_posta...

Re:The Depths of the Input Element by scintill76 on Monday December 11, 2023 @08:15PM (#38607917)
I think the point is that those are "postal codes", not "ZIP codes."
Re:The Depths of the Input Element by Filligree on Tuesday December 12, 2023 @10:03AM (#38613033)
Mine's an 'eircode', but there's no eircode field on Amazon deliveries, and we're told to use it as a zip code. Naming aside, companies that don't let me use "D02 R9D3" [sic] as a 'zip code', and mandate zip codes and/or lack a freeform field to put it in, can't deliver to me.
Re:The Depths of the Input Element by couchand on Tuesday December 12, 2023 @03:06PM (#38617664)
I'm of the mind that you can't just casually cast naming or precision aside when talking about data collection.

If I'm askimg for a ZIP code I probably already know I can't deliver to you. If I thought I could deliver to you I'd collect the data necessary to do so, though not by asking you to pretend that the meaningful differences are not meaningful.

Others operate differently, Amazon makes a bunch more revenue than me, YMMV.

Re:The Depths of the Input Element by klyrs on Tuesday December 12, 2023 @10:31PM (#38622300)
Canadians have long dealt with this: credit card companies have a fun hack where your postal code has 3 numbers and 3 letters; drop the letters and add 2 zeros. So v4r 2x3 becomes 42300. Since this is used as one component in identity verification, the lossy correspondence is apparently considered good enough.
Re:The Depths of the Input Element by fzeindl on Tuesday December 12, 2023 @10:51AM (#38613778)
Falsehoods programmers believe about addresses: https://www.mjt.me.uk/posts/falsehoods-programmers-believe-a...
Re:The Depths of the Input Element by couchand on Thursday December 14, 2023 @06:05PM (#38648652)
For a document that purports to provide clarity they're sure playing fast and loose with terminology. The first one on the list should be "all postal codes are ZIP codes" because that's false but but evidently programmers believe it.
Re:The Depths of the Input Element by MrJohz on Tuesday December 12, 2023 @12:45AM (#38609954)
Rather than arguing about what is and isn't a zip code, here's an actual answer: no, at least on Firefox Android (and I assume generally on Android devices), if you have "inputmode=numeric", then the only keyboard available to the user is the phonepad-style number keyboard, and they cannot switch to another keyboard.

This honestly surprised me, my expectation was that it would select a keyboard by default, but you'd still be able to switch to other keyboards manually. So I guess if your zip/postcode/PLZ/etc field needs to accept international values, don't use inputmode=numeric (or similar) on it.