GNU logs - #74792, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#74792: 29.2.50; goto-address-mode should support RET in special-mode buffers
Resent-From: Spencer Baugh <sbaugh@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 11 Dec 2024 16:12:01 +0000
Resent-Message-ID: <handler.74792.B.17339334676846 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 74792 <at> debbugs.gnu.org
Cc: dmitry@HIDDEN
From: Spencer Baugh <sbaugh@HIDDEN>
Date: Wed, 11 Dec 2024 11:10:53 -0500
Message-ID: <ierzfl22oaa.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
Received-SPF: pass client-ip=64.215.233.21; envelope-from=sbaugh@HIDDEN;
 helo=mxout6.mail.janestreet.com
X-Spam_score_int: -20
X-Spam_score: -2.1
X-Spam_bar: --
X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
 DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1,
 RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001,
 SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -1.4 (-)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.4 (--)

goto-address-mode binds C-c RET to goto-address-at-point when point is
on a URL or email address.  In special-mode buffers (or maybe any
read-only buffer?) it should also bind RET while point is on the URL or
email address.

This would improve functionality for packages which create special-mode
buffers showing arbitrary text that may contain URLs.

For example, commit messages may contain URLs, and enabling
goto-message-mode in vc-log buffers highlights those URLs, but RET
doesn't work to follow them.  Similarly, magit enables goto-address-mode
in buffers showing a commit message, but it implements separate handling
for RET on URLs since goto-address-mode doesn't provide that as a
binding.

This could be done with an extended-menu-item binding with a filter
which checks (derived-mode-p 'special-mode), but maybe there's a better
way?

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Spencer Baugh <sbaugh@HIDDEN>
Subject: bug#74792: Acknowledgement (29.2.50; goto-address-mode should
 support RET in special-mode buffers)
Message-ID: <handler.74792.B.17339334676846.ack <at> debbugs.gnu.org>
References: <ierzfl22oaa.fsf@HIDDEN>
X-Gnu-PR-Message: ack 74792
X-Gnu-PR-Package: emacs
Reply-To: 74792 <at> debbugs.gnu.org
Date: Wed, 11 Dec 2024 16:12:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 74792 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
74792: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D74792
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#74792: 29.2.50; goto-address-mode should support RET in special-mode buffers
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 11 Dec 2024 17:10:03 +0000
Resent-Message-ID: <handler.74792.B74792.173393697924196 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Spencer Baugh <sbaugh@HIDDEN>
Cc: dmitry@HIDDEN, 74792 <at> debbugs.gnu.org
Date: Wed, 11 Dec 2024 19:09:27 +0200
Message-Id: <86ldwm2lko.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <ierzfl22oaa.fsf@HIDDEN> (bug-gnu-emacs@HIDDEN)
References: <ierzfl22oaa.fsf@HIDDEN>
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

> Cc: dmitry@HIDDEN
> Date: Wed, 11 Dec 2024 11:10:53 -0500
> From:  Spencer Baugh via "Bug reports for GNU Emacs,
>  the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN>
> 
> 
> goto-address-mode binds C-c RET to goto-address-at-point when point is
> on a URL or email address.  In special-mode buffers (or maybe any
> read-only buffer?) it should also bind RET while point is on the URL or
> email address.

I don't think it's a good idea, since many special-mode descendants
bind RET to useful commands.  For goto-address-at-point to override
that would be a nuisance, I think.

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#74792: 29.2.50; goto-address-mode should support RET in special-mode buffers
Resent-From: Spencer Baugh <sbaugh@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 11 Dec 2024 17:41:02 +0000
Resent-Message-ID: <handler.74792.B74792.17339388202681 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Eli Zaretskii <eliz@HIDDEN>
Cc: Dmitry Gutov <dmitry@HIDDEN>, 74792 <at> debbugs.gnu.org
MIME-Version: 1.0
References: <ierzfl22oaa.fsf@HIDDEN> <86ldwm2lko.fsf@HIDDEN>
In-Reply-To: <86ldwm2lko.fsf@HIDDEN>
From: Spencer Baugh <sbaugh@HIDDEN>
Date: Wed, 11 Dec 2024 12:39:59 -0500
Message-ID: <CAO=BR8MtXJewQBhrJmvQZTS2T3nxAu6+UCG-=hYnwPTYbdYXtQ@HIDDEN>
Content-Type: multipart/alternative; boundary="000000000000bd25eb062902164a"
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

