emacs-orgmode
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


From: Max Nikulin
Subject: Re: [PATCH] org-protocol.org: updated Linux setup (Gnome) section
Date: Sat, 12 Mar 2022 19:07:53 +0700
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.0

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.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]