le ven 09-11-2001 at 08:43 Matias Griese a �crit :
> On Thu, 8 Nov 2001, Tom Badran wrote:
> >> POSTIN: /usr/sbin/mimedb add --priority=5 "mozilla" "text/html"
> >> POSTUN: /usr/sbin/mimedb del "mozilla"
> > That sounds like a great solution. Do kde and gnome both use this for mime
> > types? Also, you have to be careful with the del in case the item being
> 
> No. Nobody uses a central database for mime type handlers, because there
> isn't any. Even applications inside Gnome/KDE have their own mime
> files..:( But I would like this to change and the only thing towards
> working "pick a file and choose the program to run it" would be this
> kind of sollution. Of course the programs and users would have their
> own preferences, but in the case where there aren't any, they could
> pick _some_ application to run the file instead of letting the novice
> user to guess which application he/she needs to see a pdf document
> etc..
> 
> I just looked at gnome-vfs, galeon and mozilla. They have all their own
> mime files, but as thay all are in text/xml, exporter would be quite(?)
> easy to make for them all. And of course the implementer could always
> go to talk mozilla/gnome/kde people. :)
> 
> > deleted is not there (due to manual editing) and make sure that doesnt throw
> > any erros / crash rpmdrake etc. Sure this is a bit of work to implement now,
> 
> Of course this kind of database must be first designed so that this
> kind of situations would not arise.

It's close to what we have with unified menu.
 
> > but the amount of effort going into things like devfs etc. surely means that
> > this is a worthwile venture. I have installed mandrake on machines for people
> 
> Agreed.
> 
> > Just my thoughts, its pretty hard to think of how to improve such a sweet
> > distro.
> 
> There is always room for iprovement. But there is usually not enough
> time to do it.

sure

-- 
http://perso.wanadoo.fr/linux_wizard/index.html 
-
Nous apprenons aux gens a se souvenir,
nous ne leur apprenons jamais a progresser.
Oscar Wilde


Reply via email to