Re: MIME module for PEAR
| From: | Bertrand Mansion | Date: | Tue, 26 Aug 2003 10:24:38 +0000 |
| Subject: | Re: MIME module for PEAR | ||
| References: | 1 | Groups: | php.pear.dev |
| Request: | Send a blank email to pear-dev+get-20532@lists.php.net to get a copy of this message | ||
<arend@auton.nl> wrote :
> Stefan Neufeind wrote:
>> I didn't yet have a look at your class - sorry for that. But could
>> you maybe let me know beforehand:
>> - what are the basic new ideas in your class?
> Where Mail_Mime, as the name suggests, is targeted towards use with
> (multi-part) mail, this class is used for basic MIME operations on
> regular files.
> It uses the Shared MIME Database to do this, this is the same database
> GNOME 2.4 will use and KDE will also use in the future, which means they
> will all agree on MIME types of files.
>> - why don't the existing mime-classes in pear work for you?
> Mail_Mime does not provide functions to determine MIME types of files on
> disk (or plain filenames). Mail_Mime also cannot give a textual
> description of a MIME type.
>> - have you checked whether functionality your class offers over the
>> existing libs might be interegrated into them
> No, I didn't. But while it might be possible to integrate these features
> into Mail_Mime, the fact they have nothing to do with mail makes me
> wonder whether it's the right place for these features.
>> - did you implement a caching for the mime-lookups? how?
> Yes, I did. Both the globbing and magic rules are kept in memory once
> they're loaded. It might however be possible to use hashing techniques
> for even faster subsequent lookups.
>>
>> Sorry, but we don't need a second / third / forth Mail_Mime or
>> something. So it's a *must* to think whether features can be merged
>> into one package.
> Hope I clarified myself ;)
+1 for your class.
Bertrand Mansion
Mamasam