GNU bug report logs -
#76120
[PATCH] Expose the native sharing dialog (macOS)
Previous Next
Reported by: Álvaro Ramírez <alvaro <at> xenodium.com>
Date: Fri, 7 Feb 2025 15:00:02 UTC
Severity: wishlist
Tags: patch
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Sat, 26 Jul 2025 13:38:06 +0300
with message-id <86v7nfz181.fsf <at> gnu.org>
and subject line Re: bug#76120: This feature is not about "sharing", or a "native" anything.
has caused the debbugs.gnu.org bug report #76120,
regarding [PATCH] Expose the native sharing dialog (macOS)
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
76120: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=76120
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
[Message part 3 (text/plain, inline)]
Hi folks,
Similar to the existing ns-do-show-character-palette command, this
patch exposes a native macOS context dialog.
The new addition enables users to share (send) text or files to
other apps.
Examples:
- Send current buffer file.
- Send a list of dired files.
- Send region text.
I'm keen to polish the patch a bit more, but wanted to pre-fly
things before investing further.
Overall it's a nice/convenient addition. I use it frequently to
quickly send things to my phone over local network/Bluetooth.
I'm attaching a couple of screenshots showcasing a couple of uses:
share-dired-files.jpg (send files from dired)
share-region-text.jpg (send region text)
Hope you like it.
Álvaro
In GNU Emacs 31.0.50 (build 44, aarch64-apple-darwin24.0.0, NS
appkit-2566.00 Version 15.0.1 (Build 24A348)) of 2025-02-07 built
on
MacBookPro
Repository revision: 811d575336942b1cd1e1c6fb50620babdf9cc82c
Repository branch: macos-share
Windowing system distributor 'Apple', version 10.3.2566
System Description: macOS 15.0.1
Configured using:
'configure --with-ns
--prefix=/Users/alvaro/stuff/active/code/third_party/emacs/nextstep/Emacs.app/Contents/MacOS
--enable-locallisppath=/Users/alvaro/stuff/active/code/third_party/emacs/nextstep/Emacs.app/Contents/MacOS'
[0001-Expose-the-native-sharing-dialog-macOS.patch (text/patch, attachment)]
[share-dired-files.jpg (image/jpeg, attachment)]
[share-region-text.jpg (image/jpeg, attachment)]
[Message part 7 (message/rfc822, inline)]
> From: Alvaro Ramirez <alvaro <at> xenodium.com>
> Date: Sat, 26 Jul 2025 10:23:03 +0100
> Cc: Gerd Möllmann <gerd.moellmann <at> gmail.com>,
> alan <at> idiocy.org, rpluim <at> gmail.com, stefankangas <at> gmail.com,
> 76120 <at> debbugs.gnu.org
>
>
> > On 26 Jul 2025, at 10:15, Eli Zaretskii <eliz <at> gnu.org> wrote:
> >
> >
> >>
> >> From: Gerd Möllmann <gerd.moellmann <at> gmail.com>
> >> Cc: Eli Zaretskii <eliz <at> gnu.org>, alan <at> idiocy.org, rpluim <at> gmail.com,
> >> stefankangas <at> gmail.com, 76120 <at> debbugs.gnu.org
> >> Date: Sat, 19 Jul 2025 19:54:31 +0200
> >>
> >> Alvaro Ramirez <alvaro <at> xenodium.com> writes:
> >>
> >>>> I guess I could add a first entry to send-to-handlers that invokes a
> >>>> transient or something that acts as a replacement for the GUI share
> >>>> menu. So I'd aay send-to-handlers solves this. Thanks!
> >>>>
> >>>> (I was thinking of "open -a Mail FILE" which opens a new message
> >>>> with
> >>>> FILE attached, while "open FILE" opens some application which is
> >>>> associated with the file type, e.g. TextEdit for text files.
> >>>> Sometimes
> >>>> one wants to do that, sometimes the other.)
> >>>
> >>> Ah, I see what you mean. Closest I got to that on macOS is M-x
> >>> dwim-shell-commands-macos-open-with:
> >>>
> >>> https://github.com/xenodium/dwim-shell-command/blob/4b077432a94873e5f505c8f569743cfd984eebb1/dwim-shell-commands.el#L1331
> >>>
> >>> If you do add your own handler, I’d love to see what you come up with.
> >>
> >> I've added that the my EGTL (Ever Growing Todo List), but I must admit
> >> it's unlikely that I'll do it :-). In similar cases, M-! plus Pcomplete
> >> and Corfu for command, options, file name completions is pretty good, I
> >> must say.
> >
> > Should we now close this bug?
>
> Sounds good to me.
>
> Thanks everyone for all your help.
Closing.
This bug report was last modified 30 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.