Eugene Van Der Pijll wrote:
I'm thinking of adding a module for Latin, either DT::Language or
DT::Locale (depending on the release date of Rich's modules).
Hopefully sooner rather than later - a couple of brave souls are testing a
pre-release ATM, but I'm holding off releasing a new version
I just got back from Perl Whirl. Having spent most of the last week plugging DT as a
replacement for many of the examples given in the talks, I think we need a converting
to DT section in the FAQ or a separate document dedicated to this.
For example (I saw this in many presentations ):
use
On Mon, 9 Jun 2003, Joshua Hoblitt wrote:
I just got back from Perl Whirl. Having spent most of the last week
plugging DT as a replacement for many of the examples given in the
talks, I think we need a converting to DT section in the FAQ or a
separate document dedicated to this.
For
So there's an article on Oreillynet right now about Java's Date class and
other related classes like Calendar and TimeZone. While Java seems to do
more or less everything DateTime does, the API is absolutely abysmally
bad. It's awkward, unidiomatic, and requires lots of structural code.
On Mon, 9 Jun 2003, Joshua Hoblitt wrote:
use POSIX qw( strftime );
my $time = strftime( %Y-%m-%d %H:%M:%S, localtime() );
On 10/6/03 9:16 AM, Dave Rolsky at [EMAIL PROTECTED] spake thus:
Of course, if this is _all_ you'll ever need, converting to DT is almost
certainly a mistake.
But
On Mon, 9 Jun 2003, Dave Rolsky wrote:
Attached is DateTime.diff. This file contains extensions to DateTime
to allow it to match the outputs of the ICU project.
Strftime has also been patched to allow one to use methods as
strftime tokens: '%H' returns the same as '%{hour}'
Once
On 10/6/03 2:12 PM, Dave Rolsky at [EMAIL PROTECTED] spake thus:
Anyway, I've
applied it mostly, except that for era I used ACE and BCE, because I'm
really not comfortable favoring one religion over another inside the core
code.
That's cool .. I imagine that we'll change it in short-order to