--000000000000bd25eb062902164a
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Wed, Dec 11, 2024, 12:09=E2=80=AFPM Eli Zaretskii <eliz@HIDDEN> wrote:

> > Cc: dmitry@HIDDEN
> > Date: Wed, 11 Dec 2024 11:10:53 -0500
> > From:  Spencer Baugh via "Bug reports for GNU Emacs,
> >  the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN>
> >
> >
> > goto-address-mode binds C-c RET to goto-address-at-point when point is
> > on a URL or email address.  In special-mode buffers (or maybe any
> > read-only buffer?) it should also bind RET while point is on the URL or
> > email address.
>
> I don't think it's a good idea, since many special-mode descendants
> bind RET to useful commands.  For goto-address-at-point to override
> that would be a nuisance, I think.
>

True, but when I've specifically moved point to a URL it is usually because
I want to follow the URL, not do whatever is bound to RET in the mode.

But this sounds like something that may differ between users, so perhaps we
could add this controlled by a defcustom?

>

--000000000000bd25eb062902164a
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"auto"><div><div class=3D"gmail_quote gmail_quote_container"><di=
v dir=3D"ltr" class=3D"gmail_attr">On Wed, Dec 11, 2024, 12:09=E2=80=AFPM E=
li Zaretskii &lt;<a href=3D"mailto:eliz@HIDDEN">eliz@HIDDEN</a>&gt; wrote=
:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;bor=
der-left:1px #ccc solid;padding-left:1ex">&gt; Cc: <a href=3D"mailto:dmitry=
@gutov.dev" target=3D"_blank" rel=3D"noreferrer">dmitry@HIDDEN</a><br>
&gt; Date: Wed, 11 Dec 2024 11:10:53 -0500<br>
&gt; From:=C2=A0 Spencer Baugh via &quot;Bug reports for GNU Emacs,<br>
&gt;=C2=A0 the Swiss army knife of text editors&quot; &lt;<a href=3D"mailto=
:bug-gnu-emacs@HIDDEN" target=3D"_blank" rel=3D"noreferrer">bug-gnu-emacs@=
gnu.org</a>&gt;<br>
&gt; <br>
&gt; <br>
&gt; goto-address-mode binds C-c RET to goto-address-at-point when point is=
<br>
&gt; on a URL or email address.=C2=A0 In special-mode buffers (or maybe any=
<br>
&gt; read-only buffer?) it should also bind RET while point is on the URL o=
r<br>
&gt; email address.<br>
<br>
I don&#39;t think it&#39;s a good idea, since many special-mode descendants=
<br>
bind RET to useful commands.=C2=A0 For goto-address-at-point to override<br=
>
that would be a nuisance, I think.<br></blockquote></div></div><div dir=3D"=
auto"><br></div><div dir=3D"auto">True, but when I&#39;ve specifically move=
d point to a URL it is usually because I want to follow the URL, not do wha=
tever is bound to RET in the mode.</div><div dir=3D"auto"><br></div><div di=
r=3D"auto">But this sounds like something that may differ between users, so=
 perhaps we could add this controlled by a defcustom?</div><div dir=3D"auto=
"><div class=3D"gmail_quote gmail_quote_container"><blockquote class=3D"gma=
il_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-lef=
t:1ex">
</blockquote></div></div></div>

--000000000000bd25eb062902164a--

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#74792: 29.2.50; goto-address-mode should support RET in special-mode buffers
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 11 Dec 2024 18:59:02 +0000
Resent-Message-ID: <handler.74792.B74792.173394351725899 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 74792
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Spencer Baugh <sbaugh@HIDDEN>
Cc: dmitry@HIDDEN, 74792 <at> debbugs.gnu.org
Received: via spool by 74792-submit <at> debbugs.gnu.org id=B74792.173394351725899
          (code B ref 74792); Wed, 11 Dec 2024 18:59:02 +0000
