GNU bug report logs -
#74467
31.0.50; org-protocol emacsclient.desktop change is not fully functional
Previous Next
Full log
Message #35 received at 74467 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> Cc: 74467 <at> debbugs.gnu.org, binarin <at> binarin.info
>> Date: Mon, 16 Dec 2024 22:01:56 +0200
>> From: Eli Zaretskii <eliz <at> gnu.org>
>>
>> > From: Ihor Radchenko <yantar92 <at> posteo.net>
>> > Cc: Alexey Lebedeff <binarin <at> binarin.info>, 74467 <at> debbugs.gnu.org
>> > Date: Mon, 16 Dec 2024 19:34:01 +0000
>> >
>> > Eli Zaretskii <eliz <at> gnu.org> writes:
>> >
>> > >> One solution would be introducing separate .desktop file
>> > >> (i.e. 'etc/emacsclient-org-protocol.desktop'), analoguous to the already
>> > >> existing 'etc/emacsclient-mail.desktop' (which uses '%u').
>> > >
>> > > Ihor, could you please look into this?
>> >
>> > I am attaching an *untested* patch that implements a new .desktop file.
>>
>> Thanks. Let's see if someone objects.
>>
>> > Note that an alternative could be handling file:// URIs by Emacs. Your call.
>>
>> I thought we already did?
>
> Ping! Since we already know how to handle file:// UTIs, what would
> the solution using that look like?
Would it work to add a file-handler for uris to call?
Further change so that if the file argument does start with '^.*://' to
not append '/:'.
With these changes Emacs can handle any url forwarded to Emacs. We might
also want signal an error if the uri send to Emacs was not handled by
browse-url.
This bug report was last modified 5 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.