Re: Date_Holidays

From: Date: Tue, 10 Aug 2004 16:41:53 +0000
Subject: Re: Date_Holidays
References: 1 2  Groups: php.pear.dev 
Request: Send a blank email to pear-dev+get-32535@lists.php.net to get a copy of this message
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.
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

« previous php.pear.dev (#32535) next »