ping @faure, this one can be merged now.
Minor nitpick.
<title>Used attributes.</title>
I've started experimenting with a cache here. It is based on a checksum of listing of config files and data hierarchy. Suggestions are welcomed.
I can suggest just using file modification time. This should be sufficient for this use case.
Is it really necessary to duplicate the whole logic ?
Couldn't we as we do with browsers and their special mime x-scheme-handler/https
with say a x-scheme-handler/shell
or x-scheme-handler/terminal
or x-terminal-emulator/sh
rather than have a not-invented-here syndrome.
This seems like a far fetched concerns, on
A simple implementations could scan once on start/boot/first use and cache the list of terminals anywhere. This is used only when listing the terminal emulators or when none are configured. In the general case a
xdg-terminals.list
file will directly say which file to look at.
DE usually cache that sort of applications
data already. A simple implementations could scan once on start/boot/first use and cache the list of terminals anywhere.
This is used only when listing the terminal emulators or when none are configured.
In the general case a xdg-terminals.list
file will directly say which file to look at.
This is a new spec, what is the backward compatibility issue ?
This is not clear to me. Do you have an example of *xdg-terminals.list
It also feels a bit cumbersome.
users can install any terminal emulators, if it is the current DE pick it becomes default.
Users can overwrite it in ${HOME}/.config/xdg-terminals.list
Do you really need a subdir, with an environment overwrite ?
How about XTE_TERMINAL_EMUlATORS_DIRS
or maybe XDG_TERMINAL_EMUlATORS_DIRS
?
- environment variable `XTE_TERMINAL_EMUlATORS_DIRS` (truthy or falsy value)
In line with previous comment.
I really feel this would complicate things for no good reasons to have two ways to find terminal emulators.
cp
a modified desktop file to ${HOME}/.local/share/applications/
is really easy.
Currently there is no overarching specification to handle selection of default terminal emulator application compatible with most major DEs or setups without a DE.
Plasma 6 and KF6 are closing to their alpha release and several MR were pushed to xdg-utils to improve compatibility.
Could we make a new release soonish so that downstream distro don't have too much hassle with mismatch version of xdg-utils and Plasma 6 ?
cc @dfaure
Méven Car (3846e61d) at 24 Aug 19:07
rebased and squashed
Méven Car (3846e61d) at 24 Aug 17:56
Add application/x-fishscript and application/x-nuscript
... and 3 more commits
Méven Car (3846e61d) at 24 Aug 17:54
Méven Car (3846e61d) at 24 Aug 17:54
Add application/x-fishscript and application/x-nuscript
... and 6 more commits