Am Donnerstag, den 12.01.2006, 10:12 +0100 schrieb Alexander Larsson: > On Wed, 2006-01-11 at 23:38 +0100, Daniel Leidert wrote: > > Am Mittwoch, den 11.01.2006, 14:06 +0100 schrieb Alexander Larsson: > > > On Mon, 2006-01-09 at 03:41 +0100, Daniel Leidert wrote: [..] > > > > There is a bug in the MIME type detection in nautilus. To show what I > > > > mean: I have a directory, where all my bluefish-projects files resist. > > > > The application/bluefish-project MIME type is defined via > > > > shared-mime-info database. > > > > > > On directory load nautilus only looks at the extension (for performance > > > reasons), but when you actually click on the file it sniffs it. If you > > > make the bluefish-project a subclass of text/plain then it won't fall > > > back in that way i think. At least with later versions of gnome. > > > > Thanks. That works. But that still leaves the minor issue, that editors, > > which can handle text/plain are also listed in "Open with". After fixing > > the shared-mime-info database entry for bluefish project files and > > trying to open a .bfproject file from nautilus, gedit was used to open > > that file, which is not the aim. > > I consider that a bug (in gnome-vfs). It should default to the app that > handles the most specific mimetype if there is no defined default for > the mimetype. Can you file a bug about this? (Against gnome-vfs, the > solution is probably to make gnome_vfs_mime_get_all_desktop_entries() > sort its return list in the order of the mimetype hierarchy.)
Thanks again for your response. I've opened bug #326878. See http://bugzilla.gnome.org/show_bug.cgi?id=326878. > > Of course, the desktop-database only > > lists bluefish to open application/bluefish-project and IMHO there > > should be more respect to this application than any other application, > > which can handle text/plain. The situation gets more complicated for > > e.g. chemical/x-cml, which is a file of the Chemical Markup Language > > type, which is a sub-class of text/xml, which is a sub-class of > > text/plain. But only all editors, which can handle text/xml and > > chemical/x-cml are listed in "Open with". So is text/xml also a > > "fall-back" type? Shouldn't that whole behaviour be changed to a > > solution, where only applications, which can handle the MIME type at the > > top of the type tree, are listed in "Open with"? It would mean, that > > really all MIME types sub-classes and "top" types must be listed in the > > realted .desktop file. Or maybe one has a better idea. > > Hmmm. text/xml shouldn't be different in this way. Maybe its an alias of > application/xml or something causing issues here. Not in the shared-mime-info db I have. That's why I'm wondering a bit. Now I hope for some response to my bug-report. Thanks you, Regards, Daniel _______________________________________________ gnome-vfs-list mailing list [email protected] http://mail.gnome.org/mailman/listinfo/gnome-vfs-list
