On Mon, 3 Mar 2014, Evan Stade wrote:
I don't think you can just write a stack of inputs that accepts
input for any country. The country determines:
a) what fields make sense
b) what fields are required
c) the order of fields
You could ignore (a) and settle for a
On Tue, Mar 4, 2014 at 12:18 PM, Ian Hickson i...@hixie.ch wrote:
On Mon, 3 Mar 2014, Evan Stade wrote:
I don't think you can just write a stack of inputs that accepts
input for any country. The country determines:
a) what fields make sense
b) what fields are required
On Tue, 4 Mar 2014, Evan Stade wrote:
I am not convinced it'd be that big a load (users generally know what
parts of their addresses are required!). But in any case, if we're
talking about mom-and-pop stores with a minimal load of international
orders in the first place, it's likely
On Tue, Mar 4, 2014 at 3:41 PM, Ian Hickson i...@hixie.ch wrote:
On Tue, 4 Mar 2014, Evan Stade wrote:
I am not convinced it'd be that big a load (users generally know what
parts of their addresses are required!). But in any case, if we're
talking about mom-and-pop stores with a
On Tue, 4 Mar 2014, Evan Stade wrote:
On Tue, Mar 4, 2014 at 3:41 PM, Ian Hickson i...@hixie.ch wrote:
address-line1 |
address-line2 |- street-address
address-line3 |
address-level4
address-level3
address-level2 / locality
On Tue, Mar 4, 2014 at 11:41 PM, Ian Hickson i...@hixie.ch wrote:
I think the arguments you've presented so far suggest address-levelN for
N=1..4, with 4=region and 3=locality, is probably the simplest thing to
do. I was hoping there might be other people with opinions, to give us
different
On Tue, Mar 4, 2014 at 4:39 PM, Ian Hickson i...@hixie.ch wrote:
On Tue, 4 Mar 2014, Evan Stade wrote:
On Tue, Mar 4, 2014 at 3:41 PM, Ian Hickson i...@hixie.ch wrote:
address-line1 |
address-line2 |- street-address
address-line3 |
address-level4
On Tue, Mar 4, 2014 at 4:52 PM, Qebui Nehebkau
qebui.nehebkau+wha...@gmail.com wrote:
On Tue, Mar 4, 2014 at 11:41 PM, Ian Hickson i...@hixie.ch wrote:
I think the arguments you've presented so far suggest address-levelN
for
N=1..4, with 4=region and 3=locality, is probably the simplest
On Wed, Mar 5, 2014 at 2:54 AM, Evan Stade est...@chromium.org wrote:
The majority of forms ask for tokenized data; my impression is this is
necessary given their backends (be it columns in a user info database, a
payment provider that requires tokenized address, etc.) So I don't think
it's
On Fri, 28 Feb 2014, Evan Stade wrote [slightly edited for correctness]:
On Fri, Feb 28, 2014 at 5:47 PM, Ian Hickson i...@hixie.ch wrote
[slightly edited for correctness]:
My concern is that authors do something like this:
input ... autocomplete=address-line1
input ...
On Mon, Mar 3, 2014 at 10:28 AM, Ian Hickson i...@hixie.ch wrote:
On Fri, 28 Feb 2014, Evan Stade wrote [slightly edited for correctness]:
On Fri, Feb 28, 2014 at 5:47 PM, Ian Hickson i...@hixie.ch wrote
[slightly edited for correctness]:
My concern is that authors do something like
On Mon, 3 Mar 2014, Evan Stade wrote:
I'm still confused. The site author has entered bad markup. Is your
concern that site authors will be unable to write good markup?
Some will write good markup, I'm sure.
Our job as language designers is to maximise the number of authors doing a
good
On Mon, Mar 3, 2014 at 2:18 PM, Ian Hickson i...@hixie.ch wrote:
On Mon, 3 Mar 2014, Evan Stade wrote:
I'm still confused. The site author has entered bad markup. Is your
concern that site authors will be unable to write good markup?
Some will write good markup, I'm sure.
Our job as
On 22/02/2014 04:05, Ian Hickson wrote:
The post office will deal with all kinds of stuff, sure. But Web forms
only have to accept the formal address format, which in the UK only ever
has a street, a locality (sometimes), a post town, and a post code.
That’s all Royal Mail has to deal with,
Alex Bishop alexbis...@gmail.com writes:
On 22/02/2014 04:05, Ian Hickson wrote:
The post office will deal with all kinds of stuff, sure. But Web forms
only have to accept the formal address format, which in the UK only ever
has a street, a locality (sometimes), a post town, and a post code.
On Sat, 01 Mar 2014 02:47:06 +0100, Ian Hickson i...@hixie.ch wrote:
On Mon, 24 Feb 2014, Jukka K. Korpela wrote:
2014-02-22 3:03, Ian Hickson wrote:
(Note that a lot of people in the UK have no idea how to write their
address according to current standards. For example, people often
On Mon, 24 Feb 2014, Jukka K. Korpela wrote:
2014-02-22 3:03, Ian Hickson wrote:
(Note that a lot of people in the UK have no idea how to write their
address according to current standards. For example, people often
include the county, give the real town rather than the post town,
On Fri, Feb 28, 2014 at 5:47 PM, Ian Hickson i...@hixie.ch wrote:
On Mon, 24 Feb 2014, Jukka K. Korpela wrote:
2014-02-22 3:03, Ian Hickson wrote:
(Note that a lot of people in the UK have no idea how to write their
address according to current standards. For example, people often
I think it is dangerous to make any kind of assumption about valid postal
addresses.
Here's a great list of all kinds of exceptions to rules that programmers tend
to believe to be true:
(Don't we love rules?)
http://www.mjt.me.uk/posts/falsehoods-programmers-believe-about-addresses/
Jürg
On
2014-02-22 3:03, Ian Hickson wrote:
(Note that a lot of people in the UK have no idea how to write their
address according to current standards. For example, people often include
the county, give the real town rather than the post town, put things
out of order, indent each line of the address,
On Sat, 22 Feb 2014 05:05:06 +0100, Ian Hickson i...@hixie.ch wrote:
On Fri, 21 Feb 2014, Kevin Marks wrote:
On 21 Feb 2014 17:03, Ian Hickson i...@hixie.ch wrote:
Those names come from vcard - if adding a new one, consider how to
model it in vcard too. Note that UK addresses can have this
On 24 Feb 2014 05:17, Charles McCathie Nevile cha...@yandex-team.ru
wrote:
On Sat, 22 Feb 2014 05:05:06 +0100, Ian Hickson i...@hixie.ch wrote:
On Fri, 21 Feb 2014, Kevin Marks wrote:
On 21 Feb 2014 17:03, Ian Hickson i...@hixie.ch wrote:
Those names come from vcard - if adding a new one,
(Trying again from alternate email address; apologies if this message shows
up twice.) Regarding UK addresses, libaddressinput[1], which is used by
Google for various products, currently accepts two levels of administrative
region for GB: city and optional county.
This would be the first
While internationalizing Chrome’s implementation of
requestAutocomplete(), we found that Chinese, Korean, and Thai
addresses commonly ask for [at least] 3 levels of administrative
region. For example, in this Chinese address:
Humble Administrator’s Garden
n°178 Dongbei Street, Gusu, Suzhou
On Fri, 21 Feb 2014, Dan Beam wrote:
While internationalizing Chrome’s implementation of
requestAutocomplete(), we found that Chinese, Korean, and Thai addresses
commonly ask for [at least] 3 levels of administrative region. For
example, in this Chinese address:
Humble Administrator’s
Those names come from vcard - if adding a new one, consider how to model it
in vcard too. Note that UK addresses can have this too - eg 3 high street,
Kenton, Harrow, Middlesex, UK
Would putting the 2 degrees of locality as comma separated in that field
make more sense?
Given that this schema is
On Fri, 21 Feb 2014, Kevin Marks wrote:
Would putting the 2 degrees of locality as comma separated in that field
make more sense?
Given that this schema is the most widespread addressbook format, I'm sure
someone has a dataset to discover usage (Google? Apple? Microsoft?)
That's a reasonable
On 21 Feb 2014 17:03, Ian Hickson i...@hixie.ch wrote:
On Fri, 21 Feb 2014, Kevin Marks wrote:
Those names come from vcard - if adding a new one, consider how to
model it
in vcard too. Note that UK addresses can have this too - eg 3 high
street,
Kenton, Harrow, Middlesex, UK
That's
On Fri, 21 Feb 2014, Kevin Marks wrote:
On 21 Feb 2014 17:03, Ian Hickson i...@hixie.ch wrote:
Those names come from vcard - if adding a new one, consider how to
model it in vcard too. Note that UK addresses can have this too - eg
3 high street, Kenton, Harrow, Middlesex, UK
That's
29 matches
Mail list logo