- From: <jon@hackcraft.net>
- Date: Fri, 5 Dec 2003 09:59:44 +0000
- To: w3c-wai-ig@w3.org
I always provide <select> elements for the day and month, and in some cases for the year (in cases where only a small set of years would be valid for the application in question). For the months I always use the names of the months in the year in question, rather than the number to again avoid ambiguity. When outputting dates I use a long format with the name of the month and the year as a four-digit number. If I have to use a short form I use an extended ISO 8601 format (2003-12-05) since that is the international format and official date format in the United States, Canada, Australia, all of the European Union, much (all?) of East Asia and much of the rest of the world. It's also reasonably clear in those countries where it isn't much used in day- to-day practice (whereas 05/12/2003 or 12/05/2003 are hopelessly ambiguous). For phone numbers I ask for the full number including the + and consider it a validation error if it doesn't begin with a +, which catches cases where people unthinkingly type in their phone number with no code or with only the code for within their own country. The characters '-', '(', ')' and space are purely formatting characters in phone numbers, so validation should allow them to be used anywhere. All other characters should be rejected (for i18n there is an advantage in accepting other numeric characters, such as those used with Arabic, as numbers). When outputting I would normally write with a hyphen after the national and local code like so: +353-1-XXXXXXX for a Dublin, Ireland number. But if I get a number broken up differently I just keep the formatting I received it in. -- Jon Hanna | Toys and books <http://www.hackcraft.net/> | for hospitals: | <http://santa.boards.ie/>
Received on Friday, 5 December 2003 05:13:41 UTC