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 in docs/todo.pod in the
repository,
since they don'
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 stu
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. In
fact, subclassing it is near impossible.
I think
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 su
On Thursday, June 5, 2003, at 08:38 AM, Dave Rolsky wrote:
I think that subclassing is one of Sean's goals for the Pod::Simple
classes. I say we bug him about it. ;-)
Subclassing Pod::Simple is easy. Subclassing P::S::HTML is not.
Yes, but AFAIK, P::S::HTML is just a placeholder, really, for the
On Thu, 5 Jun 2003, Sam Vilain wrote:
> Your own words;
>
> themachine:~/src$ head DateTime-TimeZone-0.17/README
> OVERVIEW
>
> The DateTime::TimeZone modules provide a Perl interface to the Olson
> time zone database. Rather than using the database directly, we parse
> the database files an
Hi Dan,
> I am the sysadmin, and we do have a /bin/sh.
[snipped]
> I wish that it were that simple. Basically, I have some developers that
> need this module so that they can use another module, but this is the only
> one that I have had any problems with. Would you like a copy of the
> Makef
Very interesting post.
However, I am interested in knowing what the differences are between
the different calendars.
Are the variables that I mentioned in a previous post sufficient or
have the exchanges done something exceedingly odd in the past.
Why can't you tell what the TOKYO calendar will
Some links that might be useful:
http://www.apple.com/ical/library
- Very good files, can be read using
DateTime::Format::ICal
and a bit of hacking. Includes bank holidays.
I don't know what the license is.
http://www.angelinn.net/cal_info.htm
- links for sites that have more
calendar ta
Another one:
http://iCalShare.com
- A lot more calendar tables.
Flavio S. Glock wrote:
>
> Some links that might be useful:
>
> http://www.apple.com/ical/library
> - Very good files, can be read using
> DateTime::Format::ICal
> and a bit of hacking. Includes bank holidays.
> I don't know
On Thursday, June 5, 2003, at 01:38 PM, Ben Bennett wrote:
Very interesting post.
On Thu, Jun 05, 2003 at 01:32:14PM -0700, Brad Hughes wrote:
Ben Bennett wrote:
Okay so what should a business date module be able to do?
What is a "business day?"
A quick glance at our internal date modules reveals
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
Bruce Van Allen wrote:
>
> 1. This is one reason some us have argued for the
capability of caching
> recurrence sets (which Flavio implemented!).
I'm not done yet - but I've got it started.
> Brad suggests another way
> to accomplish this, which would have application in
some uses:
> > In any
On Thursday, June 5, 2003, at 04:39 PM, [EMAIL PROTECTED] wrote:
Bruce Van Allen wrote:
1. This is one reason some us have argued for the capability of
caching
recurrence sets (which Flavio implemented!).
I'm not done yet - but I've got it started.
Sorry, what I meant was -- "Flavio has agreed to
Someone, possibly Sam Vilain wrote:
> > > > against the module. I really would like to remove my dependancy on
> > > > Date::Manip, but, really - 4.5MB?
The generated TimeZone modules are a bit larger than they could be. With
the attached patch, their total size is reduced by almost 50%.
(There'
I think I am leaning towards the following:
Have a module that can perform "special" date arithmetic. So you load
the definition of good times and bad into an object (through the
constructor and accessors) and can then perform calculations on dates
as calls through the object.
Something like:
--
The attached module is a time-only implementation of DateTime. This is a
very early developer release. This module will be released to the DateTime
community as I think it's too important a module to take on the
responsibility of maintaining it myself. Please do what you will with this
module. The
I have already opened a problem ticket for this problem, but here it is in
a nutshell. I am unable to run the make command against the
DateTime-TimeZone-0.17 module. I get the following error:
[EMAIL PROTECTED]/home/user/is74601/perl/modules/time-date/DateTime-TimeZone-0.17
# make
mkdir blib
mk
Dave Rolsky schreef:
> 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
> v
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, fro
On Fri, 6 Jun 2003, Dave Rolsky wrote:
> You still have it turning those array refs back to hash refs. Might as
> well just go for it and use arrays internally. It's faster and uses less
> memory.
Ok, the speed boost seems to be very small, if it exists at all, but the
memory savings are huge.
0.18 2003-06-06
- Switched the internal data structure for the Olson database to use
array references instead of hash references. This seems to save a
reduce memory usage to about 66% of the hash based version.
Additionally, the files themselves have gotten much smaller. This was
all partial
On Thu 2003/06/05 16:38:00 EDT, Ben Bennett <[EMAIL PROTECTED]> writes:
> Why can't you tell what the TOKYO calendar will be until Jan 1st?
Not sure if Tokyo is one, but there are calendars where alot of holidays
are decreed by the ruler of the country or calculated in some other fashion
not kno
On Thu 2003/06/05 18:16:29 -0300, "Flavio S. Glock" <[EMAIL PROTECTED]> writes:
> Some links that might be useful:
>
> http://www.apple.com/ical/library
> - Very good files, can be read using
> DateTime::Format::ICal
> and a bit of hacking. Includes bank holidays.
> I don't know what the li
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 in the core as change #19702, thanks!
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. Integrate
26 matches
Mail list logo