"Could you please use an ISO date notation?"

Isn't this something you could have easily said in a private message to the OP? This is a thread asking for comments on a graphic design.

Yes I could have, and I also thought about it for a short moment, but then I thought that designing an API (the graphical front end) is somthing that will be used world-wide, and doesn't see any geographical bounds, and thus it would not do any harm in noting that not all readers live in the US of A.

IMHO it is something to keep in mind when your target ausience is global, not national.

I also think that `national' choices have a great deal of impact in how GUI's or other front-ends are generated/designed. Here the style/format of a date is just very small. How about an antry form with address data? In the US a "state" is a required field, whereas in most European countries people curse at having to enter a state that doesn't exist. Some countries have the number of the address in front of the street name where others have it at the end. Both will find "the other way" very very illogical. GUI's and front-ends that require user feedback, and PerlMonks is probably one of those, should very much have that in mind. A perfect GUI will never cause an end-user to curse. I'm afraid the perfect GUI does not exist.


Enjoy, Have FUN! H.Merijn

All your clever arguments not withstanding, it's entirely OT for the thread.

$ date "+%Y-%m-%dT%H:%M:%S%z"
2011-02-10T01:13:07-0800

$ date --iso-8601
2011-02-10

$ perl -MTime::Piece -le"print Time::Piece->localtime->strftime(q!%Y-%
+m-%dT%H:%M:%S%z!);"
2011-02-10T01:13:41PST
[download]

#!/usr/bin/perl --

use strict;
use warnings;

use DateTime;
print DateTime->now->strftime(q!%F %T%z!), "\n";
print DateTime->now( qw! time_zone America/Los_Angeles ! )->strftime(q
+!%F %T%z!), "\n";
print DateTime->now( qw! time_zone Asia/Taipei ! )->strftime(q!%F %T%z
+!), "\n";
__END__
2011-02-10 09:25:08+0000
2011-02-10 01:25:08-0800
2011-02-10 17:25:08+0800
[download]