Re: Re: Date_Holidays

On Tue, 10 Aug 2004 12:41:53 -0400, Philippe Jausions <philippe.jausions@11abacus.com> wrote: > > Sergio Carvalho wrote: > > Carsten Lucke wrote: > > > >> Some of you may say that it not useful to write driver-classes in PHP > >> when we can use iCal. But as far as I can see, iCal's RRULE property > >> does not support calculation of dates like Easter. The advantage of > >> iCal is that someone can use applications like Mozilla Calendar to > >> enter some events and write them to an iCal file. There's no need to > >> code anything. > > > > > > If I recall correctly, the question was not about the power of iCal vs > > PHP. Its that there's a huge base of calendars already defined in iCal > > which must then be redefined in PHP for Date_Holidays. > > > > On a first look over iCal, I got the opposite impression. However, if > > you analyzed the question with some depth, and believe its too much of a > > hurdle to support iCal, I think it's ok. I've personally used iCal for > > extremely simple calendar import tasks, so I can't possibly defend the > > opposite argument. > > > Would it be possible to support conversion of iCal to the ini based format for simple holidays, and then adding the calculation ones by hand - this way you get the best of both worlds. > If Carsten is right, then no matter what PHP drivers will be needed for > holidays that are based on complexe rules such as Moon phases. Also keep > in mind that the proposal is for a "library" of holidays and not to > manage a calendar. However, when exporting to iCal, it would be best to > take advantage of whatever recursion exists in the holiday... I also > think PHP-based drivers will be much faster compared to a iCal parser... > > I haven't read it in details, but isn't iCal more of a exchange format > rather than a storage one??? So an iCal to PHP DH driver converter may > be more appropriate... Just like you wouldn't use vCard to actually > store contact information... > > -Philippe > > > > -- > PEAR Development Mailing List (http://pear.php.net/) > To unsubscribe, visit: http://www.php.net/unsub.php > >