On Sat, 21 Jun 2003, Bruce Van Allen wrote:
There's been quite a bit of talk about how to handle date and time for
business fiscal applications. I urge _not_ trying to create a
comprehensive module.
Instead, an extensible framework, within a DT::Business or DT::Fiscal
namespace, could grow
On Sat, 21 Jun 2003, Richard Evans wrote:
The conversion script is a horrible mess - it's part of the other locale stuff
I was (maybe still am) doing, and uses 10 other modules that are in a state
of flux ATM. I also have a horrible feeling the ICU .xml file format had
changed last time I
On Sat, 21 Jun 2003, Richard Evans wrote:
The one exception to this would be additions, and in that case I can generate
any new locales for the time being - I'm not saying that I'll never release
the generator code, simply that it's not feasible in the short term.
Why isn't it feasible? Just
On Fri, 20 Jun 2003, Joshua Hoblitt wrote:
I can't think of any other usage which necessitates such a constructor.
strptime needs it.
Actually, if we're going to emulate the C library's strptime() then it's a
_different_ week number. In fact, there's two different ones strptime()
handles,
On Sat, 21 Jun 2003, Ben Bennett wrote:
- Module name not settled yet
What other name would you use? DT::F::ISO8601 seems pretty logical to me.
Why not check it in with this name?
-dave
/*===
House Absolute Consulting
www.houseabsolute.com
===*/
Any progress on this? If not, I'll probably throw in a hack in the
DateTime.xs to just not compile _normalize_seconds on Win32, because I
really want to make a new release of DateTime.pm, and I don't want to wait
much longer for the Win32 fixes.
-dave
/*===
House Absolute
I put these on datetime.perl.org. They're linked from the resources page.
-dave
/*===
House Absolute Consulting
www.houseabsolute.com
===*/
Well, while I was at YAPC my server crashed over and over. Whee! So I
may have missed email. If there was something that someone wanted me to
respond to, and I don't do so by next Monday or so, please let me know
about it.
-dave
/*===
House Absolute Consulting
This fails on both 5.00503 and 5.6.1.
For 5.6.1, installing the latest Math::BigInt from CPAN fixes this, but
unfortunately the latest distro has a missing file that causes it not to
pass its tests.
On 5.00503, other Math::BigInt tests fail which seems to just be a
backwards compat problem.
On Mon, 16 Jun 2003, Joshua Hoblitt wrote:
I am of the opinion that when go ahead and add this doc to CVS. If we
hear from modules that they have an objection then we can change it
then. Or should we start a betting pool on when we'll get a response?
:)
Yeah, go ahead and add it. I'm at
On Mon, 16 Jun 2003, Ben Bennett wrote:
I really like the new is_X subs, although in the case of the
is_alias() would it make sense to return the target of the alias?
No, any method that starts with is_ should return a boolean value (or only
be guaranteed to return such a thing). If you need
On Mon, 16 Jun 2003, Hill, Ronald wrote:
t\05set...ok
t\05tzNot an ARRAY reference at
F:/perl/site/lib/DateTime/TimeZone.pm line 146.
# Looks like your test died before it could output anything.
t\05tzdubious
Test returned status 255
On Fri, 13 Jun 2003, Jaldhar H. Vyas wrote:
I made these to support my work on DateTime modules for Hindu calendars
(which incidently are stalled as I research Sanskrit texts) but
unfortunately I don't have the time to maintain them in Debian itself but
if there are any Debian maintainers or
On Wed, 4 Jun 2003, John Peacock wrote:
I think there might be another Win32ism at play here. At the start of the test
file, there are the following lines (with their value after the comment):
my $posinf = 100 ** 100 ** 100; # 1.#INF
my $neginf = -1 * $posinf; # -1.#INF
On Thu, 12 Jun 2003, Richard Evans wrote:
a) If you're using the DateTime::Locale namespace:
DateTime::Locale-register_locale(de_DE_RIDAS1 =
'deu_DE_RIDAS1',
'ger_DE_RIDAS1',
Can people try to compile DateTime.pm on various platforms that aren't
Linux, BSD, or Win32, and let the list know if it works. I will be trying
Mac OSX and Solaris via the SF compile farm, but I don't have access to
other propietary Unix variants, or VMS, QNX, or other weird things like
that.
On Fri, 13 Jun 2003, Dave Rolsky wrote:
Can people try to compile DateTime.pm on various platforms that aren't
Linux, BSD, or Win32, and let the list know if it works. I will be trying
Mac OSX and Solaris via the SF compile farm, but I don't have access to
other propietary Unix variants
On Fri, 13 Jun 2003, Dave Rolsky wrote:
Can people try to compile DateTime.pm on various platforms that aren't
Linux, BSD, or Win32, and let the list know if it works. I will be trying
Mac OSX and Solaris via the SF compile farm, but I don't have access to
other propietary Unix variants
0.19 2003-06-13
- The name() method will now always return something that can be used
to recreate the original object by calling DateTime::TimeZone-new().
The only class which changed was DT::TZ::Floating, but the fact that
name() is guaranteed to work in recreating the object is an API
On Fri, 13 Jun 2003, John Peacock wrote:
Dave Rolsky wrote:
On Wed, 4 Jun 2003, John Peacock wrote:
my $nan = abs($posinf - $posinf); # 1.#QNAN
Any updates on this? The Win32 problems are the only thing holding me
back from the next release at this point, I think.
I'm sorry
On Fri, 13 Jun 2003, Joshua Hoblitt wrote:
That's cool. I'll be going to YAPC tomorrow anyway, so I'll have plenty
to keep my busy.
I don't suppose you'll apply my DT::Language patch before then? :)
I'll apply it before the next release unless DT::Locale is finished first.
-dave
On Wed, 11 Jun 2003, Tim Bunce wrote:
And I'll repeat my (carefully worded) statement that A single
regex could handle all formats that follow the ISO 8601 general
left-to-right decreasing resolution style, with assorted optional
punctuation, plus optional appended TZ.
In fact, this'd be
On Wed, 11 Jun 2003, Tim Bunce wrote:
And I'll repeat my (carefully worded) statement that A single
regex could handle all formats that follow the ISO 8601 general
left-to-right decreasing resolution style, with assorted optional
punctuation, plus optional appended TZ.
In fact,
On Thu, 12 Jun 2003, Rick Measham wrote:
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
On Thu, 12 Jun 2003, Rick Measham wrote:
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
On Thu, 12 Jun 2003, Rick Measham wrote:
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
On Wed, 11 Jun 2003, Joshua Hoblitt wrote:
DateTime::Wrapper::SubSecond will accept parameters for resolutions from
10 to 10^9 subseconds. With corresponding methods returning these
units.
This seems like overkill for something which will basically do:
my $nano = $p{micro} *
On Wed, 11 Jun 2003, Joshua Hoblitt wrote:
namespace? I believe there is some president for this, for example DBI,
He means precedent ;)
-dave
/*===
House Absolute Consulting
www.houseabsolute.com
===*/
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 Tue, 10 Jun 2003, Joshua Hoblitt wrote:
I played with P::RecDescent for Mason, and it is slow and a memory hog.
That's no dis to Damian, cause it's a great tool, but in most cases a
custom regex-based parser is way faster.
I talked to Damian about it at Perl Whirl and he said he's got
On Wed, 11 Jun 2003, Rick Measham wrote:
I'd really like to not depend on Locale.pm other than as a loader for
normal, included Locale methods.
Can we just have an API that any module could potentially use?
I think we need this, but we may also need a way to hook locales into
On Wed, 11 Jun 2003 [EMAIL PROTECTED] wrote:
In DateTime::Duration:
sub new():
...
unless ( grep { $self-{$_} } qw( months days ...
{
$self-{sign} = 0;
}
and then:
sub is_positive { $_[0]-{sign} == 1 ? 1 : 0 }
which makes a zero-duration be not positive,
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, 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 Mon, 9 Jun 2003, Eugene van der Pijll wrote:
So you would have to add some three-letter codes, at least. But I don't
think it is necessary to include the ISO 639-2 codes for English, German
etc.
That'd get real confusing. I think we should include them for all
languages, not just those
On Thu, 5 Jun 2003, David Wheeler wrote:
On Wednesday, June 4, 2003, at 08:28 PM, Dave Rolsky wrote:
I wrote a custom HTML converter because Pod::Html produces such awful
HTML, and I wanted to customize some of the link handling. I also
removed
all the QUESTION bits and stuck them
On Thu, 5 Jun 2003, David Wheeler wrote:
On Thursday, June 5, 2003, at 08:25 AM, Dave Rolsky wrote:
Tried Pod::Simple::HTML? We should all nicely ask Sean to get it
finished, now that his new book is pretty well done.
Yeah, I started palying with that, but it's not easily subclassed
On Thu, 5 Jun 2003, Ben Bennett wrote:
I intend to make some convenience factories that will make some
standard holidays (e.g. US federal holidays, each state's holidays,
special bank holidays, etc.), I will worry about that later though.
Specific holiday calendars can wait until there's a
On Fri, 6 Jun 2003, Eugene van der Pijll wrote:
The changes are:
- I moved the _generate_spans_until_match() method (that is included in
perhaps half of all DT::TZ's, and is a largish piece of code) to
TimeZone. This saves about 100kB.
- I changed the format of the dst changes, from
On Sat, 7 Jun 2003, Rafael Garcia-Suarez wrote:
Dave Rolsky wrote:
This release adds some more docs and brings the code into sync with
bleadperl.
I haven't had any reports of problems with this code yet so I expect to
send patches to p5p real soon now.
Too late. Integrated
On Fri, 6 Jun 2003, Eugene van der Pijll wrote:
The generated TimeZone modules are a bit larger than they could be. With
the attached patch, their total size is reduced by almost 50%.
Can you resend this as a unified diff (-u)? I can't read the other kind
very easily so I can't actually
On Wed, 4 Jun 2003, John Peacock wrote:
The t/13strftime.t file has DOS line endings, which causes all tests to fail
under Cygwin. If that is corrected, then Cygwin tests completely clean.
Really? I can't see them.
However, I am still seeing the following failures with Win32/VC++:
On Tue, 3 Jun 2003, John Peacock wrote:
Is anyone else having massive problems getting cvs.sourceforge.org to behave? I
have only once in a bunch of times since yesterday been able to connect and sync
my sandbox with the DateTime repository. Most of the time I get:
$ cvs upd -Pd
cvs
[ cc'd to datetime list ]
On Wed, 4 Jun 2003, Sam Vilain wrote:
So, just what are those various optimizations in doing time zone
calculations ? OK, building indexes is fine, but can't you access
I'm not sure what you're referring to.
the majority of the data from the installed Olson
On Mon, 2 Jun 2003, Dan Sully wrote:
HPUX doesn't have finite() - it has isfinite() instead.
Not my HPUX box. I'm running 10.20 and the HP ANSI C compiler
I tried the make test and here is a listing of the errors
Of course they would have to change it between 10.20 and 11.00/11i
I
I tweaked the code that is looks like this:
#include math.h
#ifndef isfinite
# ifdef finite
#define finite isfinite
# endif
#endif
Then later I have
#ifdef isfinite
void
_normalize_seconds(self, days, secs)
I'm hoping this can work better for all systems, since there may be
This release adds some more docs and brings the code into sync with
bleadperl.
I haven't had any reports of problems with this code yet so I expect to
send patches to p5p real soon now.
1.06 2003-06-04
- A bug in the handling of negative offsets from UTC could lead to the
return of invalid
On Wed, 4 Jun 2003, Ben Bennett wrote:
As a first cut:
- Business day arithmetic:
- Addition
- Subtraction
- Differences (how many b. days between X and Y)
- Know about holidays
Be able to take a set specifying holidays. Attempting to know all
possible holidays for all
I wrote a custom HTML converter because Pod::Html produces such awful
HTML, and I wanted to customize some of the link handling. I also removed
all the QUESTION bits and stuck them in docs/todo.pod in the repository,
since they don't really add anything to the FAQ for most readers.
-dave
Changes since 1.04, which comes with Perl 5.8.0:
1.05 2003-06-03
This version is nearly identical to version 1.04, which is included in
the Perl core, but it removes the use of our in order to make the
code backwards compatible with Perl 5.00503. It probably works with
earlier versions of
On Mon, 2 Jun 2003, Ben Bennett wrote:
I still think it is a MakeMaker problem, has anyone reported it to
them?
And are you guys using the latest MakeMaker? I think this might have been
fixed in the new beta versions.
-dave
/*===
House Absolute Consulting
On Mon, 2 Jun 2003, Flavio S. Glock wrote:
FAQ said:
2.3: Why do I need to truncate dates?
...
Of course if you are trying to work out if an hour long
meeting is going on now then you should truncate to
hours... but for that kind of thing you probably want a
DateTime::Span
RFC - Do
On Mon, 2 Jun 2003, Flavio S. Glock wrote:
Dave Rolsky wrote:
On Mon, 2 Jun 2003, Flavio S. Glock wrote:
RFC - Do we need something like this?
$span = DateTime::Span-hour( $dt );
$span = DateTime::Span-day( $dt );
...
What does this do?
It is a shortcut
On Mon, 2 Jun 2003, Hill, Ronald wrote:
I was not able to find the Time::Local module on CPAN
Yeah, it's not there yet.
t\20infinite..NOK 12# Failed test (t\20infinite.t at line 55)
# got: '1.#QNAN'
# expected: '-1.#IND'
t\20infinite..NOK 13# Failed
On Mon, 2 Jun 2003, Hill, Ronald wrote:
ARGH!
I give up. Someone else is going to have to fix this on
Windows at this
point, or maybe I'll just disable these tests on Win32.
-dave
Oh, Dave please don't give up. We need this for all Platforms
Otherwise, modules that use
On Mon, 2 Jun 2003, Ben Bennett wrote:
2) What is the overlap between DateTime::Format::Builder and
DateTime::Format::Strptime? Which is preferred?
Yeah, I'd like to know too.
4) Wasn't this [the DateTime constructor croaking on bad dates] going
to be overridable?
Not unless someone
On Fri, 30 May 2003, Ben Bennett wrote:
This class allows you to wrap an arbitrary object and provide
stringification and numification methods while changing the interface
to the object as little as possible.
Have you taken a look at Class::Decorator on CPAN? What you've
implemented is more
On Fri, 30 May 2003, Ben Bennett wrote:
On Fri, May 30, 2003 at 12:36:17PM -0500, Dave Rolsky wrote:
The archives are linked on the mailing list page and the modules page has
links to each module's CPAN page.
OK. At the very least I want to leave a link to the top of
datetime.perl.org
Ok, I think the test results for 20infinite.t may be different because of
recent changes in subtract_datetime. Could a Windows user run the tests
again, please?
For the 04epoch.t failures, I think I'll need to be able to use the latest
Time::Local code, which means releasing it to CPAN.
On Sat, 31 May 2003, Richard Evans wrote:
No need to use if.pm really. Just do this:
BEGIN {
eval 'use utf8' if $] = 5.006;
}
Yeah, I thought that should work, but I knocked up a quick test:
BEGIN
{
eval 'use warnings' if $] = 5.006;
}
use if $] = 5.006,
On Sun, 1 Jun 2003, Rick Measham wrote:
At 5:03 PM -0500 31/5/03, Dave Rolsky wrote:
But then I went to install the latest DT::F::Strptime and it failed too!
Patches for the latter may be forthcoming.
At 5:07 PM -0500 31/5/03, Dave Rolsky wrote:
Looking through the DT::F::Strptime code I
On Fri, 30 May 2003, Hill, Ronald wrote:
Great!! At least that tells me the bug in my module is fixed :)
Are you using DateTime-Set version 0.07 and DateTime 0.12?
(I need to update the pre req's for sunrise)
I wish we could get the DateTime.pm to work on windows.
Have you tried the latest
On Thu, 29 May 2003, Joshua Hoblitt wrote:
Uh, they could just call it DT::Language::MyLanguage, right?
Do we really want people including DT::Language::* modules in there distributions?
If it was something like DT::Language::Custom::Foo, I probably wouldn't
care.
-dave
On Fri, 30 May 2003, Hill, Ronald wrote:
Hi All,
Has anyone installed DateTime-TimeZone-0.17 on HPUX?
make is reporting line to long.
$ /app/perl5.8.0/bin/perl Makefile.PL
Writing Makefile for DateTime::TimeZone
$ make
Make: line too long. Stop.
$ which make
/bin/make
$ ls -l
On Fri, 30 May 2003, Dan Sully wrote:
* Ben Bennett [EMAIL PROTECTED] shaped the electrons to say...
I have a (very) rough draft of a faq available at:
http://www.limey.net/~fiji/perl/
Ben - I like the FAQ a lot. A suggestion though - you offer quite a few
functions that do useful
On Fri, 30 May 2003, Hill, Ronald wrote:
Has anyone installed DateTime-TimeZone-0.17 on HPUX?
make is reporting line to long.
$ /app/perl5.8.0/bin/perl Makefile.PL
Writing Makefile for DateTime::TimeZone
$ make
Make: line too long. Stop.
This might be fixed by upgrading
On Thu, 29 May 2003, Joshua Hoblitt wrote:
Here is a small patch to allow arbitrary namespaces to be passed to
DT::Language. This is useful for modules that want to include their own
DT::Language subclasses or want to generate information at runtime.
Uh, they could just call it
On Thu, 29 May 2003, Ben Bennett wrote:
Actually there are two bugs (yes my sandbox is current).
The first is fixed by the patch below (it creates an unused $tmp
DateTime::Span object without the required args).
The second is more tricky... DT::Span tries to create a DT::Set
object, but
On Fri, 30 May 2003, Ben Bennett wrote:
The general structure of the page is quite likely to change (as are
the question numbers). I plan on adding more sections and reordering
the existing questions, but I wanted to get feedback first.
It generally looks great.
If people could propose
On Sat, 12 Apr 2003, Matt Sisk wrote:
The docs say go here:
ftp://elsie.nci.nih.gov/pub/
But it has been inaccessible over the last few days. I can't build the DateTime
suite properly!
Hmm, worked for me. And of course, if you install DateTime::TimeZone from
CPAN there's no need to get
On Sat, 12 Apr 2003 [EMAIL PROTECTED] wrote:
May I import Date::Leapsecond into
modules/DateTime.pm/lib/DateTime/Leapsecond.pm?
I could then make the changes in DateTime to use it.
How will it be used? I've been trying to think of a good way to handle
leapseconds in DateTime.pm for a while
On Fri, 4 Apr 2003, Iain 'Spoon' Truskett wrote:
Are there details of how MakeMaker and CPAN.pm treat 0 and undef in
prereqs?
It's treated as any version.
-dave
/*===
House Absolute Consulting
www.houseabsolute.com
===*/
On Thu, 3 Apr 2003, Flavio S. Glock wrote:
Flavio S. Glock wrote:
DateTime::Event::Basic - A base class for building Event classes.
Ok, I think I'll explain this a bit more:
For example, DateTime::Event::Sunset would be simplified to:
@ISA = qw( DateTime::Event::Basic );
sub
On Tue, 1 Apr 2003, Iain 'Spoon' Truskett wrote:
* Iain 'Spoon' Truskett ([EMAIL PROTECTED]) [01 Apr 2003 13:18]:
Adding and subtracting small durations doesn't appear to
affect the epoch. I tried adding a line to recalculate it,
but that just seemed to screw things up elsewhere.
Ok.
On Mon, 31 Mar 2003, Joshua Hoblitt wrote:
I started implementing all of ISO8601:2000 last night with Builder.pm.
After looking at the pod for awhile I started thinking that this could
be simplified [and optimized] a little if you don't mind dirtying the
namespace.
Some POEish like this:
0.03 2003-04-05
- Handle offset-only time zones without producing garbage output. Bug
report from Iain Truskett.
- Switch to Module::Build.
-dave
/*===
House Absolute Consulting
www.houseabsolute.com
===*/
No particular reason for this release, just an accumulation of
improvements and fixes.
0.09 2003-04-05 (the liberation through violence release)
[IMPROVEMENTS]
- As requested by numerous people, there is now a pure Perl
implementation of DateTime.pm included with this distribution. If you
On Fri, 4 Apr 2003 [EMAIL PROTECTED] wrote:
I noticed DateTime::Duration = is not
checking the 'reverse' flag.
Also, it would be useful to be able to
compare a duration to zero, in order to check if
it is negative, positive or null.
I could do that, just tell me if it is ok.
Sounds fine
On Fri, 4 Apr 2003 [EMAIL PROTECTED] wrote:
I noticed DateTime::Duration = is not
checking the 'reverse' flag.
Also, it would be useful to be able to
compare a duration to zero, in order to check if
it is negative, positive or null.
I could do that, just tell me if it is ok.
Actually,
On Fri, 4 Apr 2003, Dave Rolsky wrote:
Also, it would be useful to be able to
compare a duration to zero, in order to check if
it is negative, positive or null.
Ugh, I must take a moment before replying to mail. I thought about this a
bit more and realized I don't really like it, because
I've updated the docs on developing a DateTime::Calendar module to reflect
recent discussion of time zones, calendar without a time component, and
some other API stuff I wanted to include.
Please take a look. Questions and suggestions are welcome.
On Wed, 2 Apr 2003, Joshua Hoblitt wrote:
- should it have a clone method?
Only if it has methods that can change the internal object state after
it's created, like DateTime.pm's set(), set_time_zone(), etc.
- when from_object is used should the value for seconds returned by utc_rd_values be
On Thu, 3 Apr 2003, Joshua Hoblitt wrote:
Actually, I'm starting to think that it might be better instead to simply
have a local_rd_values method and use that instead, maybe.
Or barf on floating times.
Or document it.
In practice, I think _most_ people working with multiple calendar
On Thu, 3 Apr 2003, Eugene van der Pijll wrote:
And this works. But even more people will use DateTime-now. And then
a floating time would be wrong.
Why would a floating time be wrong then?
As an example, the first program I wrote using
DateTime::Calendar::Mayan.
use DateTime;
my
On Tue, 1 Apr 2003, Daisuke Maki wrote:
I've hacked together DT::Calendar::Japanese and DT::Format::Japanese. Is
there anybody on this list that can use Japanese on his machine?
I somehow got emacs to do so, yes. If it's working and displaying the
right characters, then my pathetic character
On Tue, 1 Apr 2003, Daisuke Maki wrote:
DT::Format::Japanese:
- support kanji, zenkaku arabic, and ascii arabic numbers
- support eras
BTW, this one looks great.
-dave
/*===
House Absolute Consulting
www.houseabsolute.com
===*/
On Tue, 1 Apr 2003, Flavio S. Glock wrote:
DateTime::Event::Bundle :)
I think the DateTime::EventSet name looks too much like
DateTime::SpanSet,
and this is confusing.
And too much like DateTime::Set as well. I don't like Bundle, cause that
really confuses things with Bundle:: modules.
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, 11 - King Kamehameha I Day
August, 15 - Statehood Day
What name space should those live under? Should they even be a set?
On Tue, 1 Apr 2003, Flavio S. Glock wrote:
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 under? Should they even be a
On Wed, 2 Apr 2003, Rick Measham wrote:
I'm thinking maybe DateTime::Event::PublicHoliday which would load (upon
request) DateTime::Event::PublicHoliday::[Region Name]
The coding for it would be exactly the same as my current ::Event::Christian
module.
(Although maybe Australia is the only
On Wed, 2 Apr 2003, Rick Measham wrote:
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 descent. He celebrates
On Wed, 2 Apr 2003, Jean Forget wrote:
As I told long ago (January 2003), the French Revolutionary
calendar included a reform to decimalize time counting,
with 10 hours per day, 100 minutes per hour and 100 seconds per
minute. But this reform was never put into effect. So,
my module should
On Mon, 31 Mar 2003, Flavio S. Glock wrote:
In module: DateTime
New method: extend()
Returns a DateTime::Span after the current date.
If the parameter is a date, returns the span between the two dates.
If the parameter is a duration, returns the span between the current
date and
On Sun, 30 Mar 2003, 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
On Tue, 1 Apr 2003, Rick Measham wrote:
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.
On Mon, 31 Mar 2003 [EMAIL PROTECTED] wrote:
I suspect that same goes for some Asian languages.
by the way, I think that the languages we have are using latin1.
Maybe we should make it UTF8.
Yes, we should, since that's the future of Perl. But then we'd have to
provide a bytes version for
On Tue, 1 Apr 2003, Rick Measham wrote:
sub format_datetime {
$dt = shift;
return sprintf(%s%s%s%s%s%s %s%s%s%s%s%s,
japanese_number($dt-year),
'japanese_for_year',
japanese_number($dt-month),
'japanese_for_month',
japanese_number($dt-day),
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).
Should I:
1) Force everyone to have ::Julian even
On Mon, 31 Mar 2003 [EMAIL PROTECTED] wrote:
RFC: how to name these parameters to the
DateTime::SpanSet-new() method:
#1 - Building a SpanSet from
2 recurrence callbacks:
$set = new DateTime::SpanSet (
starting_recurrence_sub = sub { .. },
ending_recurrence_sub = sub
801 - 900 of 1076 matches
Mail list logo