From: vainateya (email@example.com)
Date: Sun Feb 21 2010 - 22:03:17 CST
I do agree that dates formats need to be handled at program level even for
But it does seem an overhead to have number mapper for all programming
environments for all numerals under unicode.
including number crunching applications like databases or spreadsheets.
Instead a 'xyz-compliant' or setting in such environments / applications
will go a long way in reducing burden on the developers for all scripts not
Mr. Vainateya Koratkar
----- Original Message -----
From: "Ed Trager" <firstname.lastname@example.org>
To: "John (Eljay) Love-Jensen" <email@example.com>
Cc: "Unicode Mailing List" <firstname.lastname@example.org>
Sent: Saturday, February 20, 2010 3:17 AM
Subject: Re: Numerals across code pages
> Hi, John,
> On Fri, Feb 19, 2010 at 9:46 AM, John (Eljay) Love-Jensen
> <email@example.com> wrote:
>> Hi Ed,
>> How did you handle date order permutation?
>> Or did you require CCYY@MM@DD (sort of ISO 8601-ish), which would
>> simplify the problem considerably?
>> (Where @ is any one of the allowed delimiters.)
> Yes, exactly -- I made my life easier : I required dates to be
> "ISO-8601-ish" as you put it.
> The format is actually "CCYY@MM@DD@" where at least the final
> "delimiter/symbol" is optional -- This is done to allow the standard
> CJK date format to also be "ISO-8601-ish" , i.e., "2010年02月19日" which
> ends with "日" ("day"). If I remember correctly, Korean also uses a
> format similar to this.
> We get research data from collaborators from many parts of the world :
> Normalizing dates to one format relieves at least one headache.
>> Are there any locales that put the year in the middle (MM@YY@DD or
>> DD@YY@MM)? I hope not! :-)
>> Just curious,
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
This archive was generated by hypermail 2.1.5 : Sun Feb 21 2010 - 22:10:33 CST