<div dir="ltr">Have you gotten an answer to this? I'm interested.</div><div class="gmail_extra"> <div>J. Leclanche</div> <div class="gmail_quote">On Wed, Dec 26, 2012 at 7:31 PM, David Faure <<a href="mailto:faure@kde.org" target="_blank">faure@kde.org</a>> wrote: <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> Hi Alexander, When you implemented support for mimeapps.list in glib, did that include looking up inherited mimetypes, or is that not supported? Here's an example. emacs.desktop says: MimeType=text/plain;text/x-csrc; My mimeapps.list says: text/plain=kde4-kate.desktop;emacs.desktop; (and has no entry for text/x-csrc) When opening a text/plain file, kate is selected, no problem. But when opening a text/x-csrc file, emacs is selected. Is this expected? The question is: should the user's preference for text/plain have priority over the fact that a .desktop file mentions the derived mimetype explicitely? As a user, I would expect that (so that I can select a text editor for all inherited mimetypes in one click). But implementation-wise, this is a bit tricky, because of the interaction with multiple dirs in XDG_DATA_DIRS, and with "Removed Associations", so I was wondering if this was implemented in glib, and if so, whether we could agree on a common algorithm. The spec [1] doesn't currently mention mimetype inheritance. [1] <a href="http://www.freedesktop.org/wiki/Specifications/mime-actions-spec" target="_blank">http://www.freedesktop.org/wiki/Specifications/mime-actions-spec</a> -- David Faure, <a href="mailto:faure@kde.org">faure@kde.org</a>, <a href="http://www.davidfaure.fr" target="_blank">http://www.davidfaure.fr</a> Working on KDE, in particular KDE Frameworks 5 _______________________________________________ xdg mailing list <a href="mailto:xdg@lists.freedesktop.org">xdg@lists.freedesktop.org</a> <a href="http://lists.freedesktop.org/mailman/listinfo/xdg" target="_blank">http://lists.freedesktop.org/mailman/listinfo/xdg</a> </blockquote></div> </div>