- From: Ian Hickson <ian@hixie.ch>
- Date: Mon, 17 Jun 2013 23:27:17 +0000 (UTC)
- To: Albert Bodenhamer <abodenha@chromium.org>
- Cc: whatwg@whatwg.org, Lara Rennie <lararennie@google.com>
I was working on bug 22286, and noticed that this e-mail was relevant: On Tue, 11 Jun 2013, Albert Bodenhamer wrote: > > Address lines: > Currently: Recommended handling for addresses is currently as a single > line. Alternatively, sites can ask for address lines 1-3 but this is > discouraged. > Problem: Single line doesn't work well for all regions. Some areas have 5 > lines for an address and might have more. > Proposal: If address is requested as a single line newlines should be > preserved when filling. Stop discouraging the use of address-lines. Support > more than 3 lines for address. Potentially, address-lineX where X can be > 1-9. Of these options, a multi-line "street-address" seems like the most reasonable, so I've gone with that. > Address 'locality': > Problem: Some regions have the concept of a "post town". It's currently > unclear how this should be requested. > Proposal: Add "post town" to the list of expected localities in the > description to make it more clear how this should be requested. Done. > Address CEDEX codes: > Problem: They don't fit well into the "postal-code" field and are often > handled as a separate entity. > Proposal: Add a field name for CEDEX code. Can you elaborate on this? The Wikipedia page for French postal addresses suggests that the CEDEX code is in fact the postal code, much like a PO Box number in the US is technically part of the 9-digit ZIP code, but that "CEDEX" is appended to the address' locality field. > Address: Physical vs mailing address > Problem: It might be desirable to be able to specify that a physical > address (an actual location) is expected rather than a mailing address (eg > a PO box). > Proposal: Open to suggestions. What's the use case? > Phone: > Problem: The detail sections for phone number are very US-centric. The > spec discourages the use of the detail sections as a result, but sites may > want to get phone number broken into chunks. > Proposal: Consider adding additional detail sections to reduce the US bias. I'd much rather just drop the detailed sections entirely. People really shouldn't be using them, in any region. -- Ian Hickson U+1047E )\._.,--....,'``. fL http://ln.hixie.ch/ U+263A /, _.. \ _\ ;`._ ,. Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.'
Received on Monday, 17 June 2013 23:27:41 UTC