<div dir="ltr"><div dir="ltr">On Fri, 10 Jul 2020 at 10:08, David Edmundson <<a href="mailto:davidedmundson@kde.org">davidedmundson@kde.org</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><br><div class="gmail_quote"><div><div>I don't like the idea of duplicating configuration for the options where it's already solved with mimetypes. If we have two "sources of truth" for the same thing, it can get complicated quickly.<br></div><div><br></div></div></div></div></blockquote><div><br></div><div>A terminal isn't a handler for any MIME type, or any URI, and adding fake MIME types isn't going to scale either—it's just kicking the can down the road when we have to keep adding new fake MIME types and hope that stuff works.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div><div>There's an idea in the annex "Use a new mime type (ex: x-default-handler/*) instead of a new list". Can you expand on why you didn't pursue that approach?  It seems a lot easier to adopt. </div></div></div></div></blockquote><div><br></div><div>The whole discussion started off because GLib developers do not really want to add a settings key for this; it's a bad option, for us, as it falls apart when it comes to system and vendor overrides, and it plays really badly in mixed systems (e.g. GNOME applications can't really read KDE settings, and vice versa): <a href="https://gitlab.gnome.org/GNOME/glib/-/issues/338">https://gitlab.gnome.org/GNOME/glib/-/issues/338</a></div><div><br></div><div>The idea of using a special MIME type handler was rejected (by one of the maintainers of the shared-mime-info database) here: <a href="https://gitlab.gnome.org/GNOME/glib/-/issues/338#note_205947">https://gitlab.gnome.org/GNOME/glib/-/issues/338#note_205947</a></div></div><div><br></div><div>Having a separate, neutral way to associate default applications that do not open files/URIs seems perfectly legitimate to me; modelling it on the MIME type handler means we can reuse a lot of the concepts, if not the implementations.<br></div><br><div>Ciao,</div><div> Emmanuele.<br></div><br>-- <br><div dir="ltr" class="gmail_signature"><a href="https://www.bassi.io" target="_blank">https://www.bassi.io</a><br>[@] ebassi [@<a href="http://gmail.com" target="_blank">gmail.com</a>]</div></div>