Re: XDG Default Applications specification proposal

Vladimir Kudrya <[email protected]>
Newsgroups gmane.linux.xdg.devel
Message-ID <[email protected]>
I believe my previous proposal still holds here.
https://github.com/Vladimir-csp/xdg-terminal-exec

On 2020-07-20 14:00, [email protected]
wrote:

* Must be user-configurable (overriding desktop and distro defaults)

Check.

* Must produce a sensible result without user configuration (installing a
desktop Linux distribution should have a sensible default)

If desktop's terminal provides .desktop file in xdg-terminals dir
under XDG_DATA hierarchy, it will be chosen

* Default is desktop-dependent (if the user has not expressed a preference,
GNOME users expect to see gnome-terminal and KDE users expect konsole)
- In particular this means things like the Debian /etc/alternatives
mechanism are unsuitable

Desktops can provide /etc/xdg/$desktop-xdg-terminals.list

* Reading the configuration format should not require linking to specific
implementation libraries
- GLib isn't going to want to link to KDE libraries, Qt/KDE isn't going
to want to link to GNOME libraries, and neither is likely to want to
become dependent on some desktop-agnostic abstraction layer library
whose continued maintenance they cannot guarantee

Plain .desktop entries and ini configs in XDG_CONFIG hierarchy.

* Different terminals need different arguments to introduce the command
to execute
- xterm -e
- gnome-terminal -x (in old versions)
- gnome-terminal -- (in new versions)

Covered.

* Some terminal authors will be unwilling to introduce a D-Bus dependency
- In particular xterm is unlikely to do this

Proposal's reference implementation is pure shell.

Many of the requirements are the same as for MIME-type handling, so
many of them can be satisfied by an implementation that mimics MIME-type
handling.

Exactly.

_______________________________________________
xdg mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/xdg
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.