Received: (at 74792) by debbugs.gnu.org; 11 Dec 2024 18:58:37 +0000
Received: from localhost ([127.0.0.1]:36258 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1tLRuu-0006je-Mz
	for submit <at> debbugs.gnu.org; Wed, 11 Dec 2024 13:58:37 -0500
Received: from eggs.gnu.org ([209.51.188.92]:37744)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1tLRus-0006jJ-82
 for 74792 <at> debbugs.gnu.org; Wed, 11 Dec 2024 13:58:35 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1tLRsf-00031h-IE; Wed, 11 Dec 2024 13:56:17 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From:
 Date; bh=Yb86CThAEF06j/kYNrUeCgfZAeRGwww5udJKjYk6k6c=; b=Pz8SlyHpsh5Z0l3rPHpe
 N1Mmvz7Vm6m67wWk+xTn3I9CklEEjCNnhVsOLkOmbv8ZZfSUvY/+NFD1Rb9jFS0cbek2svgD3dGG+
 unUNK7SuuuB2MgAqp8PvIbPTZu9AIRHlwMfnIBZBh1can2xB5teQG0XMqhKkuo/rLjllvbyglyWWH
 GZfoUGdCelsiq1tolPsui/cXiCvZcU0dpppDcf+KQ8Hf3u9k7OGXT5c6rTm1C+7JGDCauFnPnbHxY
 h1/A3feMtfxuFQvW6swvsxDPC1mfV9YCXNizuTOcFQ3SB2T1nLqQg4kBrPIUFQ0bk3Y8831AZogbF
 oqzP1AGiesp+7w==;
Date: Wed, 11 Dec 2024 20:55:41 +0200
Message-Id: <86ed2e2gnm.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <CAO=BR8MtXJewQBhrJmvQZTS2T3nxAu6+UCG-=hYnwPTYbdYXtQ@HIDDEN>
 (message from Spencer Baugh on Wed, 11 Dec 2024 12:39:59 -0500)
References: <ierzfl22oaa.fsf@HIDDEN> <86ldwm2lko.fsf@HIDDEN>
 <CAO=BR8MtXJewQBhrJmvQZTS2T3nxAu6+UCG-=hYnwPTYbdYXtQ@HIDDEN>
MIME-version: 1.0
Content-type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Spam-Score: -1.6 (-)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.6 (--)

> From: Spencer Baugh <sbaugh@HIDDEN>
> Date: Wed, 11 Dec 2024 12:39:59 -0500
> Cc: 74792 <at> debbugs.gnu.org, Dmitry Gutov <dmitry@HIDDEN>
> 
> On Wed, Dec 11, 2024, 12:09 PM Eli Zaretskii <eliz@HIDDEN> wrote:
> 
>  > Cc: dmitry@HIDDEN
>  > Date: Wed, 11 Dec 2024 11:10:53 -0500
>  > From:  Spencer Baugh via "Bug reports for GNU Emacs,
>  >  the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN>
>  > 
>  > 
>  > goto-address-mode binds C-c RET to goto-address-at-point when point is
>  > on a URL or email address.  In special-mode buffers (or maybe any
>  > read-only buffer?) it should also bind RET while point is on the URL or
>  > email address.
> 
>  I don't think it's a good idea, since many special-mode descendants
>  bind RET to useful commands.  For goto-address-at-point to override
>  that would be a nuisance, I think.
> 
> True, but when I've specifically moved point to a URL it is usually because I want to follow the URL, not do
> whatever is bound to RET in the mode.

You cannot know that.  E.g., point could be on a URL by chance, for
example, if a buffer starts with a URL.

> But this sounds like something that may differ between users, so perhaps we could add this controlled by a
> defcustom?

Let's first hear that enough people here think that it might sometimes
be a good thing.  If so, then yes, a user option, by default off,
could be a way to introduce such behavior.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#74792: 29.2.50; goto-address-mode should support RET in special-mode buffers
Resent-From: Juri Linkov <juri@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 12 Dec 2024 16:46:05 +0000
Resent-Message-ID: <handler.74792.B74792.173402192714605 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 74792
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: Spencer Baugh <sbaugh@HIDDEN>, 74792 <at> debbugs.gnu.org, dmitry@HIDDEN
Received: via spool by 74792-submit <at> debbugs.gnu.org id=B74792.173402192714605
          (code B ref 74792); Thu, 12 Dec 2024 16:46:05 +0000
Received: (at 74792) by debbugs.gnu.org; 12 Dec 2024 16:45:27 +0000
Received: from localhost ([127.0.0.1]:40078 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1tLmJa-0003nR-GY
	for submit <at> debbugs.gnu.org; Thu, 12 Dec 2024 11:45:27 -0500
Received: from relay7-d.mail.gandi.net ([217.70.183.200]:37275)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <juri@HIDDEN>) id 1tLmJW-0003lm-8I
 for 74792 <at> debbugs.gnu.org; Thu, 12 Dec 2024 11:45:25 -0500
Received: by mail.gandi.net (Postfix) with ESMTPSA id BA0BA20003;
 Thu, 12 Dec 2024 16:44:54 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
In-Reply-To: <86ed2e2gnm.fsf@HIDDEN> (Eli Zaretskii's message of "Wed, 11 Dec
 2024 20:55:41 +0200")
Organization: LINKOV.NET
References: <ierzfl22oaa.fsf@HIDDEN> <86ldwm2lko.fsf@HIDDEN>
 <CAO=BR8MtXJewQBhrJmvQZTS2T3nxAu6+UCG-=hYnwPTYbdYXtQ@HIDDEN>
 <86ed2e2gnm.fsf@HIDDEN>
Date: Thu, 12 Dec 2024 18:35:18 +0200
Message-ID: <87v7vp6vfd.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/31.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-GND-Sasl: juri@HIDDEN
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

>>  > goto-address-mode binds C-c RET to goto-address-at-point when point is
>>  > on a URL or email address.  In special-mode buffers (or maybe any
>>  > read-only buffer?) it should also bind RET while point is on the URL or
>>  > email address.
>> 
>>  I don't think it's a good idea, since many special-mode descendants
>>  bind RET to useful commands.  For goto-address-at-point to override
>>  that would be a nuisance, I think.
>> 
>> True, but when I've specifically moved point to a URL it is usually because I want to follow the URL, not do
>> whatever is bound to RET in the mode.
>
> You cannot know that.  E.g., point could be on a URL by chance, for
> example, if a buffer starts with a URL.
>
>> But this sounds like something that may differ between users, so perhaps we could add this controlled by a
>> defcustom?
>
> Let's first hear that enough people here think that it might sometimes
> be a good thing.  If so, then yes, a user option, by default off,
> could be a way to introduce such behavior.

Typing just RET would be more intuitive, but indeed there is a problem
that e.g. 'C-h C-t RET RET RET ...' will scroll lines one by one
until this line becomes current:

  https://www.gnu.org/licenses/why-assign.html

Then RET will surprisingly visit that URL.

Unfortunately, an option can't help because most users might want to
enable it, but only if it doesn't misfire in unexpected situations.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#74792: 29.2.50; goto-address-mode should support RET in special-mode buffers
Resent-From: Spencer Baugh <sbaugh@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 12 Dec 2024 20:48:01 +0000
Resent-Message-ID: <handler.74792.B74792.173403644731982 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 74792
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Juri Linkov <juri@HIDDEN>
Cc: dmitry@HIDDEN, Eli Zaretskii <eliz@HIDDEN>, 74792 <at> debbugs.gnu.org
Received: via spool by 74792-submit <at> debbugs.gnu.org id=B74792.173403644731982
          (code B ref 74792); Thu, 12 Dec 2024 20:48:01 +0000
Received: (at 74792) by debbugs.gnu.org; 12 Dec 2024 20:47:27 +0000
Received: from localhost ([127.0.0.1]:40557 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1tLq5l-0008Jl-RK
	for submit <at> debbugs.gnu.org; Thu, 12 Dec 2024 15:47:27 -0500
Received: from mxout5.mail.janestreet.com ([64.215.233.18]:51751)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <sbaugh@HIDDEN>) id 1tLq5d-0008JK-Ui
 for 74792 <at> debbugs.gnu.org; Thu, 12 Dec 2024 15:47:22 -0500
From: Spencer Baugh <sbaugh@HIDDEN>
In-Reply-To: <87v7vp6vfd.fsf@HIDDEN> (Juri Linkov's message of "Thu, 
 12 Dec 2024 18:35:18 +0200")
References: <ierzfl22oaa.fsf@HIDDEN> <86ldwm2lko.fsf@HIDDEN>
 <CAO=BR8MtXJewQBhrJmvQZTS2T3nxAu6+UCG-=hYnwPTYbdYXtQ@HIDDEN>
 <86ed2e2gnm.fsf@HIDDEN> <87v7vp6vfd.fsf@HIDDEN>
Date: Thu, 12 Dec 2024 15:47:12 -0500
Message-ID: <ierikror5m7.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=janestreet.com;
 s=waixah; t=1734036432;
 bh=A0wmlVpZsItNO/0mT+VqnYh+wYWR3d8oAytWHSEGadc=;
 h=From:To:Cc:Subject:In-Reply-To:References:Date;
 b=VnNZeOxH3mPTY+rfwxm1Agz1TMgAcadODMzhltRDINJtYN9yyguGlZfEO/IZTZo2o
 yS+uXabyjNVjlGNdLgeEHBHGmwq1dUEcnS196Xo2o8AkOJEQDF9w0qNLuVugvD2ta8
 3lMQwvjH8bHNwF9E/Vp0deDfW04AIkxzur2Q76JjQ3aV4F+7KEd/8FqKx5gADuDM71
 D7IEtZuM9EWwiGLOpagFLhUkpfpRWAz3yDHHQo8+Shsc3IMHK4moKcChZo61Jl+YSl
 JGbZVMqJ4SC28gN+04/D+Im7rpuLRmD9e4MBzEB4qQ1sHLiNsM9VDVVmv0NUcvqQp3
 ewXUBTAkS+TUA==
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

Juri Linkov <juri@HIDDEN> writes:

>>>  > goto-address-mode binds C-c RET to goto-address-at-point when point is
>>>  > on a URL or email address.  In special-mode buffers (or maybe any
>>>  > read-only buffer?) it should also bind RET while point is on the URL or
>>>  > email address.
>>> 
>>>  I don't think it's a good idea, since many special-mode descendants
>>>  bind RET to useful commands.  For goto-address-at-point to override
>>>  that would be a nuisance, I think.
>>> 
>>> True, but when I've specifically moved point to a URL it is usually because I want to follow the URL, not do
>>> whatever is bound to RET in the mode.
>>
>> You cannot know that.  E.g., point could be on a URL by chance, for
>> example, if a buffer starts with a URL.
>>
>>> But this sounds like something that may differ between users, so perhaps we could add this controlled by a
>>> defcustom?
>>
>> Let's first hear that enough people here think that it might sometimes
>> be a good thing.  If so, then yes, a user option, by default off,
>> could be a way to introduce such behavior.
>
> Typing just RET would be more intuitive, but indeed there is a problem
> that e.g. 'C-h C-t RET RET RET ...' will scroll lines one by one
> until this line becomes current:
>
>   https://www.gnu.org/licenses/why-assign.html
>
> Then RET will surprisingly visit that URL.
>
> Unfortunately, an option can't help because most users might want to
> enable it, but only if it doesn't misfire in unexpected situations.

True.  Perhaps it should be enabled buffer-locally, then.  Then a user
can set it in a major-mode hook - and if a major-mode does not bind RET
to something else, the major-mode can just enable it.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#74792: 29.2.50; goto-address-mode should support RET in special-mode buffers
Resent-From: Dmitry Gutov <dmitry@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 12 Dec 2024 23:22:03 +0000
Resent-Message-ID: <handler.74792.B74792.173404566630174 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 74792
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>, Spencer Baugh <sbaugh@HIDDEN>
Cc: 74792 <at> debbugs.gnu.org
Received: via spool by 74792-submit <at> debbugs.gnu.org id=B74792.173404566630174
          (code B ref 74792); Thu, 12 Dec 2024 23:22:03 +0000
Received: (at 74792) by debbugs.gnu.org; 12 Dec 2024 23:21:06 +0000
Received: from localhost ([127.0.0.1]:40833 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1tLsUP-0007qF-QS
	for submit <at> debbugs.gnu.org; Thu, 12 Dec 2024 18:21:06 -0500
Received: from fhigh-a6-smtp.messagingengine.com ([103.168.172.157]:48189)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <dmitry@HIDDEN>) id 1tLsUJ-0007pb-3e
 for 74792 <at> debbugs.gnu.org; Thu, 12 Dec 2024 18:20:59 -0500
Received: from phl-compute-06.internal (phl-compute-06.phl.internal
 [10.202.2.46])
 by mailfhigh.phl.internal (Postfix) with ESMTP id 3EFDF114015A;
 Thu, 12 Dec 2024 18:20:49 -0500 (EST)
Received: from phl-mailfrontend-01 ([10.202.2.162])
 by phl-compute-06.internal (MEProxy); Thu, 12 Dec 2024 18:20:49 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc
 :cc:content-transfer-encoding:content-type:content-type:date
 :date:from:from:in-reply-to:in-reply-to:message-id:mime-version
 :references:reply-to:subject:subject:to:to; s=fm3; t=1734045649;
 x=1734132049; bh=BGHbVV3SNbf8N3ieswCAfjgWdfng+o8vAei9hnuk0uo=; b=
 AjYckKowsAz8383RjAuIgKqNBIO8ZOHxk9t/v7hRAaRHA+BiZt/n6YIKBx77RQ0c
 +hsW6G0nT5ctBw6jjWoSvix2Rkza+A8OntXffaa1z9FIcJagjG6+vkCBRusSlwNT
 ffQqwpOp8qQQ+DvWxwpUBulUnePJ+whvh2s1SPwy1L7L/+eKLznzgsy1rFveyKam
 Taj6SpGHjGn5hfPyQmAKokyAOGwBzlSwzs5fUkOJkVQHExPB2L1/u/sscX56zL59
 io3d+7ulHuFsYiD57HSoM7+V4Z5jvk5+5g0/YxDU6jq30mnhpt9EbIjGcgDUBWFm
 8vDtdsXVZvJvIx9tR76bmw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
 messagingengine.com; h=cc:cc:content-transfer-encoding
 :content-type:content-type:date:date:feedback-id:feedback-id
 :from:from:in-reply-to:in-reply-to:message-id:mime-version
 :references:reply-to:subject:subject:to:to:x-me-proxy
 :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1734045649; x=
 1734132049; bh=BGHbVV3SNbf8N3ieswCAfjgWdfng+o8vAei9hnuk0uo=; b=s
 7TdIHjZwOBbfHu3rMoDYKve5MpKQDqrLO/0qTqV4hAFCG32Bc0Ky9dxrsy7tIjv9
 HZTAlIGB0jtC7FHxvCUkVfkJAQVQvzRY6vWNOs7E98tJxzlnAYyKRv/TFMGRlrac
 2ofDvroIr7m4XbE1HSS9r4I9r9dto7djS8YBfFy3v0rm43R9/SB9376Mw22gbyB7
 IFYmmm2byj2NGSlOX/38YzYqTHVu5wfrRQBVJG6e7akyDzyxPujIuVCDsb5n+ljT
 91vM7LV1NUqIcQN8luoktTONdR/M+yw/LhRGKV3DitkBTZTCace5TRdPpzvhbqKD
 mgTRAY/RzZ5BGaNFMeLrQ==
X-ME-Sender: <xms:0G9bZz_FflwqKB6qhbCQ0MUQQaVsQXKsI809dBme85N8Xrz1oFhVXQ>
 <xme:0G9bZ_uxOgcfcEOY1222FPbUOyFvKgg86HCM4sZBOxPmwp-gfeee2dWkk331JDP4k
 Nf06T8cVT1QrXj0grA>
X-ME-Received: <xmr:0G9bZxCiqYS7bwUn5Fp0qvgv1h_2aJlytPulN3o9l6wBO-oxNcfuke8lnc-XsCMOBbQk>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrkeeigddtlecutefuodetggdotefrodftvf
 curfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdpuffr
 tefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnth
 hsucdlqddutddtmdenucfjughrpefkffggfgfuvfevfhfhjggtgfesthejredttddvjeen
 ucfhrhhomhepffhmihhtrhihucfiuhhtohhvuceoughmihhtrhihsehguhhtohhvrdguvg
 hvqeenucggtffrrghtthgvrhhnpeetudeljeegheetgfehgeejkeeuhedvveeikeeufedt
 vddtveefhfdvveegudejheenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmh
 grihhlfhhrohhmpegumhhithhrhiesghhuthhovhdruggvvhdpnhgspghrtghpthhtohep
 fedpmhhouggvpehsmhhtphhouhhtpdhrtghpthhtohepvghlihiisehgnhhurdhorhhgpd
 hrtghpthhtohepshgsrghughhhsehjrghnvghsthhrvggvthdrtghomhdprhgtphhtthho
 peejgeejledvseguvggssghughhsrdhgnhhurdhorhhg
X-ME-Proxy: <xmx:0W9bZ_fMd29wfxB2M6UKaH0GrGaPRwgS5nQoW1KxAjkQxspVQXNxzg>
 <xmx:0W9bZ4PzH3pWNQESXU84liiZkrIBk41dO2_7e_Q3vx1Xlw98FaR3Wg>
 <xmx:0W9bZxn9DExP6WsGXKFoRSe9cfYNM-hRhMOdpdBxprNtogbew3x19w>
 <xmx:0W9bZyvLlYCOwLCFHE0_gYWJOZBksrTh-xrXRJMZCHGpqHTvrVDFjQ>
 <xmx:0W9bZ9qMJOCHOB6lSo3OOHinUE4pcJlm2zebM68IJjNiW9DWqq0j7jZf>
Feedback-ID: i07de48aa:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu,
 12 Dec 2024 18:20:47 -0500 (EST)
Message-ID: <98c617e8-ee0d-4228-9bd4-411051427765@HIDDEN>
Date: Fri, 13 Dec 2024 01:20:45 +0200
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
References: <ierzfl22oaa.fsf@HIDDEN> <86ldwm2lko.fsf@HIDDEN>
 <CAO=BR8MtXJewQBhrJmvQZTS2T3nxAu6+UCG-=hYnwPTYbdYXtQ@HIDDEN>
 <86ed2e2gnm.fsf@HIDDEN>
Content-Language: en-US
From: Dmitry Gutov <dmitry@HIDDEN>
In-Reply-To: <86ed2e2gnm.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

On 11/12/2024 20:55, Eli Zaretskii wrote:

>>   > goto-address-mode binds C-c RET to goto-address-at-point when point is
>>   > on a URL or email address.  In special-mode buffers (or maybe any
>>   > read-only buffer?) it should also bind RET while point is on the URL or
>>   > email address.
>>
>>   I don't think it's a good idea, since many special-mode descendants
>>   bind RET to useful commands.  For goto-address-at-point to override
>>   that would be a nuisance, I think.
>>
>> True, but when I've specifically moved point to a URL it is usually because I want to follow the URL, not do
>> whatever is bound to RET in the mode.
> 
> You cannot know that.  E.g., point could be on a URL by chance, for
> example, if a buffer starts with a URL.

I also regularly try RET in such cases, notice it does not work, and 
then have to reach for the mouse. Just not often enough to look up and 
remember the alternative.

>> But this sounds like something that may differ between users, so perhaps we could add this controlled by a
>> defcustom?
> 
> Let's first hear that enough people here think that it might sometimes
> be a good thing.  If so, then yes, a user option, by default off,
> could be a way to introduce such behavior.

The same option could affect other "C-c RET" bindings as well, such as 
browse-url-button-open in ansi-osc-hyperlink-map and 
bug-reference-push-button in bug-reference-map.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#74792: 29.2.50; goto-address-mode should support RET in special-mode buffers
Resent-From: Juri Linkov <juri@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 13 Dec 2024 07:38:01 +0000
Resent-Message-ID: <handler.74792.B74792.173407547124644 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 74792
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Spencer Baugh <sbaugh@HIDDEN>
Cc: dmitry@HIDDEN, Eli Zaretskii <eliz@HIDDEN>, 74792 <at> debbugs.gnu.org
Received: via spool by 74792-submit <at> debbugs.gnu.org id=B74792.173407547124644
          (code B ref 74792); Fri, 13 Dec 2024 07:38:01 +0000
Received: (at 74792) by debbugs.gnu.org; 13 Dec 2024 07:37:51 +0000
Received: from localhost ([127.0.0.1]:41391 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1tM0FD-0006PQ-7X
	for submit <at> debbugs.gnu.org; Fri, 13 Dec 2024 02:37:51 -0500
Received: from relay8-d.mail.gandi.net ([217.70.183.201]:42071)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <juri@HIDDEN>) id 1tM0F8-0006P6-PJ
 for 74792 <at> debbugs.gnu.org; Fri, 13 Dec 2024 02:37:50 -0500
Received: by mail.gandi.net (Postfix) with ESMTPSA id C7B9A1BF206;
 Fri, 13 Dec 2024 07:37:39 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
In-Reply-To: <ierikror5m7.fsf@HIDDEN> (Spencer Baugh's message of
 "Thu, 12 Dec 2024 15:47:12 -0500")
Organization: LINKOV.NET
References: <ierzfl22oaa.fsf@HIDDEN> <86ldwm2lko.fsf@HIDDEN>
 <CAO=BR8MtXJewQBhrJmvQZTS2T3nxAu6+UCG-=hYnwPTYbdYXtQ@HIDDEN>
 <86ed2e2gnm.fsf@HIDDEN> <87v7vp6vfd.fsf@HIDDEN>
 <ierikror5m7.fsf@HIDDEN>
Date: Fri, 13 Dec 2024 09:31:49 +0200
Message-ID: <87a5d06ntm.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/31.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-GND-Sasl: juri@HIDDEN
X-Spam-Score: -0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

>> Typing just RET would be more intuitive, but indeed there is a problem
>> that e.g. 'C-h C-t RET RET RET ...' will scroll lines one by one
>> until this line becomes current:
>>
>>   https://www.gnu.org/licenses/why-assign.html
>>
>> Then RET will surprisingly visit that URL.
>>
>> Unfortunately, an option can't help because most users might want to
>> enable it, but only if it doesn't misfire in unexpected situations.
>
> True.  Perhaps it should be enabled buffer-locally, then.  Then a user
> can set it in a major-mode hook - and if a major-mode does not bind RET
> to something else, the major-mode can just enable it.

This means disabling RET on links in etc/TODO and all other
link-rich files that use 'view-help-file':

(defun describe-distribution ()
  "Display info on how to obtain the latest version of GNU Emacs."
  (interactive)
  (view-help-file "DISTRIB"))

(defun describe-copying ()
  "Display info on how you may redistribute copies of GNU Emacs."
  (interactive)
  (view-help-file "COPYING"))

(defun view-emacs-problems ()
  "Display info on known problems with Emacs and possible workarounds."
  (interactive)
  (view-help-file "PROBLEMS"))

(defun view-emacs-debugging ()
  "Display info on how to debug Emacs problems."
  (interactive)
  (view-help-file "DEBUG"))

For a long time I had been using RET to scroll by one line in Info:

  (define-key Info-mode-map [return]
    (lambda ()
      (interactive)
      (if nil ;; TODO: add predicate to check if point is on Info refs
          (Info-follow-nearest-node)
        (View-scroll-line-forward))))

But still can't find a predicate that would prevent RET from visiting
a reference only when the cursor moves to it while scrolling.
And don't believe this is possible.  So need to use other
less intuitive keys to visit links.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#74792: 29.2.50; goto-address-mode should support RET in special-mode buffers
Resent-From: Juri Linkov <juri@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 16 Dec 2024 17:57:01 +0000
Resent-Message-ID: <handler.74792.B74792.173437180830802 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 74792
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Spencer Baugh <sbaugh@HIDDEN>
Cc: dmitry@HIDDEN, Eli Zaretskii <eliz@HIDDEN>, 74792 <at> debbugs.gnu.org
Received: via spool by 74792-submit <at> debbugs.gnu.org id=B74792.173437180830802
          (code B ref 74792); Mon, 16 Dec 2024 17:57:01 +0000
Received: (at 74792) by debbugs.gnu.org; 16 Dec 2024 17:56:48 +0000
Received: from localhost ([127.0.0.1]:55979 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1tNFKq-00080k-8h
	for submit <at> debbugs.gnu.org; Mon, 16 Dec 2024 12:56:48 -0500
Received: from relay3-d.mail.gandi.net ([217.70.183.195]:38179)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <juri@HIDDEN>) id 1tNFKo-00080S-2M
 for 74792 <at> debbugs.gnu.org; Mon, 16 Dec 2024 12:56:47 -0500
Received: by mail.gandi.net (Postfix) with ESMTPSA id 7478860002;
 Mon, 16 Dec 2024 17:56:36 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
In-Reply-To: <87a5d06ntm.fsf@HIDDEN> (Juri Linkov's message of "Fri, 
 13 Dec 2024 09:31:49 +0200")
Organization: LINKOV.NET
References: <ierzfl22oaa.fsf@HIDDEN> <86ldwm2lko.fsf@HIDDEN>
 <CAO=BR8MtXJewQBhrJmvQZTS2T3nxAu6+UCG-=hYnwPTYbdYXtQ@HIDDEN>
 <86ed2e2gnm.fsf@HIDDEN> <87v7vp6vfd.fsf@HIDDEN>
 <ierikror5m7.fsf@HIDDEN> <87a5d06ntm.fsf@HIDDEN>
Date: Mon, 16 Dec 2024 19:54:43 +0200
Message-ID: <87seqnecnw.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/31.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-GND-Sasl: juri@HIDDEN
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

> For a long time I had been using RET to scroll by one line in Info:
>
>   (define-key Info-mode-map [return]
>     (lambda ()
>       (interactive)
>       (if nil ;; TODO: add predicate to check if point is on Info refs
>           (Info-follow-nearest-node)
>         (View-scroll-line-forward))))
>
> But still can't find a predicate that would prevent RET from visiting
> a reference only when the cursor moves to it while scrolling.
> And don't believe this is possible.  So need to use other
> less intuitive keys to visit links.

I forgot about other futile attempts to find a suitable heuristic:

  (define-key gnus-article-mode-map [return] 'my-gnus-article-press-or-scroll)
  (defun my-gnus-article-press-or-scroll ()
    (interactive)
    ;; When point is at the bottom of the window while scrolling
    (if (eq (point) (save-excursion (move-to-window-line -1) (point)))
        (View-scroll-line-forward)
      (gnus-article-press-button)))

Here the button is pressed when point is not at the bottom,
because point moves to the bottom while scrolling.
But in `emacs -Q` I see that point remains at the top
while scrolling.  So this behavior depends on customization.

Last modified: Sun, 12 Jan 2025 05:45:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.