if I objected
(I'm the other admin on the SF project) and I said go ahead.
--
Rich Bowen
rbo...@rcbowen.com
Shosholoza
. That was the subject of days of discussion as to what the right thing to
do here was. Leap years are hard. This is what we decided was the right thing
to do here.
--
Rich Bowen, mobile edition
, since it's where I started before.
Thanks.
--
Rich Bowen
rbo...@rcbowen.com
Anybody know who is currently maintaning this module? I hope it's not me.
Original Message
Subject: Possible Bug in Date::ICal 1.72
Date: Thu, 3 Nov 2005 21:15:49 -0500 (EST)
From: Joshua Baer [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Rich Bowen:
My name is Joshua Baer, and I've
On Sat, 12 Jun 2004, Jaldhar H. Vyas wrote:
Rich Bowen has agreed to let me handle this module so I've uploaded
version 0.9.1 to CPAN.
Yeah. Shame that I could never get it working, but, unfortunately, I've
had to spend my time on other things of late. :-(
--
Rich Bowen - [EMAIL PROTECTED
I have a functional DateTime::Calendar::Discordian that I'd like someone
to look at. I realized that, since Discordian ISA DateTime, I don't
think that I actually need to implement some of the DateTime required
methods, but I'd like to have someone confirm that that's the cause.
Lest you think
Long, long ago, in, I think it was, Portland, I said that I was once
again interested in working on DateTime::* stuff, and that I would
soon have time to do so. Geez, it's been a long time since then.
Anyways, I'm working on DateTime::Calendar::Discordian, and I expect
I'll need lots of help. I
On Fri, 4 Apr 2003, Dave Rolsky wrote:
If you're written a DateTime module and you'd like to have it be part of
the perl-date-time CVS project, this is in invitation to join.
The advantages are:
- shared CVS, which means you can edit the website (particularly them
module list), dev docs,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 12 Mar 2003 [EMAIL PROTECTED] wrote:
Rich Bowen:
I think it would be useful to have a
version of Date::ICal that inherited DateTime.
Yes, that is the eventual goal. I admit that I have not been paying
attention, and I don't really know
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 30 Jan 2003, Dave Rolsky wrote:
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
On Mon, 27 Jan 2003, Peter J. Acklam wrote:
[EMAIL PROTECTED] (Rich Bowen) wrote:
On Sun, 6 May 2001 03:35:15 +0530, Abhijit Menon-Sen said:
Have you seen the TAI64* formats at URL:http://cr.yp.to/time.html?
(I am supposedly writing Time::TAI64.)
Hmm. attosecond accuracy? What
since then, and we've made a lot of progress since then. The note that
you're commenting on represents the *beginning* of the discussion, and
addresses points that have been rehashed numerous times. Returning to
the beginning does not serve our purposes a whole lot.
[EMAIL PROTECTED] (Rich Bowen
that it *won't*. It will. It does. This issue
has been discussed to death. We want fine granularity. Fine. Nobody has
suggested otherwise.
--
Rich Bowen - [EMAIL PROTECTED]
... and another brother out of his mind, and another brother out at New
York (not the same, though it might appear so
in an
earlier note (Julian date, plus another number for time) and which we
subsequently implemented in Date::ICal.
--
Rich Bowen - [EMAIL PROTECTED]
... and another brother out of his mind, and another brother out at New
York (not the same, though it might appear so)
Somebody's Luggage
On Tue, 28 Jan 2003, Peter J. Acklam wrote:
Rich Bowen [EMAIL PROTECTED] wrote:
On Tue, 28 Jan 2003, Peter J. Acklam wrote:
[I know this is a very old posting, but I just can't resist
commenting it since it is about the base time format.]
It seems a little irrelevant, and perhaps
I presume this is actually intentional:
t/03componentsok 19/44Can't locate object method ical via package
DateTime at t/03components.t line 36.
If so, could you please remove the tests that require this method, so
that we can have a passing test suite.
Along that same line:
Warning: the
On Sun, 19 Jan 2003, Dave Rolsky wrote:
On Sun, 19 Jan 2003, Rich Bowen wrote:
I presume this is actually intentional:
t/03componentsok 19/44Can't locate object method ical via package
DateTime at t/03components.t line 36.
If so, could you please remove the tests that require
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 16 Jan 2003, Dave Rolsky wrote:
On Thu, 16 Jan 2003, Rich Bowen wrote:
All points noted and agreed. However, it still makes sense to ask
nicely. I have no interest in making enemies of these gentlemen if it is
not necessary.
Followup
, because if they say no, then what do we do? But it seemed
like the right thing to do.
- --
Rich Bowen - [EMAIL PROTECTED]
http://kenya.rcbowen.com/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Made with pgp4pine 1.75-6
iD8DBQE+KF/OXP03
On Wed, 15 Jan 2003, Dave Rolsky wrote:
On Wed, 15 Jan 2003, srl wrote:
Rich Bowen emailed them at one point and got an agreement from them
that he could implement the algorithms and release the code freely,
as long as he let them publish the code in the next version of the
book. Last I
On Mon, 13 Jan 2003, Jean Forget wrote:
Well, it is not *that* simple. In addition to creating a new
calendar, Fabre d'Eglantine and Romme changed the duration of
the hour, minute and second, so each day would be split into
10 hours, each hour into 100 minutes and each minute into 100
an interface that regular people
can understand, and not have to add and subtract to make sense of it.
Like adding 1900 to years. :-)
--
Rich Bowen - [EMAIL PROTECTED]
http://kenya.rcbowen.com/
, the
same sort of thing, with an offset, but rata_die has the advantage of
being what is used in many of the existing algorithms.
--
Rich Bowen - [EMAIL PROTECTED]
http://kenya.rcbowen.com/
On Mon, 13 Jan 2003, Dave Rolsky wrote:
On Mon, 13 Jan 2003, Rich Bowen wrote:
So the internals would become ... what exactly? Right now, there are two
integers stored - the julian day, which is not actually the julian
day, and the seconds, which is seconds since midnight (although I tend
. In fact, it's one of the
things I talked about in one of the first posts to this mailing list.
And I would still like to do that.
--
Rich Bowen - [EMAIL PROTECTED]
... and another brother out of his mind, and another brother out at New
York (not the same, though it might appear so)
Somebody's
On Sat, 11 Jan 2003, Dave Rolsky wrote:
No, this has nothing to do with Mr. Dominus.
Rich, can you explain the pseudo-mjd system that Date::ICal uses for its
internals? And why didn't you you use real MJD?
It is MJD + an offset (or - an offset, as the case may be). It makes the
calculations
On Fri, 10 Jan 2003, Dave Rolsky wrote:
Can we simply declare 0-based as the standard for day of week and day of
year, and 1-based for day of month, month of year, and week of year.
FWIW, that's what Date::ICal already had implemented, I believe.
The reasoning here, although I don't know that
, that is the conclusion that we came to. Indeed, we changed the
internals at least twice, with no change to the API.
--
Rich Bowen - [EMAIL PROTECTED]
http://kenya.rcbowen.com/
On Fri, 10 Jan 2003, Dave Rolsky wrote:
-- DateTime::Algorithm::Leapyear
-- DateTime::Algorithm::Passover
Isn't that DateTime::Event::Passover?
Doh, I'm confusing myself. I think maybe DateTime::Algorithm and
DateTime::Event have _way_ too much overlap.
I also realized that some
license as Perl. I thought that it was stated. I'll make a new
release with this clearly stated.
--
Rich Bowen - [EMAIL PROTECTED]
ReefKnot - http://www.reefknot.org
I am pleased to announce the release of Acme::Time::Asparagus which ...
um ... well ... I guess it's best to look at the README:
===
Acme::Time::Asparagus
We have a clock in our kitchen that has vegetables rather than numbers.
You can see a picture of it at
On Thu, 28 Feb 2002, Antonios Christofides wrote:
Hi everyone.
I read a part of the archive of this list sometime ago, having reached
this list after desperately searching for a decent date module and
writing to Usenet as well. IIRC the founders of this list have said
that the list aims,
on getting
v-string support for $VERSION in shape, *maybe* we can support these
beasts fully some day.
--
andreas
--
Rich Bowen - [EMAIL PROTECTED]
As we trace our own few circles around the sun
We get it backwards and our seven years go by like one
Dog Years (Rush - Test for Echo
On 25 Nov 2001, Ask Bjoern Hansen wrote:
[EMAIL PROTECTED] (Rich Bowen) writes:
rbowen@rhiannon:~% perl -MDate::ISO -le 'my $d=Date::ISO-new( epoch =
time ); print $d-iso;'
2001-W44-6
Unfortunately, the default ISO date format is this year-week-day
format. At least that's what I
Rich Bowen wrote:
Just to let you know that I am not ignoring you. I have been out of town
all week, and am checking my email just the second time this week now.
I'll try to get a release out soon. Like tomorrow perhaps.
And, of course, this was supposed to go to the Reefknot mailing list
, but
it is the real driving force behind all the real development that I
get done. :-)
Get Date::Discordian 1.35, and Date::ICal 1.54 from your local CPAN
mirror, and find out what Eristic forces were really behind your
favorite, seemingly unexplained, historic events.
--
Rich Bowen [EMAIL PROTECTED
Just to let you know that I am not ignoring you. I have been out of town
all week, and am checking my email just the second time this week now.
I'll try to get a release out soon. Like tomorrow perhaps.
--
Who can say where the road goes
Where the day flows
Only time
--Pilgrim (Enya - A Day
On Tue, 6 Nov 2001, Jonathan Leffler wrote:
In ISO 8601:1986, the basic format for the complete representation of a
date is 19991231 and the extended format for a date is 1999-12-31 (see
section 5.2.1 Calendar Date and in particular 5.2.1.1 Complete
Representation).
There is discussion
of things to work on when that is out of the way. It's on my
todo list in my Palm.
??
Nick
~~~
Nick Tonkin
On Fri, 2 Nov 2001, Rich Bowen wrote:
On Sat, 3 Nov 2001, Ilmari Karonen wrote:
On Fri, 2 Nov 2001, Nick Tonkin wrote:
Nevertheless, in order to smooth
of these in existing
modules? I'd rather see us extend something that is already out there
than add something else to the witches' brew.
--
Rich Bowen - [EMAIL PROTECTED]
... and another brother out of his mind, and another brother out at New
York (not the same, though it might appear so)
Somebody's
than one person is Date::ICal and perhaps Date::Leapyear.
What have others of you done when you've changed the name of a module?
--
Rich Bowen - [EMAIL PROTECTED]
Author - Apache Server Unleashed - http://www.apacheunleashed.com/
On Mon, 6 Aug 2001, Kirrily Robert wrote:
There are also a variety of things that purport to be the One True
Module that should be the base class for all Date:: and Time::
modules. There are at least 4 of these that I know of. And I wrote one
of them. All of them have shortcomings. These
For those who are interested in calendars in general, not just
specifically relating to Perl, you may be interested in CALNDR-L,
which is presumably the definitive calendar mailing list.
http://personal.ecu.edu/mccartyr/calndr-l.html
--
And everyone said, If we only live,
We too will go to sea
FYI - for those of you who are not already on Reingold and
Dershowitz's mailing list, you might be interested in this
information.
--
HTML Writers Guild training classes
http://www.hwg.org/services/classes/
-- Forwarded message --
Date: Sat, 28 Jul 2001 01:23:07 -0500 (CDT)
There's a new version of Date::Easter on CPAN that has better tests,
and cleaner code. And somewhat better documentation.
--
Rich Bowen - [EMAIL PROTECTED]
Author - Apache Server Unleashed - http://www.apacheunleashed.com/
If you have not seen it yet, you should check out Date::Handler
It looks pretty slick.
Could we *please* get all these date and time authors to work together
on some stuff?
--
Rich Bowen - [EMAIL PROTECTED]
ReefKnot - http://www.reefknot.org
On 3 Jun 2001, Rich Bowen wrote:
I got tired of putting a leap year function in every Date:: module I'm working
on, and did not want to load something as huge as Date::Manip to get this
functionality, so you should now have Date::Leapyear on your favorite CPAN
mirror. Date::Leapyear exports
On Sun, 3 Jun 2001 00:16:09 -0400 (EDT), srl said:
So, I notice that in the new Date::ICal module, the new() function
behaves like so:
$t = new Date::ICal (epoch = 123456); # epoch seconds
# OR
$t = new Date::ICal (ical = '20010304T103000Z'); # an iCalendar date
I know that
.
--
Rich Bowen - [EMAIL PROTECTED]
ReefKnot - http://www.reefknot.org
49 matches
Mail list logo