XDG Default Applications specification proposal

[Marc Boocha]

Only one think I must add is in the world of sandboxing and containers like
flatpak we need a method can be exposed. and really rather not xdg-open
like wrapper that end wrapping 20 programs with platform detection.
Show quoted text

On Mon, 20 Jul 2020, 21:54 Vladimir Kudrya, <vladimir-csp at yandex.ru> wrote:

> I believe my previous proposal still holds here.
> https://github.com/Vladimir-csp/xdg-terminal-exec
> On 2020-07-20 14:00, smcv at collabora.com 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
> xdg at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/xdg
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/xdg/attachments/20200721/13f431be/attachment.htm>