Re: Package Proposal: Image_JPEG
| From: | Sebastian Delmont | Date: | Wed, 07 May 2003 17:19:49 +0000 |
| Subject: | Re: Package Proposal: Image_JPEG | ||
| References: | 1 2 3 | Groups: | php.pear.dev |
| Request: | Send a blank email to pear-dev+get-16033@lists.php.net to get a copy of this message | ||
Martin Jansen wrote:
On Wed May 07, 2003 at 11:5947AM -0500, Patrick O'Lone wrote:That was Patrick's suggestion, not mine :-) No, the package (the proposed Image_JPEG) handles the full file, including the data that, once decoded, generates the image. The package doesn't *yet* include any functions to manipulate the actual image data. Right now, the *most useful* functions are related with Comments, EXIF and IPTC. But that doesn't mean that the package *only* deals with those elements of the file. It is my intention to improve Image_JPEG in the future, adding higher level access to more and more parts of the file, like Color Profiles, and even partially decoded image data to perform lossless rotations and crops. I don't see a need to provide fully decoded image data. I don't see it because it would be extremely slow, and useless without some kind of "painting" functionality that is better provided by the GD library. Even then, it would be possible to do it. I also think that this issue will come up again with other file formats like TIFF, PSD, PNG and GIFs, for example. And even with non-image formats like MP3 and DOC. Considering all that, I think that the reasonable choices are: Image_Format_JPEG or Image_File_JPEG or File_Image_JPEG Comments?I think maybe the package could be called: Image_JPEG_HeaderAlso sounds like a good name. So your package *only* works on the header of the file? Can you perhaps point out, what other concrete features apart from IPTC your package provides?