Followups redirected to [EMAIL PROTECTED], the Date::ICal development list.
In article <[EMAIL PROTECTED]>, Leo Cacciari <[EMAIL PROTECTED]> wrote: >Hi, > First of all, I want to check my inscription to this mailing >list. Then I would like to introduce myself. I'm Italian, living in >France and working as CS professor at the local university. > As far as this ML goes, I'm working on a Date::Roman Perl module, >which will integrate the Date::ICal hierarchy. I'm curious. What is Date::Roman to be? > I'm trying to catch up with the archives, but I would like to ask a >little question about Date::ICal module. Why there is not a julian day >initialisation? I mean, something like > > $date = Date::ICal(julian => [$julianday,$juliansec]); I assume you meant "= Date::ICal::->new(". (Disclaimer: I'm not an "offical" reefknot developer, just a Date::ICal user, with bizarre ideas about what to throw into the pot :) This is easy to do. I had planned to do it as part of a restructuring of the new method, but haven't got around to it yet. I want to make new() table-driven, with ICal-supporting modules being able to register initialization functions so that, for instance, after 'use Date::Discordian', you could directly do Date::ICal::->new(disco=>...). But I would make julian take a single floating point number and convert that to seconds (dropping any fractional second, unless/until fractional seconds become supported).
