I found error in processing TryExec. Made pull request. What the specification is XDG_SESSION_DESKTOP part of?
On Thu, May 25, 2017 at 2:03 PM, Vladimir Kudrya <[email protected]> wrote: > I'm backing up my proposal with some code: > > https://github.com/Vladimir-csp/xdg-terminal-exec > > Please test. > > > 2017-05-25 10:09, Vladimir Kudrya пишет: > > So now xdg-termial is a collection of workarouds to tie different DE's >> approaches together. Just like xdg-open. >> IMHO, there should be a movement towards proper standards. >> >> @Simon, with your remarks taken into accout, here is an update: >> Using desktop entries to define terminals gives advantages to downstream >> tools (selector GUIs, etc.) by providing proper descriptions, l10n. >> Places to look could be extended beyond /usr, into a proper >> ${XDG_DATA_[HOME|DIRS]} hierarchy, so it would look like this: >> >> Terminal descriptios: >> ~/.local/share/xdg-terminals ($XDG_DATA_HOME) >> {/usr/local/share,/usr/share}/xdg-terminals ($XDG_DATA_DIRS) >> >> Configs: >> ~/.config/$desktop-xdg-terminals.list ($XDG_CONFIG_HOME) >> ~/.config/xdg-terminals.list >> /etc/xdg/$desktop-xdg-terminals.list ($XDG_CONFIG_DIRS) >> /etc/xdg/xdg-terminals.list >> >> If this logic would be embeded into xdg-terminal, that would be a great >> start. >> >> 2017-05-25 09:16, Simon Lees wrote: >> >>> We already have the xdg-terminal binary which launches the terminal >>> based off the currently running desktop. I think a better approach would >>> be to integrate with that existing infrastructure, it could be modified >>> for example to check for the existence of a config file in 1 maybe >>> several dirs (I guess a sysadmin may want to configure a default >>> terminal for all his users). >>> >>> That config file would contain the path to the terminal followed by the >>> exec command. This approach is less secure as someone could modify the >>> config file without you realising (I guess this could happen anyway). >>> >>> I don't like the idea of describing exec arguments only somewhere in >>> /usr, it would mean that if I was working on a machine that I didn't >>> have root access to and I wanted to use some less popular or new >>> terminal that hadn't been added to the list yet I wouldn't be able to. I >>> also wouldn't be able to use a terminal that I had built from source in >>> my home dir and added to my path. >>> >>> I also think in the days of the X11 / wayland transition prefixing the >>> config files with xdg- rather then x- is a better approach, I may be on >>> my own with that though. >>> >>> Cheers >>> >>> >> _______________________________________________ >> xdg mailing list >> [email protected] >> https://lists.freedesktop.org/mailman/listinfo/xdg >> > > _______________________________________________ > xdg mailing list > [email protected] > https://lists.freedesktop.org/mailman/listinfo/xdg >
_______________________________________________ xdg mailing list [email protected] https://lists.freedesktop.org/mailman/listinfo/xdg
