From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Ship Mints Newsgroups: gmane.emacs.bugs 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 15:07:25 -0500 Message-ID: References: <8634iszpa5.fsf@gnu.org> <86y10ky9wf.fsf@gnu.org> <86wmg4xd2u.fsf@gnu.org> <86y10jwmsb.fsf@gnu.org> <86ldwiwvjc.fsf@gnu.org> <86ed27pfhj.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000850ced062968bd7c" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="2930"; mail-complaints-to="usenet@ciao.gmane.io" Cc: gerd.moellmann@gmail.com, jared@finder.org, 74833@debbugs.gnu.org, fgunbin@fastmail.fm To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Dec 16 21:10:27 2024 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1tNHQB-0000aR-6k for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 16 Dec 2024 21:10:27 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tNHPt-0007kI-VW; Mon, 16 Dec 2024 15:10:11 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tNHPq-0007it-8D for bug-gnu-emacs@gnu.org; Mon, 16 Dec 2024 15:10:06 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1tNHPn-0001EV-30 for bug-gnu-emacs@gnu.org; Mon, 16 Dec 2024 15:10:05 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=debbugs.gnu.org; s=debbugs-gnu-org; h=Date:From:In-Reply-To:References:MIME-Version:To:Subject; bh=pqZVDkftAGuDvFyBGUa0Ft0ulNyCAKWnXfwddXIoAKI=; b=kITl/PBz6qPxV6TaSAODE5WQYDLnZjkgDqTwooaRfgA0YF53lmnPzaODv/sLddESdM/FygJi8gfQA/nzxEm5u8xg9YOz299/B8zLaWNcMqmFOBUEMZEPVjOz/SNVUvoKnflTWrcH1U/X8ts/+Mjq7oAfLR5vhyCtdhMMnBVsh3rJRlUD9Y4OREdItBVC9+IlhZV0xcNB2fdBNUqFMXo/BOhRfwZLwaTCKoDRMO7OIMus7SuLuU1rBbBy7mGoH+GULmJ1A8+8bBm/n6cj/OO+NjZUcMdmuGC7N7fFqvJsk0ODRYFdvCr4+kLo6GH/zNwY+H6egbKYgiIwdb45e60/pg==; Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1tNHPm-0006sM-9y for bug-gnu-emacs@gnu.org; Mon, 16 Dec 2024 15:10:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Ship Mints Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 16 Dec 2024 20:10:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74833 X-GNU-PR-Package: emacs Original-Received: via spool by 74833-submit@debbugs.gnu.org id=B74833.173437976126345 (code B ref 74833); Mon, 16 Dec 2024 20:10:02 +0000 Original-Received: (at 74833) by debbugs.gnu.org; 16 Dec 2024 20:09:21 +0000 Original-Received: from localhost ([127.0.0.1]:56346 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNHP6-0006qq-R4 for submit@debbugs.gnu.org; Mon, 16 Dec 2024 15:09:21 -0500 Original-Received: from mail-ua1-f52.google.com ([209.85.222.52]:52504) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tNHP4-0006qa-PW for 74833@debbugs.gnu.org; Mon, 16 Dec 2024 15:09:19 -0500 Original-Received: by mail-ua1-f52.google.com with SMTP id a1e0cc1a2514c-84ff43e87cbso1114311241.1 for <74833@debbugs.gnu.org>; Mon, 16 Dec 2024 12:09:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1734379693; x=1734984493; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=pqZVDkftAGuDvFyBGUa0Ft0ulNyCAKWnXfwddXIoAKI=; b=gFMLvR/9JyaBYukBRZ6ZPc9Jav04POu2C4drv3nKabLeUPoAoMCH9geG8rAlYeH1WI UHKTx+pKD/E2kUQfYiEVhUDtoEmylIT7FXxnePo7WLxXxhnlF460CUP0z3ZDki1baVKQ R0S++UmnrzJQ4/5JAPj5Js4Ufj4z/fpGfnVKyLmKmnRrmLJO9OGrt5kl8sdELEKQFuoi V02KofCi/AEzMO45jeYCL/9HS/jqAhc2/WEjdeBVJD/sEHMULqWeOauSMEdENfDwkM8L rSf2tAvxlEb+mkX+7KAFfGHYo58kr0LXSYdgz3tqTWMoNN6B7rxSLTLlhsdo7FgWX+Bf QMUg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1734379693; x=1734984493; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=pqZVDkftAGuDvFyBGUa0Ft0ulNyCAKWnXfwddXIoAKI=; b=wDcAVugDggq3bS9nKkbDFrTJQEOBGekGDuRr4DEpE4tEDZoWgxljRfXogrC8uxhZjH gcRh2cMbwXkB2Y6sbEk8OHp0W6yY2uXAcWXPNK+t4179QnYmQWDlold+ashR0DfblOZr RnMu4U5xRO8nTDWoW0N4mmx1va+lN3C+tRVXo5l+6dfaDR3ps6Ldo7SaTiE0TmS7az3O yR1Bmohxj/hpCfFUY1krcJZ5CkFRhAyRH+b0vDYVpn9YUKCyztUQp1/3UHLvZ2MwoY9E l0WYArHhk5PnCiltoEqiMThnEV9RurcxvRojDt8VOQQKeHd+vvj42ThTXh5wtrEPx4Vv pNlg== X-Forwarded-Encrypted: i=1; AJvYcCWw5Zlbq8XfyyM+htQ1ypWINrQkeokR7+24Kc3NVyksFENJffTwexOi5/2jTrQx7V6tTBPg/A==@debbugs.gnu.org X-Gm-Message-State: AOJu0YyKOdDxnKsYS8Wmdp72vSxlDREopDF9sgX+jbCfUnEVUI4NWt4v 2Gi6QhA5ciWuKQ7NXQI90GWpLBKjxfQENCEEng6bz+5EbU7DGkIOhDt7ljMb+c7VtyG42HTbQTA p+hAxRc+5Qy/5Hq3hT1n76CGDUHM= X-Gm-Gg: ASbGncsolnL2S2RxtBTURmagHOuJ4Q+3yUJ99KFPVz4A33rYfY1SglP4JyqlCywGSj0 oYS9ByqxQRrA3Hrl3C8RR3yZNNzKcSNh1lvHXgw== X-Google-Smtp-Source: AGHT+IHFHl87ukNUYgQoZFFx0Rlv8Mp7NgDmkRBeHxhFZROV8Ddi2tCIfb+hW1TnF3zTCU0qP3CZ84Iz05IZW7j+zQ0= X-Received: by 2002:a05:6122:8c27:b0:516:157c:a72e with SMTP id 71dfb90a1353d-518ca2172femr13755995e0c.3.1734379693212; Mon, 16 Dec 2024 12:08:13 -0800 (PST) In-Reply-To: <86ed27pfhj.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:297227 Archived-At: --000000000000850ced062968bd7c Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Now I see the recent change to master (Dec 9). I'd add that pretty much every other "curses" based app that supports mouse activity defaults to mouse on, though. Not sure why Emacs's recent default to on should be surprising. People would be surprised that the mouse doesn't work. That Terminal.app also steals command keys from those apps is also not a surprise. On Mon, Dec 16, 2024 at 2:58=E2=80=AFPM Eli Zaretskii wrote: > > From: Ship Mints > > Date: Mon, 16 Dec 2024 14:20:40 -0500 > > Cc: Gerd M=C3=B6llmann , > > Eli Zaretskii , Jared Finder , > 74833@debbugs.gnu.org > > > > I think about it like this: if Terminal.app successfully passed through > all its keys (which it can be configured to > > do), Command-C would appear in Emacs as M-c but it doesn't. Does it > surprise you that Command-P offers > > the print dialog when Emacs is running in the terminal? This is no > different than Command-C. That > > Terminal.app supersedes Emacs is not an Emacs problem, it's Terminal's > problem. This feels like > > documentation issue not something to cure with default Emacs > configuration. > > > > Other terminal applications like iTerm or WezTerm can be programmed > similarly to pass through all keys > > that you want them to with modifiers, but by default, they don't. These > can't be Emacs's problem either. > > Same with Emacs run via ssh with tmux on the other side. That's a > "default" set of features offered on many > > systems and their configuration is not Emacs's problem. > > I see your points, but the fact remains that our enabling of > xterm-mouse-mode triggered these problems where previously there were > none. > > > This issue sounds like an "impedance mismatch" to my ears, even if it > surprises some users and requires > > some configuration depending on your specific goals and should perhaps > be better documented. > > If a default behavior needs documentation to explain it, it is usually > a sign of a not-very-good default, IME. > --000000000000850ced062968bd7c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Now I see the recent change to master (Dec 9). I'd add that pretty m= uch every other "curses" based app that supports mouse activity d= efaults to mouse on, though. Not sure why Emacs's=C2=A0recent=C2=A0defa= ult to on should be surprising. People would be surprised that the mouse do= esn't work. That Terminal.app also steals command keys from those apps = is also not a surprise.

