Re: MIME module for PEAR

On 26 Aug 2003 at 12:24, Bertrand Mansion wrote: > <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. Agreed. +1 from my side. Another option would be to integrate these improved features into php 4.3.4 - but I guess we wouldn't have a chance, right? *g* Stefan