Forum Moderators: open
Most of our users will be US or Canada but 10% may be from overseas. Is there a website or can you share tips on developing forms. Our backend is oracle ad each feild is a string, but I want it to be familiar and a standard in the presentation layer.
I was thinking besides validation client and server to have the form set up like:
[first] [middle] [last]
[address 1]
[adress 2]
[city] [state] [zip]
[international county] <--- What would this be? County/area not sure but I know there is a correct name for this
phone [###][###][####]
Is there any other important country fields I need to capture? Or should I leave the phone to be [##########] or [###-###-####]?
Any examples or suggestions? I am sure others will benefit in this?
Thanks,
Tom
[first] [middle] [last]
[address 1]
[adress 2]
[city] [state] [zip][international county] <--- What would this be? County/area not sure but I know there is a correct name for this
phone [###][###][####]
The best internation approach for this is probably:
[family name]
[given name]
[address 1]
[address 2]
[city]
[state/province]
[postal code]
[country]
[phone]
That has the least risk of being misunderstood by international users.
[edited by: DrDoc at 7:12 pm (utc) on Mar. 17, 2008]
"Family name" is a better and more universal representation.
Make sure to call the "state" field "state/province", since most countries don't use "states" (including Canada). It should also be optional.
"ZIP" is a bad name. It stands for "Zone Improvement Plan" has very little meaning to anyone outside the US. "ZIP Code" is slightly better, but still bad. "Postal code" is universally understood.
... and don't forget to ask for the country ;)
And the phone number should not be enforced in length or anything. Make if freetext. In the US and Canada it is always ###-###-#### (with a possible extension, which you had not left room for). But in other countries the phone number is vastly different. In Sweden, for example, it is 2-4 digits for the area code, and 5-7 for the number itself. Denmark doesn't use area codes period.
If you look at how they break things down, it could be useful. They use a parent/child system of increasing granular specifiers. I'm pretty sure Google Maps does something similar.
I'm working on a similar issue now, but it won't be decided for some time.