GNU bug report logs -
#74833
31.0.50; Copy to OS clipboard doesn't work in macOS Terminal.app with xterm-mouse-mode enabled
Previous Next
Reported by: Filipp Gunbin <fgunbin <at> fastmail.fm>
Date: Thu, 12 Dec 2024 17:56:02 UTC
Severity: normal
Found in version 31.0.50
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
Message #101 received at 74833 <at> debbugs.gnu.org (full text, mbox):
> From: Gerd Möllmann <gerd.moellmann <at> gmail.com>
> Cc: Eli Zaretskii <eliz <at> gnu.org>, Jared Finder <jared <at> finder.org>,
> 74833 <at> debbugs.gnu.org, shipmints <at> gmail.com
> Date: Mon, 16 Dec 2024 18:30:30 +0100
>
> Mouse support by default is an important feature, IMO. It makes the menu
> bar usable, or in a future Emacs containing tty child frames tooltips
> can be shown. Not to mention setting point and what else.
I agree that mouse support is an important feature -- if it works well
and doesn't cause regressions. Here it seems like at least some
people could see some breakage.
It is easy to turn on xterm-mouse-mode for those who want it and don't
get anything broken due to it. Turning it on by default is only TRT
if there are no significant downsides. IOW, we shouldn't force users
to turn off some feature that is turned on by default because the
default doesn't work or breaks something.
So I still think it is safer to turn this off on Terminal.app, if we
can detect it.
This bug report was last modified 111 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.