GNU logs - #32851, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#32851: 26.1.50; show-paren-mode disables off-screen-paren-match
Resent-From: Stefan Guath <stefan@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 27 Sep 2018 09:43:01 +0000
Resent-Message-ID: <handler.32851.B.153804132228164 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 32851 <at> debbugs.gnu.org
MIME-Version: 1.0
From: Stefan Guath <stefan@HIDDEN>
Date: Thu, 27 Sep 2018 11:35:06 +0200
Message-ID: <CAD__r-8hUDM-z2QMgFuXcoSxcCCiTcMupgKBfSa_SFV7QbgP5Q@HIDDEN>
Content-Type: multipart/alternative; boundary="000000000000e3b4370576d70efc"
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

--000000000000e3b4370576d70efc
Content-Type: text/plain; charset="UTF-8"

SUMMARY
When show-paren-mode is enabled, the setting (setq blink-matching-paren
'jump-offscreen) is disabled, which is annoying.

DESCRIPTION
When show-paren-mode is enabled, the only respected setting for
blink-matching-paren is "any other non-nil value" which echos matched
parens only when they are off-screen. The settings t, 'jump and
'jump-offscreen are disabled.

I can understand why the settings t and 'jump are disregarded since it
would just be a redundant functionality of show-paren-mode. But I don't
understand why the setting 'jump-offscreen is disregarded. I think it's a
better option than "echo match off screen paren" since i) a jump (i.e. a
scroll) gives more context than a one-liner in the echo area, and ii) it's
very convenient to get a semantic based scroll operation automatically.

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

<div dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"ltr"><div>SUMMARY<br></div><d=
iv>When show-paren-mode is enabled, the setting (setq blink-matching-paren =
&#39;jump-offscreen) is disabled, which is annoying.<br></div><div><br></di=
v><div>DESCRIPTION</div><div>When show-paren-mode is enabled, the only resp=
ected setting for blink-matching-paren is &quot;any other non-nil value&quo=
t; which echos matched parens only when they are off-screen. The settings t=
, &#39;jump and &#39;jump-offscreen are disabled.<br></div><div><br></div><=
div>I can understand why the settings t and &#39;jump are disregarded since=
 it would just be a redundant functionality of show-paren-mode. But I don&#=
39;t understand why the setting &#39;jump-offscreen is disregarded. I think=
 it&#39;s a better option than &quot;echo match off screen paren&quot; sinc=
e i) a jump (i.e. a scroll) gives more context than a one-liner in the echo=
 area, and ii) it&#39;s very convenient to get a semantic based scroll oper=
ation automatically.<br></div><br></div></div></div>

--000000000000e3b4370576d70efc--

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: Stefan Guath <stefan@HIDDEN>
Subject: bug#32851: Acknowledgement (26.1.50; show-paren-mode disables
 off-screen-paren-match)
Message-ID: <handler.32851.B.153804132228164.ack <at> debbugs.gnu.org>
References: <CAD__r-8hUDM-z2QMgFuXcoSxcCCiTcMupgKBfSa_SFV7QbgP5Q@HIDDEN>
X-Gnu-PR-Message: ack 32851
X-Gnu-PR-Package: emacs
Reply-To: 32851 <at> debbugs.gnu.org
Date: Thu, 27 Sep 2018 09:43:01 +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 32851 <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
32851: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D32851
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#32851: 26.1.50; show-paren-mode disables off-screen-paren-match
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: Thu, 27 Sep 2018 10:45:01 +0000
Resent-Message-ID: <handler.32851.B32851.15380450511718 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Stefan Guath <stefan@HIDDEN>
Cc: 32851 <at> debbugs.gnu.org
Date: Thu, 27 Sep 2018 13:43:32 +0300
Message-Id: <83tvmb6x0r.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <CAD__r-8hUDM-z2QMgFuXcoSxcCCiTcMupgKBfSa_SFV7QbgP5Q@HIDDEN>
 (message from Stefan Guath on Thu, 27 Sep 2018 11:35:06 +0200)
References: <CAD__r-8hUDM-z2QMgFuXcoSxcCCiTcMupgKBfSa_SFV7QbgP5Q@HIDDEN>
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

> From: Stefan Guath <stefan@HIDDEN>
> Date: Thu, 27 Sep 2018 11:35:06 +0200
> 
> When show-paren-mode is enabled, the only respected setting for blink-matching-paren is "any other non-nil
> value" which echos matched parens only when they are off-screen. The settings t, 'jump and 'jump-offscreen
> are disabled.
> 
> I can understand why the settings t and 'jump are disregarded since it would just be a redundant functionality
> of show-paren-mode. But I don't understand why the setting 'jump-offscreen is disregarded. I think it's a better
> option than "echo match off screen paren" since i) a jump (i.e. a scroll) gives more context than a one-liner in
> the echo area, and ii) it's very convenient to get a semantic based scroll operation automatically.

Did you try to remove the condition that show-paren-mode is active?
When I try that, I see an unpleasant effect: when blink-matching-paren
jumps off-screen, the wrong opening parenthesis is highlighted
(although the jump is to the right place).

