<div dir="ltr"><div dir="auto">Hey, that's a thought. Something like an intent system sounds perfect to categorize these actions. And then desktops could stop abusing the MIME system <div style="font-family:arial,helvetica,sans-serif;font-size:small;color:rgb(0,0,0);display:inline" class="gmail_default">or gconf or hardcoding </div>for these things.<div style="font-family:arial,helvetica,sans-serif;font-size:small;color:rgb(0,0,0);display:inline" class="gmail_default"> Somebody's got to bring up that we could take the easy way out and have x-intent/ be a whole category of dummy MIME types, but that doesn't really fix the concern about inconsistent CLI arguments, so once again I doubt it would be the right choice.</div><div style="font-family:arial,helvetica,sans-serif;font-size:small;color:rgb(0,0,0);display:inline" class="gmail_default"><br></div><div style="font-family:arial,helvetica,sans-serif;font-size:small;color:rgb(0,0,0);display:inline" class="gmail_default"><br></div><div style="font-family:arial,helvetica,sans-serif;font-size:small;color:rgb(0,0,0);display:inline" class="gmail_default">So yes, I think generalizing your xdg-terminal-exec proposal into a new system for intents would be great. Off the top of my head, one way would be that the directories could be restructured to have xdg-intents directories (instead of xdg-terminals of course) with subdirectories carrying the names of the intents, like ~/.local/share/xdg-intents/terminals/ for instance.</div><div style="font-family:arial,helvetica,sans-serif;font-size:small;color:rgb(0,0,0);display:inline" class="gmail_default"><br></div><div style="font-family:arial,helvetica,sans-serif;font-size:small;color:rgb(0,0,0);display:inline" class="gmail_default"><br></div><div style="font-family:arial,helvetica,sans-serif;font-size:small;color:rgb(0,0,0);display:inline" class="gmail_default">You could also structure the config .list files in the same matter. But there might be a better way, it's kind of trivial how you should structure this.<br></div></div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Aug 29, 2018, 01:21 Vladimir Kudrya <<a href="mailto:vladimir-csp@yandex.ru" rel="noreferrer" target="_blank">vladimir-csp@yandex.ru</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">That's an interesting area. For example, XFCE has generalizations like <br>
web browser, email client facilitated by their own reinvented wheel <br>
inside exo-open AFAIK.<br>
I found a way to do some without any special treatment: I have a bind in <br>
Openbox to open browser and mail client set up like 'xdg-open http://'. <br>
But it does not work well for mailto: and there is no scheme for <br>
calculators.<br>
Another related function: backlight. How to generalize between <br>
xbacklight or brightnessctl depending on hardware support.<br>
<br>
To sum it up, this is another class of tasks, not to open something in <br>
something, but to execute something. Intents? x-intent/email-client, <br>
x-intent/reduce-backlight? Generalize xdg-terminal-exec into <br>
xdg-intent-exec? X-ExecArg into X-ArgPrefix? What do you think?<br>
<br>
On 2018-08-29 09:50, Ian Huang wrote:<br>
> For example, many keyboards have a calculator function button that I <br>
> believe is hard coded to use GNOME's calculator for me at the moment. <br>
> Similar apps that don't necessarily handle a single type of file but <br>
> reasonably call for a default choice could maybe share the same spec?<br>
<br>
</blockquote></div>