x-terminal-emulator is used in Debian as a part of 'alternatives'
symlink system. And IMHO it works pretty well.
Option 3 looks more promising though, because it can solve the problem
of different exec arguments for different terminals and can be
overridden on user-level. But yes, mime type is not a correct mechanism
in this case. Some changes to desktop entry spec may be needed.
Dependencies on DE-specific tools are bad.
2015-10-20 14:21, Jerome Leclanche пишет:
This is something I tried solving quite a few times. There was an
intents spec (a la android) in the works which was subsequently picked
up by GNOME, I don't know where it's at now but it's the more correct
fix.
On 20 October 2015 at 13:37, Thomas Gläßle <[email protected]> wrote:
Thomas Gläßle wrote on 10/20/2015 12:23 PM:
1 a) invent a new variable e.g. $TERMINAL or similar that works like
$BROWSER, i.e. something of the form TERMINAL=urxvt:gnome-terminal:xterm
1 b) invent a new variable e.g. $TERMINAL or similar that works like the
one used by mimeopen, i.e. TERMINAL="xterm -e"
2) encourage the use of (and possibly semi-mandatory dependency on)
gvfs-open/kde-open
3). invent a mimetype for terminal applications so available terminals
can be iterated via .desktop files and a default can be requested in the
mimeapps.list file, e.g.:
I forgot to mention option 4 which I saw lurking around:
4) use the binary x-terminal-emulator which is to be symlinked to
whatever terminal one wants to use.
- [+] nice and simple
- [+] possibly already supported by several subsystems?
- [-] system-wide config (you have to modify PATH in order to change
it for users)
concerning 1 a)
- [+] nice and simple
- [-] have to hardcode command line options, e.g. terminator uses "-x"
rather than "-e"
- considering $TERMINAL is already used in a different fashion by
mimeopen (and mimeopen is used as fallback by xdg-open), I'd rather tend
towards a different name for the variable, e.g. $TERMCMD which would be
upward compatible to how its used by terminator
concerning 1 b)
- [+] no need to hardcode command line options
- [+] compatible with existing mimeopen behaviour
- [-] contains more than just a executable name, may be less simple to
analyze
concerning 2)
- [+] easy out without much coding for xdg-open
- [-] doesn't really solve the problem that "everyone uses their own
mechanism"
- [-] I didn't look at gvfs-open/kde-open so far, but I'm afraid, they
don't allow the user to specify their preferred terminal as easily
- [-] seems like a heavy dependency
concerning 3)
- [+] uses an established config format
- [+] can configure multiple terminals with correct command line
options and the default
- [-] not sure if the mimetype concept applies to this problem very well
- [-] maybe too complex for such a simple goal
_______________________________________________
xdg mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/xdg
_______________________________________________
xdg mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/xdg
_______________________________________________
xdg mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/xdg
