be determined from these
two imovable periods.
Just my $0.02
Cheers!
Rick Measham
P.S. Storing Years/Days also make the module transportable .. every planet
in the universe has a day and a year and thus could use the module without
huge changes :)
---
On 31/1/03 12:19 pm, Dave Rolsky at [EMAIL PROTECTED] spake thus:
> What should happen when someone does this:
>
> my $dt = ...;
>
> $dt->set( time_zone => 'America/Denver' );
>
> and the new time zone is different from the old?
>
> There's two ways to do this. One is to keep the UTC time the
ample of the second line be
'Monday, Tuesday'?
Gee I hate this ISO thing that makes (Monday .. Sunday) = (1 .. 7). I'm not
arguing for changing our modules to be 'old style' .. we're all just going
to have to get used to the weekend being at
=>-12)
Now, if I'm not the only one that wants this I'm very happy to volunteer
writing a patch for this.
Cheers!
Rick Measham
P.S. I just reread the above and just to summarise: If a minute is over 60
then we add to hours etc.
--
f "local".
I'd argue against this (and possibly the code in TimeZone.pm for handling a
time zone of "local").
I live in Australia and my timezone is +1100. But I host in the US someplace
where the machine has a timezone of -0600. I'd prefer to be able to set my
loc
> On Thu, 6 Feb 2003, Rick Measham wrote:
>> I live in Australia and my timezone is +1100. But I host in the US someplace
>> where the machine has a timezone of -0600. I'd prefer to be able to set my
>> local timezone. Maybe ask the user on install but make a default of
doesn't work because the internal stays exactly the same! The
Diff returns 0!
Now maybe we need $rth->move_internal_timezone('Australia/Melbourne');
Or I need to figure some other way of doing this. (Any h
*that* much
can do it by:
$midnight = DateTime->new(datetime=>$NOW, day=>$NOW->day+1, hour=>0,
minute=>0, second=>0);
NOTE 2:
The additions in note 1 assume we're allowing overflows to flow up:
13:59:75 becomes 14:00:15
Hope all this makes sense.
Cheers!
Rick Measham
Forgive me for I have displayed my ignorance.
Cheers!
Rick
On Fri, 7 Feb 2003, Rick Measham wrote:
Would you consider letting the new() method optionally take a
DateTime object?
There's a "DateTime->from_object" method already.
Extending further we could move other st
ch behaviour they're plugging into. I think
this is a better way of operating that setting a variable to
determine which way we work.
But should new() know what to do when it receives the year '1381AH'?
'2756AUC'
or the idea Peter, but I hereby withdraw it:
On 13/2/03 9:05 am, Dave Rolsky at [EMAIL PROTECTED] spake thus:
> This is why there will be a DateTime::Format::ISO8601 module for parsing
> ISO formats ;)
The standard module won't need special handling for I
On 13/2/03 9:05 am, Dave Rolsky at [EMAIL PROTECTED] spake thus:
> This is why there will be a DateTime::Format::ISO8601 module for parsing
> ISO formats ;)
Dave, having worked with the DateTime::Format::iCal module, and with its
innards, I wonder if it should be an OO module or not. There is curr
On 13/2/03 9:58 am, Eugene van der Pijll at [EMAIL PROTECTED] spake thus:
> I trust you completely. Unfortunately, ISO 8601 isn't avaliable online,
> and none of the summaries I've read contain the expanded format.
I'm not sure how legal it is, but its available at
http://www.pvv.ntnu.no/~nsaa/860
odule should be functional.
If the behavior is object based, make it OO.
This is a fundamental for me and I think its way more confusing to have a
useless object than to have a module that is functional that is related to a
module that is OO. There are plenty of times that we all work with modules
is written, I'm willing to look at porting the XS to MacOS 9.x.
MacOS-X is BSD based so should compile on its own.
Cheers!
Rick Measham
--
There are 10 kinds of people:
those that understand binary, and those that
When I 'make':
[makes directories and copies file around, then:]
/usr/bin/perl -I/usr/libdata/perl/5.00503/mach -I/usr/libdata/perl/5.00503
/usr/libdata/perl/5.00503/ExtUtils/xsubpp -typemap
/usr/libdata/perl/5.00503/ExtUtils/typemap DateTime.xs >xstmp.c && mv
xstmp.c DateTime.c
Error: Cannot pa
> On Wed, 19 Feb 2003, Rick Measham wrote:
>> Error: Cannot parse function definition from ' SV* self;' in
>> DateTime.xs, line 210
>> Anyone help me with what is happening here, and specifically how I can fix
>> it?
On 19/2/03 10:40 am, Dav
On 19/2/03 11:44 am, [EMAIL PROTECTED] at [EMAIL PROTECTED] spake thus:
> First I just want to confirm that DateTime does not support fractional
> seconds? Its a little used part of the spec,so I hardly think its a big
> deal, but it would be nice to support if possible.
Please can we support the
On 19/2/03 11:44 am, [EMAIL PROTECTED] at [EMAIL PROTECTED] spake thus:
> I wrote DateTime::Format::W3CDTF
Just a thought ... once we have a few Formats, maybe we should start
distributing Bundle::DateTime::Format which would contain all the formats
released at the time of downloading? (when we up
On 27/2/03 8:14 am, Eugene van der Pijll at [EMAIL PROTECTED] spake thus:
> Lawrence K. Hixson schreef:
>> Most if not all extant manuscripts use the date reckoning most familiar to
>> the
>> author's own method be it dynastic, Year # of Herod's rule, Julian, or
>> Gregorian depending upon circa.
Just a heads up to people interested in a Metric module: I'm working on one.
I figure its best to let people know so we aren't all working on the same
modules :)
If you've interest in Metric.pm from a development POV, and you have
anything to add, let me know.
Cheers!
Rick
--
On 27/2/03 8:01 am, Lawrence K. Hixson at [EMAIL PROTECTED] spake
thus:
> FYI: "Herod the Great:" Roman king of Judea (37 BC to 4 AD) that was 40 years
> not 41 years!
Hmmm .. maybe we should create DateTime::Calendar::Herod::Great that takes
the year 0 as 37BC :)
Cheers!
Rick
--
On 27/2/03 9:41 am, Eugene van der Pijll at [EMAIL PROTECTED] spake thus:
> Rick Measham schreef:
>> Just a heads up to people interested in a Metric module: I'm working on one..
>
> Which one? A google search turns up dozens of them: the French
> Republican is one, for
On 27/2/03 10:33 am, Dave Rolsky at [EMAIL PROTECTED] spake thus:
> This has to do with the internal implementation, which is to add things to
> the UTC Rata Die days and seconds values, and then re-calculate the local
> time. If someone adds hours, minutes, or seconds explcitly, this is
> definit
On 27/2/03 11:00 am, Dave Rolsky at [EMAIL PROTECTED] spake thus:
> If each one takes different constructor params, then they're different
> calendars, not just different formats for the _same_ calendar, right?
>
> But either way, call it "FrenchRevolutionary", I think.
OK, we can just as easily
On 28/2/03 3:52 pm, Dave Rolsky at [EMAIL PROTECTED] spake thus:
> Finally, I think that Perl's built-in int() function does everything that
> floor() is being used for. POSIX is a big memory hog, so getting rid of
> it is a good thing.
Don't be too sure Dave ... years before 0 and the difference
On 28/2/03 4:59 pm, Dave Rolsky at [EMAIL PROTECTED] spake thus:
> In general, I'm not very fond of it, because its basically a dumping
> grounds of random C-interface un-Perlish stuff that IMO, would be better
> of put into smaller, better defined Perl modules.
I couldn't agree more!
Cheers!
---
On 28/2/03 4:38 pm, Rick Measham at [EMAIL PROTECTED] spake thus:
> sub floor($) {
>return 0 unless $_[0]*1 == $_[0]; # This might not be the best way :)
>return int($_[0]) if $_[0] >= 0;
>return int($_[0]) -1;
> }
Better:
sub mfloor($) {
return 0 unless $_[0]*
At 11:28 PM -0600 28/2/03, Dave Rolsky wrote:
On Thu, 27 Feb 2003, Rick Measham wrote:
I think if I add 'one day' then the time is the same, regardless of DST
cusp. Only the day increases.
If I add '24 hours' then at the DST cusp the time would change, as would the
day.
O
On 11/3/03 11:26 am, Dave Rolsky at [EMAIL PROTECTED] spake thus:
> Is that acceptable? I can't think of any good solutions to this, other
> than documenting it.
Bloody stupid idea this daylight-savings crap.
= My first thought was "How about we compress that hour into nothing?"
my $dt
On 13/3/03 8:48 am, Dave Rolsky at [EMAIL PROTECTED] spake thus:
> Just another plea for web design help. I'd like to put some stuff up
> there, but it'd be nice to have the site look decent. Just one example
> page would be enough for me to run with, but I have no design skill.
>
> Help!
I'll
At 12:02 PM -0600 19/3/03, Dave Rolsky wrote:
I've finally put something useful up there. Thanks very much to Rick
Measham for the design.
Don't thank me, the design is not my design at all!
All it seems I've done is supply the graphics for the page. The final
page you've c
While I know that DateTime::Astro::Sunrise has been released, I wonder if it
should not have been DateTime::Set::Sunrise?
I figure that it is a set of DateTimes, albeit not like our regular sets
(every Monday). If not DateTime::Set::Sunrise, then it should be put
wherever we'll put such things as:
Dave wrote:
- DateTime::EventSet
At 5:33 PM -0500 22/3/03, [EMAIL PROTECTED] wrote:
I like this one.
Me too
At 5:33 PM -0500 22/3/03, [EMAIL PROTECTED] continued:
I propose the DateTime::Event semantics
be changed to: "returns the _next_ event after the date"
Example: DateTime::Event::FourthJuly
my $today = DateTime->now;
$today->truncate(to => "day");
From memory, this would work for you .. I can't test it here:
$today = DateTime->now->truncate(to => "day");
--
There are 10 kinds of people:
those that understand bin
Its just occurred to me that my previously proposed DateTime::Trivia
should be DateTime::Info::Trivia.
Mainly because it seems that we need somewhere for getting
information about dates that could be in format, but that doesn't
allow parsing .. for example, where do we put moon phases (my curre
Its occurred to me that someone (maybe me) might be interested in
creating a database of trivia related to particular dates. My thought
was to call it 'DateTime::Trivia'. It would work like this:
print join("\n",DateTime::Trivia->all($dt));
Which would display (for March 23rd)
national diabete
At 6:58 AM -0500 23/3/03, [EMAIL PROTECTED] wrote:
> Anyone have a recommendation for some simple FAQ
management software that datetime.perl.org could use?
perlmonks.org has a Perl FAQ section.
Maybe we could use it?
- Flavio S. Glock
I'm one of the maintainer of the FAQ at perlmonks and believe
On Sun, 23 Mar 2003, Rick Measham wrote:
There's probably something around, but I figure we can quickly whip
up something this simple. I'm willing to make the first contribution
to this, although it wouldn't be mason. (I also promise not to be
precious about it :))
At 10:04 A
k
=head1 METHODS
This class offers the following methods.
=over 4
=item * following($dt)
Returns the DateTime object for the Easter Event after $dt. This will not return $dt.
=item * previous($dt)
Returns the DateTime object for the Easter Event before $dt. This will not return $dt.
=item * closest($dt)
Returns the DateTime object for the Easter Event closest to $dt. This will return
midnight
of $dt if $dt is the Easter Event.
=item * is($dt)
Return positive (1) if $dt is the Easter Event, otherwise returns false (0)
=item * set(from => $dt, to => $dt2, inclusive=>I<([0]|1)>)
Returns a list of Easter Events between I and I. If the optional I
parameter is true (non-zero), the to and from dates will be checked.
In the (near) future, this method will return a DateTime::Set object.
=back
=head1 EXPORTS
This class does not export any methods by default, however the following exports are
supported.
=over 4
=item * easter($year)
Given a year, this method will return a DateTime object for Easter Sunday in that year.
This method uses the Official Paschal Moon.
=back
=head1 AUTHOR
Rick Measham <[EMAIL PROTECTED]>
=head1 SEE ALSO
L, perl(1).
On 24/3/03 1:12 pm, Eugene van der Pijll at [EMAIL PROTECTED] spake thus:
> DateTime::Event::Easter->as_set( from => $dt1, to => $dt2 );
>
> or
>
> DateTime::Event::Easter->all( from => $dt1, to => $dt2 );
I'm happy with the later. I've changed it, but am happy to change again if
there's reason
On 24/3/03 1:12 pm, Eugene van der Pijll at [EMAIL PROTECTED] spake thus:
> I don't like the name of that method... In DateTime set() changes the
> object; two related modules shouldn't have unrelated methods with the
> same name, IMHO.
Thought about the above again ...
> DateTime::Event::Easter-
At 11:13 AM -0500 24/3/03, [EMAIL PROTECTED] wrote:
I'm not sure what exactly this means as far as naming goes, but at a
minimum I would hope both formulas for Easter would be included and given
equal prominence with regard to naming. Dave, I'm certainly glad you raised
the question. :-)
Easter in
At 10:27 AM -0800 24/3/03, Hill, Ronald wrote:
Hi Dave,
[snipped]
I think the constructor should (at least optionally) take named
parameters, especially given that your 3rd parameter defaults
to undef, which is just a little weird. Named parameters have a number of
advantages:
[snipped]
OK,
At 8:46 PM +0100 24/3/03, Martin Hasch wrote:
Hello Rick,
On Mon, Mar 24, 2003 at 11:19:45AM +1100, Rick Measham wrote:
Attached is the first Beta of DateTime::Event::Easter. Play with it. Poke
it. If something doesn't work like you expect, or you want it to work
differently, let me kn
On 25/3/03 8:16 am, Eugene van der Pijll at [EMAIL PROTECTED] spake thus:
> Rick Measham schreef:
>> They're always around the same time as the western Easter, the
>> Equinox doesn't change .. its still on Gregorian March 21st (or if
>> they observe the astronomic
Attached is Beta 2. I think I've incorporated all suggestions. If
I've missed anything, let me know.
Beta 2 includes support for Orthodox Easter, however I doubt it
handles it the best way possible. Please take a look and offer
suggestions (its the last sub before the POD). It should also be
n
Thanks Eugene! This is excellent!
On 26/3/03 8:42 am, Eugene van der Pijll at [EMAIL PROTECTED] spake thus:
> Rick Measham schreef:
>> Beta 2 includes support for Orthodox Easter, however I doubt it
>> handles it the best way possible. Please take a look and offer
>> sugg
On 26/3/03 9:09 am, Dave Rolsky at [EMAIL PROTECTED] spake thus:
> I'm going to pick nits, because I'm anal.
Picking nits is good, but I swear I showered and combed my hair this
morning!
> - It'd be good to name the variables that are constants either in all caps
> or in StudlyCaps
Will do
> -
On 26/3/03 9:44 am, Eugene van der Pijll at [EMAIL PROTECTED] spake thus:
> Rick Measham schreef:
>>> Best solution would perhaps to convert to Julian at the start of those
>>> methods, and to convert them back to Gregorian at the end.
>>> (DateTime::Calenda
I seem to remember a thread at some point discussing the way to sort &
filter messages that come from the list. I'd check the archive but
lists.perl.org seems to be down at the moment. At the risk of asking a
really old and probably previously answered question, here goes.
Doubt it would have been
Attached is what I hope to be the last beta of the Easter Event
module. I've poked it with sticks like years with no Orthodox Easter
(35000).
I'd like to make it run faster some time, so if anyone can think of
better ways to do things without the Caching problem, let me know.
Sorry if the Line
Oops .. please ignore/delete the as_span method in there!
--
There are 10 kinds of people:
those that understand binary, and those that don't.
The day Microsoft makes so
I don't know what to call this module. Basically it will return Roman
Catholic Feasts. However it would be simple to extend it to return Anglican
(Church of England) and/or Orthodox Feasts and Celebrations.
What I'm thinking is to distribute:
DateTime::Event::Church::Catholic.pm
DateTime::Ev
At 9:22 AM -0500 31/3/03, [EMAIL PROTECTED] wrote:
It would be useful to specify a given date, and return everything that's
"happening" or effective that day, i.e., these two saints are celebrated on
this date, plus it happens to be the middle of Lent, plus it's the
Leavetaking of the Feast of the
At 9:36 PM +0100 30/3/03, Richard Smith wrote:
I'm having some issues with DateTime and DateTime::Timezone. When
creating a timezone object with the timezone of Europe/London it
doesn't seem to think we're in DST, but we are, as of 1am this
morning. Anything else I've tried to do with it seems f
age modules would mean the overhead of 'translating' each
numeral whenever its output.
Once again, welcome to the list and the world of standardized Date and Time
module development.
Cheers!
Rick Measham
I just got a fail from CPAN testers and it made me think. How do I solve
this problem:
DateTime::Event::Easter doesn't use DateTime::Calendar::Julian unless you
ask for Eastern (Orthodox) Easter. However one of the test suites requires
it to test Eastern known Easters (t/07eastknown.t).
Should I:
On Tue, 1 Apr 2003, Rick Measham wrote:
>> DateTime::Event::Easter doesn't use DateTime::Calendar::Julian unless you
>> ask for Eastern (Orthodox) Easter. However one of the test suites requires
>> it to test Eastern known Easters (t/07eastknown.t).
>>
>> Sho
On Mon, 31 Mar 2003, Daisuke Maki wrote:
>> I think I'd feel better if all of that locale/language specific stuff
>> was in one place? Maybe strftime() should be absorbed there ...?
On 1/4/03 12:37 pm, Dave Rolsky at [EMAIL PROTECTED] spake thus:
> Having strftime() in DateTime.pm is also inconsis
On 1/4/03 12:47 pm, Daisuke Maki at [EMAIL PROTECTED] spake thus:
> Fair enough. So would you suggest there be a DateTime::Language::* and
> DateTime::Format::* for each non-latin1 language that DateTime may want
> to handle?
There'd be a ::Language module, but there'd only be a ::Format module if
http://www.cpan.org/ is returning Matt's Script Archive!
There are 10 kinds of people:
those that understand binary, and those that don't.
The day Microsoft makes s
On 2/4/03 7:29 am, Joshua Hoblitt at [EMAIL PROTECTED] spake thus:
> In Hawaii we have several "extra" state holidays that are observed:
>
> March, 26 - Prince Jonah Kuhio Kalanianaole Day
> June, 11 - King Kamehameha I Day
> August, 15 - Statehood Day
>
> What name space should those live und
On 2/4/03 9:06 am, Joshua Hoblitt at [EMAIL PROTECTED] spake thus:
> On Tue, 1 Apr 2003, Dave Rolsky wrote:
>
>> On Tue, 1 Apr 2003, Joshua Hoblitt wrote:
>>
>>> In Hawaii we have several "extra" state holidays that are observed:
>>>
>>> March, 26 - Prince Jonah Kuhio Kalanianaole Day
>>> June
The reason I'm pushing for this to all be in one module is two-fold:
1. I'll have all the code needed for this in DateTime::Event::Christian
2. You want to be able to load multiple data files but have them all
available through the same interface. For example my next-door-neighbour is
of Greek de
On 2/4/03 9:41 am, Dave Rolsky at [EMAIL PROTECTED] spake thus:
> How about show me an API ;)
Actually that's about the only bit left to do! LOL! I wanted to make sure I
could get the functionality to work first.
Here's my quick thoughts:
$church_calendar = DateTime::Event::Church(
calendars
I just used DateTime for the first time .. in a REAL application!
Sure it's just to display the time in a strftime, but it's a REAL
project!
Woohoo!
Cheers!
Rick
--
There are 10 kinds of people:
those that understand binary,
At 12:05 PM +0200 5/4/03, Eugene van der Pijll wrote:
Problem with the Mayan calendar: it has no years either... But one of
the smaller counts (haab) is 365 days long, I believe. So that is
probably the Mayan idea of a year.
(As usual) I disagree with Dave: some people would find it useful to use
d
At 11:19 AM -0800 5/4/03, [EMAIL PROTECTED] wrote:
for perl is there a simple way to get the current week of the year?
something like 5/52 or anything like that.
use DateTime;
$week_of_year = DateTime->new(year=>2003, month=>04, day=>06)->week_number;
or, if your date is already a datetime object:
onverted into a DateTime::Time object, then subtracted from the
current time.
=item * add_to( $DateTime_Object )
This method adds the time to the DateTime object and returns a new DateTime object.
=item * subtract_from( $DateTime_Object )
This method subracts the time from the DateTime objec
http://www.isite.net.au/datetime/DateTime-Format-Strptime-1.0200.tgz
Coming soon to a CPAN near you. For now use the address above if you're
really impatient.
This release notification actually covers two releases. Last night I
uploaded 1.0103 and then this morning 1.02. Here's the changes:
1.01
On 29/5/03 8:17 AM, Dave Rolsky at [EMAIL PROTECTED] spake thus:
> Now, this is a seriously bad thing. What if you use a module that in turn
> uses DT::F::StrpTime, and the other module turns of croaking when you
> expect it to be on?
Yup .. that's a good point. I think the main point of this rel
Looking through the FAQ (thanks Ben!), the question about comparisons is
raised. Clearly DT->now is only == to DT->today for one nanosecond.
Maybe we should add a routine such as the following to the core?
sub same {
$_[0]->clone->truncate(to=>$_[1]) == $_[2]->clone->truncate(to=>$_[0]);
}
t
On 30/5/03 2:39 PM, Rick Measham at [EMAIL PROTECTED] spake thus:
> Looking through the FAQ (thanks Ben!), the question about comparisons is
> raised. Clearly DT->now is only == to DT->today for one nanosecond.
>
> Maybe we should add a routine such as the following to the core
riginal Message -----
From: "Rick Measham" <[EMAIL PROTECTED]>
To: "Ben Bennett" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Sunday, May 25, 2003 3:54 AM
Subject: Re: "local" timezone - no more offset only stuff
> >As a Redhat Su
I'm having problems with RedHat 9. Now it could just be my install,
but someone might be able to help me. I know this is offtopic, but
the problem only reared it's head when installing DateTime. The
problem is this: in shell, I can't type a quote without a seqeunce
such as [quote][x][delete]. I
> 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 mistak
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-or
Unless anyone else is already doing a conversions document (or has
their heart set on doing it) I am willing to take a whack at it.
I've started on it (if you're talking about the migration document
mentioned earlier in this thread). I'd love if you want to take a
bite on one (or more) of the mod
At 3:53 PM -0500 10/6/03, Dave Rolsky wrote:
Ok, I'm also _really_ confused about week_month(). What the heck is this
supposed to return? For July 5, 2001 it's returning 2, which seems wrong
to me, since July 5 is clearly part of the first week of July.
The comment mentions ISO but I find no refe
> So this is how it would work - you write custom locales, shove them in one
> of the @INC paths (preferably different to the DT::Locale install path) and
> add the LocalInstall module which is used to register your locales.
I'd really like to not depend on Locale.pm other than as a loader for
nor
At 9:29 AM -1000 11/6/03, Joshua Hoblitt wrote:
I'm willing to concede that DT::Duration can be left alone but I
really think that millisecond and microsecond support would be
useful for DT. In fact I think it would be consistent with the rest
of the API as you don't have to specify a year as 3
At 4:28 PM -0500 11/6/03, Dave Rolsky wrote:
5.00503 is the goal for all DateTime modules, and anyone writing a DT
module should have a damn good reason for _not_ supporting it. qr// does
indeed work with 5.00503.
Since when?
"This is perl, version 5.005_03 built for i386-freebsd"
I went throu
At 4:36 PM -0500 11/6/03, Dave Rolsky wrote:
No, if anything, we'll can the fractional_second constructor parameter.
Nanoseconds are here to stay, because I don't want to add "bigfloat" to
the mix, and I want us to be accurate.
Dave, can you explain to me again why we need nanosecond (an
arbitra
At 5:04 PM +1000 6/6/03, Rick Measham wrote:
The attached module is a time-only implementation of DateTime.
Did this:
1) escape the radar,
2) not interest anyone,
3) handle everything so embarassingly wrong that none of you
kind-hearted folks wants to say anything :)
Cheers!
Rick
On Thu, 12 Jun 2003, Rick Measham wrote:
Does anyone have a legacy system they can try to install on?
At 4:59 PM -0500 11/6/03, Dave Rolsky wrote:
Yeah, me. DT.pm uses qr// internally and I always run tests on 5.00503,
5.6.1, and 5.8.0 before each release.
It wan't a qr//, it might have b
At 12:19 PM -1000 11/6/03, Joshua Hoblitt wrote:
Proposal:
A new 2nd tier namespace for wrapper classes.
DateTime::Wrap or DateTime::Wrapper
DateTime::Wrapper::SubSecond will accept parameters for resolutions
from 10 to 10^9 subseconds. With corresponding methods returning
these units.
Cool i
On 12/6/03 11:33 AM, Joshua Hoblitt at [EMAIL PROTECTED] spake thus:
>> Any progress on this?
>
> I seem to recall that Rick volunteered to do it but I don't see that in the
> thread. I just started work on it anyways. If Rick already has something we
> can just use that instead.
Strptime cont
At 3:24 PM -1000 16/6/03, Joshua Hoblitt wrote:
> > There must be a way to express the same semantic
> meaning with fewer lines of code
A slightly smaller version - specify days and hours
in the same constructor.
That is a bit clearer - although it's alot more code then I'd want
to inline in
At 1:39 PM -1000 17/6/03, Joshua Hoblitt wrote:
What if I wanted to know inside a range of years which had a
December 31st that was on a Monday (or on a weekday)?
Maybe we need some module that implements SQL against a dataset of
the entirity of time!
$datetime_set = DateTime::SQL->new("SELECT d
I'm not sure how many of you subscribe to MJD's Perl
Quiz-of-the-week, but this week it concerns datetime and what he
calls 'Greek Time'. Basically midnight = midnight and noon = noon.
However 6pm (greek) = sunset. This means that night hours are longer
in winter and day hours are longer in sum
Rick Measham schreef:
In his question, he assumes that each period (night/day) should be
evenly divided into 12 parts. However this stinks to me! Surely in
the middle of winter, the hour before sunrise shouldn't be a heap
longer than the hour after? Surely the lengths of hours should s
At 1:19 PM -0700 19/6/03, Hill, Ronald wrote:
I am running the CVS versions of DateTime/DateTime-TimeZone for perl 5.6.1
Any thoughts?
Yup, DateTime on CVS wont work. Which reminds me that I need to
supply Dave with another patch before he releases the new DateTime.
[Explaination: DateTime now r
At 10:53 AM -0500 24/6/03, Dave Rolsky wrote:
I wonder if this and DT::F::Baby shouldn't be renamed as Acme::DT::F
modules?
I'm not against funny stuff, but if we end up with too many, it might
confuse people looking for more, ummm, useful code ;)
A good point, but maybe DateTime::Acme:: would
Uploaded to CPAN. This release covers two internal releases:
1.0300 Sat, 07 Jun 2003 10:40:23 +1000
- the 'Better way to die' release
- The above has changed by request of Dave Rolsky and Iain
Truskett (Thanks!). We now allow each object to have its
OK, I've now got a working pre-alpha of datetime as SQL. There's no
installer, docs or anything. Just read the code. You'll need to install
SQL::Statement to get it to work. Table and Select columns don't work,
all that currently matters is the WHERE clause. So now you can get a
spanset with:
SELE
On Sat, 2003-07-05 at 06:10, Dave Rolsky wrote:
> Can you and/or Joshua explain what this would be used for?
$greatest_duration = DateTime::Duration::set->new(
from_durations => [$d1, $d2, $d3]
)->max(
from => DateTime->now()
);
Also,
->min(
from => $dt
)
->median(
On Sun, 2003-07-06 at 09:27, Matt Sisk wrote:
> I was terming a 'clock' as anything with periodicity. An 'unbounded' clock would
> be a clock without an associated epoch or starting date.
>
> A clock without context still has characteristics and can be compared to other
> clocks (for example, com
> On Sat, 13 Jul 2003, Rick Measham wrote:
> > Dave, the 'locale' parameter will take an object or a name (just like DT
> > itself does IIRC). From this we get the standard formats understood in
> > that locale. However if we construct using language=>'
On Mon, 2003-07-14 at 03:07, John Peacock wrote:
> Rick Measham wrote:
> > In fact the only unsolvable I've had so far is with a phrase like "It
> > was twelve fifteen". This could mean it was the year 1215 or that it was
> > a quarter past 12. Deciding which
1 - 100 of 350 matches
Mail list logo
