Re: Package Proposal: Image_JPEG
| From: | Davey | Date: | Wed, 07 May 2003 21:04:41 +0000 |
| Subject: | Re: Package Proposal: Image_JPEG | ||
| References: | 1 2 3 4 5 | Groups: | php.pear.dev |
| Request: | Send a blank email to pear-dev+get-16038@lists.php.net to get a copy of this message | ||
Pierre-Alain Joye wrote:
On Wed, 07 May 2003 11:56:57 -0400 Sebastian Delmont <sdelmont@zonageek.com> wrote:I think its obvious that names with IPTC in them will not work, as it also parses EXIF and more. Why not name it Image_Metadata - and say that at present it only supports JPEG/JFIF/JPG but you plan to write TIFF, PSD, etc into it. That way we don't end up with Image_TIFF, Image_PSD or whatever. Or what about File_Metadata if you plan to extend it for MP3 (would be that be ID3?) and DOC etc? - DaveyWhat about: Image_Format_JPEG and later, Image_Format_TIFF, Image_Format_PSD, Image_Format_GIF, etc...Do you allow modification and or access to the image data itselft (I looked the code, but no phpdoc comments)? If not, this is not usefull names. IPTC/EXIF/Metadata should be in one and single package. I understand you will not like to work more than required. Consider my point of view as a pov about PEAR and PHP. Working a lot on imaging functions in php since a few months, many packages for the same goals (I talk about the userview of the package, regardless to the implementation) are definitively not the way to choose. pierre