So allowing jump-offscreen and show-paren-mode to coexist will need
more changes than just removing the condition.

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#32851: 26.1.50; show-paren-mode disables off-screen-paren-match
Resent-From: Stefan Guath <stefan@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 27 Sep 2018 11:16:02 +0000
Resent-Message-ID: <handler.32851.B32851.15380469365213 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: eliz@HIDDEN
Cc: 32851 <at> debbugs.gnu.org
MIME-Version: 1.0
References: <CAD__r-8hUDM-z2QMgFuXcoSxcCCiTcMupgKBfSa_SFV7QbgP5Q@HIDDEN>
 <83tvmb6x0r.fsf@HIDDEN>
In-Reply-To: <83tvmb6x0r.fsf@HIDDEN>
From: Stefan Guath <stefan@HIDDEN>
Date: Thu, 27 Sep 2018 13:15:04 +0200
Message-ID: <CAD__r-8oJjFiEhZEN=DNjd3Cw0eTS39KbWu0tPPJ9TaX6iL2PQ@HIDDEN>
Content-Type: multipart/alternative; boundary="0000000000006472a10576d8742c"
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

--0000000000006472a10576d8742c
Content-Type: text/plain; charset="UTF-8"

Yes, if I comment out the line "(not show-paren-mode)" in the function
blink-matching-open, I observe the same thing. During the short time that
the point is temporarily moved to the correct matching paren, the
old/previous highlighted parens are still visible. If they could be updated
before the jump rather than after, then the problem would be solved. But as
you say, that would require more changes to the code. To be honest, the
execution paths in this piece of code is not obvious to me, so I'm rather
puzzled where to begin...

On Thu, Sep 27, 2018 at 12:43 PM Eli Zaretskii <eliz@HIDDEN> wrote:

> > From: Stefan Guath <stefan@HIDDEN>
> > Date: Thu, 27 Sep 2018 11:35:06 +0200
> >
> > When show-paren-mode is enabled, the only respected setting for
> blink-matching-paren is "any other non-nil
> > value" which echos matched parens only when they are off-screen. The
> settings t, 'jump and 'jump-offscreen
> > are disabled.
> >
> > I can understand why the settings t and 'jump are disregarded since it
> would just be a redundant functionality
> > of show-paren-mode. But I don't understand why the setting
> 'jump-offscreen is disregarded. I think it's a better
> > option than "echo match off screen paren" since i) a jump (i.e. a
> scroll) gives more context than a one-liner in
> > the echo area, and ii) it's very convenient to get a semantic based
> scroll operation automatically.
>
> Did you try to remove the condition that show-paren-mode is active?
> When I try that, I see an unpleasant effect: when blink-matching-paren
> jumps off-screen, the wrong opening parenthesis is highlighted
> (although the jump is to the right place).
>
> So allowing jump-offscreen and show-paren-mode to coexist will need
> more changes than just removing the condition.
>

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

<div dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"ltr">Yes, if I comment out th=
e line &quot;(not show-paren-mode)&quot; in the function blink-matching-ope=
n, I observe the same thing. During the short time that the point is tempor=
arily moved to the correct matching paren, the old/previous highlighted par=
ens are still visible. If they could be updated before the jump rather than=
 after, then the problem would be solved. But as you say, that would requir=
e more changes to the code. To be honest, the execution paths in this piece=
 of code is not obvious to me, so I&#39;m rather puzzled where to begin...<=
br></div></div></div><br><div class=3D"gmail_quote"><div dir=3D"ltr">On Thu=
, Sep 27, 2018 at 12:43 PM Eli Zaretskii &lt;<a href=3D"mailto:eliz@HIDDEN=
">eliz@HIDDEN</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" st=
yle=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">&gt; =
From: Stefan Guath &lt;<a href=3D"mailto:stefan@HIDDEN" target=3D"_bla=
nk">stefan@HIDDEN</a>&gt;<br>
&gt; Date: Thu, 27 Sep 2018 11:35:06 +0200<br>
&gt; <br>
&gt; When show-paren-mode is enabled, the only respected setting for blink-=
matching-paren is &quot;any other non-nil<br>
&gt; value&quot; which echos matched parens only when they are off-screen. =
The settings t, &#39;jump and &#39;jump-offscreen<br>
&gt; are disabled.<br>
&gt; <br>
&gt; I can understand why the settings t and &#39;jump are disregarded sinc=
e it would just be a redundant functionality<br>
&gt; of show-paren-mode. But I don&#39;t understand why the setting &#39;ju=
mp-offscreen is disregarded. I think it&#39;s a better<br>
&gt; option than &quot;echo match off screen paren&quot; since i) a jump (i=
.e. a scroll) gives more context than a one-liner in<br>
&gt; the echo area, and ii) it&#39;s very convenient to get a semantic base=
d scroll operation automatically.<br>
<br>
Did you try to remove the condition that show-paren-mode is active?<br>
When I try that, I see an unpleasant effect: when blink-matching-paren<br>
jumps off-screen, the wrong opening parenthesis is highlighted<br>
(although the jump is to the right place).<br>
<br>
So allowing jump-offscreen and show-paren-mode to coexist will need<br>
more changes than just removing the condition.<br>
</blockquote></div>