On Mon, Dec 16, 2024 at = 2:58=E2=80=AFPM Eli Zaretskii <eliz@gnu.= org> wrote:
> From: Ship Mints <shipmints@gmail.com>
> Date: Mon, 16 Dec 2024 14:20:40 -0500
> Cc: Gerd M=C3=B6llmann <gerd.moellmann@gmail.com>,
>=C2=A0 =C2=A0 =C2=A0 =C2=A0Eli Zaretskii <eliz@gnu.org>, Jared Finder <jared@finder.org>, 74833@debbugs.gnu.org
>
> I think about it like this: if Terminal.app successfully passed throug= h all its keys (which it can be configured to
> do), Command-C would appear in Emacs as M-c but it doesn't. Does i= t surprise you that Command-P offers
> the print dialog when Emacs is running in the terminal? This is no dif= ferent than Command-C. That
> Terminal.app supersedes Emacs is not an Emacs problem, it's Termin= al's problem. This feels like
> documentation issue not something to cure with default Emacs configura= tion.
>
> Other terminal applications like iTerm or WezTerm can be programmed si= milarly to pass through all keys
> that you want them to with modifiers, but by default, they don't. = These can't be Emacs's problem either.
> Same with Emacs run via ssh with tmux on the other side. That's a = "default" set of features offered on many
> systems and their configuration is not Emacs's problem.

I see your points, but the fact remains that our enabling of
xterm-mouse-mode triggered these problems where previously there were
none.

> This issue sounds like an "impedance mismatch" to my ears, e= ven if it surprises some users and requires
> some configuration depending on your specific goals and should perhaps= be better documented.

If a default behavior needs documentation to explain it, it is usually
a sign of a not-very-good default, IME.
--000000000000850ced062968bd7c--