On Thursday 15 September 2011 10:35:20 Wolf-Michael Bolle wrote: > > And the implementation should parse the files generated by update-mime- > > database, which is much faster -- and I can provide the code for that, > > having already written all that code for KDE. > > That sound to me like the starting point for the Linux backend.
Is the native mimetype support on Mac and Windows good enough, or should Qt use shared-mime-info on these platforms too, like KDE currently does? > > On the other hand I'm not sure that querying the association with > > applications and the open/view/edit distinction belongs there, it > > doesn't > > seem very cross- platform -- but that's a separate discussion. > > Similar to KDE, I wanted to express the difference between open/view and > edit, and also leave room for potential other uses. KDE doesn't do that, actually :-) The desktop entry standard says: in the .desktop file of the application, list the mimetypes it supports. This doesn't leave room for open/edit distinctions. We use "service menus" (a different kind of .desktop file, filemanager- specific) to complement that and offer additional context-menu actions. But I think determining mimetypes is a big enough job in itself, and the relation to applications shouldn't be rushed in with it. We might even have to get more freedesktop.org standards about this first, the current solution for determining the default application preference order is different between KDE and gnome, as well as the extra stuff like open/edit and service menus. -- David Faure, [email protected], http://www.davidfaure.fr Sponsored by Nokia to work on KDE, incl. Konqueror (http://www.konqueror.org). _______________________________________________ Qt5-feedback mailing list [email protected] http://lists.qt.nokia.com/mailman/listinfo/qt5-feedback
