On Wed, Feb 27, 2013 at 6:51 AM, Harshad RJ <[email protected]> wrote: > While numeric dates indeed need to follow some standard, I wanted to request > non-numeric dates to make it easy for humans to understand. > > For example: > 2013-Feb-27 is far more easier to parse by a human than 2013-2-27
"easier to parse by human" is subjective - it isn't for me. An alphanumeric sort will also not work properly with this, in addition to the locale based problems already raised. Even better than ISO8601 is RFC3339, which is a subset that only has the YYYY-MM-DD format, whereas ISO8601 has things like YYYY-DDD (year, then day of year, no month). If you really want to interpret arbitrary dates, Perl's DateManip is the best I know of at dealing with arbitrary human dates - you can tell it things like "third Tuesday in July" and it'll return a valid date. Another fun trick - run: `cal 9 1752` - Zack -- --- You received this message because you are subscribed to the Google Groups "Ledger" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/groups/opt_out.
