A spec to set default terminal applications?

Ian Huang imyxhuang at gmail.com
Wed Aug 29 06:50:14 UTC 2018

> No, it is just for terminals themselves.

I know, by "application" I meant the terminal apps themselves not the apps
that run inside them as you pointed out. At the time I thought it could be
a little troublesome, but the more I've looked into it the more I'm
thinking patching install scripts to symlink a desktop file as you
specified is a pretty clean way to do it.

I think I also agree about the MIME types being a poor idea. Terminals
differ so much from other handlers in the way that you pointed out that it
would really be an abuse of the MIME system.

One last point to keep in mind: I think it would be wonderful if your spec
(or whatever is decided upon) could be easily expanded to include other
types of default applications unsuitable to the MINE system. For example,
many keyboards have a calculator function button that I believe is hard
coded to use GNOME's calculator for me at the moment. Similar apps that
don't necessarily handle a single type of file but reasonably call for a
default choice could maybe share the same spec? Might be a little out of
scope, though. You tell me.

On Tue, Aug 28, 2018, 21:35 Vladimir Kudrya <vladimir-csp at yandex.ru> wrote:

> On 2018-08-29 00:27, Ian Huang wrote:
> Mostly just because it would require a second desktop file for each
> application to put under the xdg-terminals/ directory.
> No, it is just for terminals themselves.
> Ultimately, I think if the solution is to use a MIME type, I think it
> should be a dummy one that assigns a terminal as its handler but does not
> have actual files with the type.
> I'd advise against dragging MIME associations into this case because it
> isn't an association of an application with filetype/protocol to open in,
> but a matter of how an executable will be executed.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/xdg/attachments/20180828/d09406de/attachment.html>

More information about the xdg mailing list