--0000000000006472a10576d8742c--

Message received at control <at> debbugs.gnu.org:

Received: (at control) by debbugs.gnu.org; 3 Oct 2019 01:52:14 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Oct 02 21:52:13 2019
Received: from localhost ([127.0.0.1]:38621 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1iFqHt-00032V-Hp
	for submit <at> debbugs.gnu.org; Wed, 02 Oct 2019 21:52:13 -0400
Received: from mail-pf1-f170.google.com ([209.85.210.170]:40558)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <stefankangas@HIDDEN>) id 1iFqHp-00032B-4N
 for control <at> debbugs.gnu.org; Wed, 02 Oct 2019 21:52:09 -0400
Received: by mail-pf1-f170.google.com with SMTP id x127so656466pfb.7
 for <control <at> debbugs.gnu.org>; Wed, 02 Oct 2019 18:52:09 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:from:date:message-id:subject:to;
 bh=cHv7fj/CfvamI1INrKjoJ30sXwMPfn6y/XXuFm4MOcI=;
 b=TrXQdr9SK8T36adqZ5BpHEJwIMATu1zDcgn/vaCgj+eGHhp7ed6bvoFxAgBUTPWB7Q
 ikQ/GFRglz3n9BoO7DDodo2r9q5GDXZ8omDjd92KmxehR1k+5R8ZFZb3hL1uOGmlslcP
 5dCUhTO2xcTCY504RaL9xYlYVafczVCvh35StDcgORhYDw+bfCsMgz3khf2s8q3fSGTM
 1QnoYQ4IJlCNre/qjy9dgul/TuDL5wxF01JjlVAMlsyx0Dje7Xq1q6Jy30EsqUOEGLCY
 izNXeLL/2e1o51e+A5hmSfQpB2KeaeV3fiPFYzALB3wOWysOfoNg0vnfHiFLhrsa6fRf
 b6IA==
X-Gm-Message-State: APjAAAVi9AELjv3CJ3KDYAHbiPJ7OxGa5Rcf4/Z0PCfF0eMln6UpWZ/p
 PLaZeZ4PtI2tifi/jAbdboN18cYHxblhVQd3ba9JGUcozO8=
X-Google-Smtp-Source: APXvYqzwdkFy7Lfebe5mu76y9EKb+UMxtuoNt6doaDb+TqTUaX1HsWgU3BzaetEwPNPHYLrsYny3guxJAQD56NyhQ8w=
X-Received: by 2002:a63:1310:: with SMTP id i16mr6445050pgl.200.1570067522120; 
 Wed, 02 Oct 2019 18:52:02 -0700 (PDT)
MIME-Version: 1.0
From: Stefan Kangas <stefan@HIDDEN>
Date: Thu, 3 Oct 2019 03:51:50 +0200
Message-ID: <CADwFkm=AWWRP2-v1vHqD7S4FWYKYW7H-3xsyM5reLyidPNfFgg@HIDDEN>
Subject: 
To: control <at> debbugs.gnu.org
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: 2.2 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview:  severity 32851 minor quit 
 Content analysis details:   (2.2 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.0 FREEMAIL_FROM          Sender email is commonly abused enduser mail
 provider (stefankangas[at]gmail.com)
 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level
 mail domains are different
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at https://www.dnswl.org/,
 no trust [209.85.210.170 listed in list.dnswl.org]
 -0.0 RCVD_IN_MSPIKE_H2      RBL: Average reputation (+2)
 [209.85.210.170 listed in wl.mailspike.net]
 2.0 BLANK_SUBJECT          Subject is present but empty
 0.0 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and
 EnvelopeFrom freemail headers are different
X-Debbugs-Envelope-To: control
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.2 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 
 Content preview:  severity 32851 minor quit 
 
 Content analysis details:   (1.2 points, 10.0 required)
 
  pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at https://www.dnswl.org/,
                              no trust
                             [209.85.210.170 listed in list.dnswl.org]
 -0.0 RCVD_IN_MSPIKE_H2      RBL: Average reputation (+2)
                             [209.85.210.170 listed in wl.mailspike.net]
  0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
 -0.0 SPF_PASS               SPF: sender matches SPF record
  0.0 FREEMAIL_FROM          Sender email is commonly abused enduser mail
                             provider (stefankangas[at]gmail.com)
  0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level
                             mail domains are different
 -1.0 MAILING_LIST_MULTI     Multiple indicators imply a widely-seen list
                             manager
  2.0 BLANK_SUBJECT          Subject is present but empty
  0.0 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and
                             EnvelopeFrom freemail headers are
                             different

severity 32851 minor
quit

Last modified: Mon, 25 Nov 2019 12:00:02 UTC

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