Re: [PATCH] org-protocol.org: updated Linux setup (Gnome) section

[Max Nikulin <manikulin@gmail.com>]

Applied

...with some minor tweaks (let me know if you do not like them). Thank you.

https://orgmode.org/worg/org-contrib/org-protocol.html has been updated.

On 12/03/2022 02:37, Wilko Meyer wrote:
> 
> As the XDG Desktop Entry Specification should be a de facto standard
> by now, adding a new universal GNU/Linux section seems to be a good
> idea. It should work with KDE and other DEs as well (though I have only
> tested Mate and Gnome 3 so far).

It is a burden to test such issues. A bunch of virtual machines helps, 
but it is necessary to start from clean user profiles each time.

>> I can not suggest a better category, e.g. Utility is hardly better
>> that System, but it is not really a system application as well.
> 
> Having considered this I'd advocate to use the "Other" category here.
> Utility or System would make sense as well, but as users most likely
> won't interact with said .desktop entry via their application menu, it
> probably would be beneficial to put it in a more generic place.

I do not see "Other" in 
https://specifications.freedesktop.org/menu-spec/latest/apa.html but it 
caused appearance of the new section (even with localized name) in KDE, 
so it works fine.

> Agreed. Something I'm unsure of is, wether using the
> update-desktop-database command can be seen as universal. It is part of
> the package desktop-file-utils in arch linux (emacs has it as a
> dependency, so it'll be installed anyways) but I cannot see KDE/plasma
> depending on it.

In kubuntu kubuntu-desktop meta-package recommends desktop-file-utils. 
Anyway with your changes the page is more helpfil than it was before.

In a minimal container xdg-open fallback functions are able to find 
.desktop file without updating of MIME types cache. Sometimes I just add

     x-scheme-handler/org-protocol=org-protocol.desktop

to
     [Default Applications]
or
     [Added Associations]
section in ~/.config/mimeapps.list to make firefox aware of it. 
Unfortunately shipped emacsclient.desktop is not suitable to just 
recommend to adjust the mimeapps.list file.

>> Have you managed to adjust emacs server or
>> general buffer settings to ensure new graphical frame (on the same
>> virtual desktop) in such cases?
> 
> I haven't put much thought into this yet. I ran a quick test by starting
> firefox from command line and tried bookmarking a random page via
> org-capture.

It seems that your approach is more productive. I tried to get more 
experience (e.g. I know that an attempt to select the emacsclient 
executable file in firefox as a custom handler leads to a silent failure 
when the browser is installed as a snap package that is new default in 
Ubuntu) so I believed that I am not ready yet to update the recipes.