[PEPr] Comment on File Formats::iCal

Gregory Szorc (http://pear.php.net/user/gszorc) has commented on the proposal for File Formats::iCal. Comment: Many of the previous comments have addressed issues present because the package is halfway complete. This package features two components, a parser and a friendly interface class. The later is barely developed, hence why the package feels bloated and complicated. This is also why the package hasn't been called for votes yet. It has been said that the parser is over-engineered. When compared to other parsers written in PHP, yes it is. It is a design choice. The parser conforms with the iCal RFC's. Writing a stripped-down parser without checking for conformance will just bite you later down the road. An under-engineered parser/generator is worthless when dealing with strict parsers that choke on the first sign of error. When the parser interface classes are complete, the end user won't even know that the parser exists. They will just know that they can read in any iCal file and any iCal file they generate can be read by anyone without error. Proposal information: http://pear.php.net/pepr/pepr-proposal-show.php?id=251 -- Sent by PEPr, the automatic proposal system at http://pear.php.net