From: Ship Mints <shipmints@gmail.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: gerd.moellmann@gmail.com, fgunbin@fastmail.fm,
74833@debbugs.gnu.org, Jared Finder <jared@finder.org>
Subject: bug#74833: 31.0.50; Copy to OS clipboard doesn't work in macOS Terminal.app with xterm-mouse-mode enabled
Date: Mon, 16 Dec 2024 11:47:27 -0500 [thread overview]
Message-ID: <CAN+1Hbq8-N2AERkFTp8kQAe8U1kT8NC+hFhn3C6-OOoDOV2yRw@mail.gmail.com> (raw)
In-Reply-To: <86ttb3pos2.fsf@gnu.org>
[-- Attachment #1: Type: text/plain, Size: 2425 bytes --]
I use xterm-mouse under Terminal.app just fine as I rely only on Emacs
pasteboard integration via xclip. (I use clipetty when terminals support
osc52--there's no easy programmatic test for that which I'm aware of so I
set that up "by hand.") I don't think it is a good idea to blanket disable
xterm-mouse for macOS users.
FWIW, one can detect it via getenv "TERM_PROGRAM" when set to "Apple_Terminal".
I'd suggest this is an exercise for the user. In my configuration, I have
various things I configure based on if macOS and the terminal program; one
being Apple's Terminal.app, another being WezTerm, etc.
On Mon, Dec 16, 2024 at 11:37 AM Eli Zaretskii <eliz@gnu.org> wrote:
> > Date: Sun, 15 Dec 2024 21:16:16 -0800
> > From: Jared Finder <jared@finder.org>
> > Cc: Eli Zaretskii <eliz@gnu.org>, Filipp Gunbin <fgunbin@fastmail.fm>,
> > 74833@debbugs.gnu.org, shipmints@gmail.com
> >
> > On 2024-12-15 19:40, Gerd Möllmann wrote:
> > > Jared Finder <jared@finder.org> writes:
> > >
> > >> What about adding a workaround that uses the command line tool pbcopy
> > >> (Mac version of xclip)? The pbcopy program is distributed with MacOS
> > >> by default.
> > >
> > > The Elpa package xclip uses that.
> > >
> > > ;; This package allows Emacs to copy to and paste from the GUI
> > > clipboard
> > > ;; when running in text terminal.
> > > ;;
> > > ;; It can use external command-line tools for that, which you may
> > > need
> > > ;; to install in order for the package to work.
> >
> > Thanks. I just tested xclip-mode from Elpa and it indeed works to get
> > copy operations work with Terminal.app. I think the best path forward
> > would be to just mention this package in the NEWS update as a workaround
> > for folks using Terminal.app. We could also recommend using iTerm2 as a
> > GPL'd alternative that properly supports copy. (Paste works fine because
> > Terminal.app supports xterm bracketed pastes.)
> >
> > Eli, does this sound good to you?
>
> It does (I think it should also be in PROBLEMS), but I wonder whether
> we should disable xterm-mouse on Terminal.app (assuming we can detect
> it). It sounds like more people could bump into this tricky issue,
> and relying on all of them read NEWS is too optimistic.
>
> What are the downsides of turning this off for Terminal.app? That's
> what Emacs before 31 had, so it cannot be too bad.
>
[-- Attachment #2: Type: text/html, Size: 3632 bytes --]
next prev parent reply other threads:[~2024-12-16 16:47 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-12-12 17:54 bug#74833: 31.0.50; Copy to OS clipboard doesn't work in macOS Terminal.app with xterm-mouse-mode enabled Filipp Gunbin
2024-12-12 18:08 ` Ship Mints
2024-12-12 18:18 ` Filipp Gunbin
2024-12-12 18:20 ` Ship Mints
2024-12-12 19:15 ` Eli Zaretskii
2024-12-12 19:18 ` Ship Mints
2024-12-12 19:32 ` Eli Zaretskii
2024-12-12 20:07 ` Gerd Möllmann
2024-12-12 20:31 ` Ship Mints
2024-12-13 7:21 ` Eli Zaretskii
2024-12-13 14:46 ` Ship Mints
2024-12-13 16:35 ` Filipp Gunbin
2024-12-13 16:42 ` Ship Mints
2024-12-13 16:52 ` Ship Mints
2024-12-13 20:46 ` Filipp Gunbin
2024-12-13 16:49 ` Eli Zaretskii
2024-12-13 20:32 ` Filipp Gunbin
2024-12-13 20:54 ` Ship Mints
2024-12-14 7:52 ` Eli Zaretskii
2024-12-14 9:40 ` Gerd Möllmann
2024-12-16 16:32 ` Filipp Gunbin
2024-12-16 17:30 ` Gerd Möllmann
2024-12-16 17:42 ` Eli Zaretskii
2024-12-16 17:53 ` Gerd Möllmann
2024-12-16 19:09 ` Filipp Gunbin
2024-12-16 19:20 ` Ship Mints
2024-12-16 19:57 ` Gerd Möllmann
2024-12-16 19:58 ` Eli Zaretskii
2024-12-16 20:07 ` Ship Mints
2024-12-16 20:19 ` Eli Zaretskii
2024-12-16 19:53 ` Gerd Möllmann
2024-12-16 20:25 ` Filipp Gunbin
2024-12-16 20:29 ` Ship Mints
2024-12-12 19:55 ` Gerd Möllmann
2024-12-16 1:41 ` Jared Finder via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-12-16 3:40 ` Gerd Möllmann
2024-12-16 5:16 ` Jared Finder via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-12-16 16:37 ` Eli Zaretskii
2024-12-16 16:47 ` Ship Mints [this message]
2024-12-16 17:36 ` Gerd Möllmann
2024-12-16 16:30 ` Eli Zaretskii
2024-12-16 16:49 ` Filipp Gunbin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAN+1Hbq8-N2AERkFTp8kQAe8U1kT8NC+hFhn3C6-OOoDOV2yRw@mail.gmail.com \
--to=shipmints@gmail.com \
--cc=74833@debbugs.gnu.org \
--cc=eliz@gnu.org \
--cc=fgunbin@fastmail.fm \
--cc=gerd.moellmann@gmail.com \
--cc=jared@finder.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).