GNU logs - #74156, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#74156: 29.4; Incorrect face with outline-minor-mode-highlight in lisp-mode
Resent-From: Andreas Matthias <andreas.matthias@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 01 Nov 2024 13:13:02 +0000
Resent-Message-ID: <handler.74156.B.17304667331626 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 74156 <at> debbugs.gnu.org
MIME-Version: 1.0
From: Andreas Matthias <andreas.matthias@HIDDEN>
Date: Fri, 1 Nov 2024 14:11:54 +0100
Message-ID: <CAHp59H27pEzcF2fuJpREm2u-6vysmUWMR=mP4Q=2m5ZCAXbKJA@HIDDEN>
Content-Type: multipart/alternative; boundary="0000000000007fc89f0625d9ae60"
Received-SPF: pass client-ip=2607:f8b0:4864:20::835;
 envelope-from=andreas.matthias@HIDDEN; helo=mail-qt1-x835.google.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, FREEMAIL_FROM=0.001,
 HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001,
 SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -1.3 (-)
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.3 (--)

--0000000000007fc89f0625d9ae60
Content-Type: text/plain; charset="UTF-8"

Take this example Elisp file:


;;; xxx -- OK: face is outline-1
;;;; xxx -- OK: face is outline-2
(defun test ()) ; WRONG: face is outline-8

;; Local Variables:
;; outline-minor-mode-highlight: override
;; eval: (outline-minor-mode 1)
;; End:


After loading this file into Emacs you will see that the function definition
is displayed incorrectly in face outline-8.

I guess this is due to the definition of outline-regexp in lisp-mode.el:

";;;;* [^
\t\n]\\|(\\|\\(^;;;###\\(\\([-[:alnum:]]+?\\)-\\)?\\(autoload\\)\\)"

Notice the opening parenthesis in the regular expression that causes
the function definition to be recognized as an outline heading.

I removed the opening parenthesis and now the face of the function
definition
is correct. This is fine for me. But note that you loose the ability to move
to top-level expressions, like this function definition, with
(outline-next-visible-heading) and (outline-previous-visible-heading).


Andreas

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

<div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-family:arial,sa=
ns-serif;font-size:small">Take this example Elisp file:<br><br><br>;;; xxx =
-- OK: face is outline-1<br>;;;; xxx -- OK: face is outline-2<br>(defun tes=
t ()) ; WRONG: face is outline-8<br><br>;; Local Variables:<br>;; outline-m=
inor-mode-highlight: override<br>;; eval: (outline-minor-mode 1)<br>;; End:=
<br><br><br>After loading this file into Emacs you will see that the functi=
on definition<br>is displayed incorrectly in face outline-8.<br><br>I guess=
 this is due to the definition of outline-regexp in lisp-mode.el:<br><br>&q=
uot;;;;;* [^ \t\n]\\|(\\|\\(^;;;###\\(\\([-[:alnum:]]+?\\)-\\)?\\(autoload\=
\)\\)&quot;<br><br>Notice the opening parenthesis in the regular expression=
 that causes<br>the function definition to be recognized as an outline head=
ing.<br><br>I removed the opening parenthesis and now the face of the funct=
ion definition<br>is correct. This is fine for me. But note that you loose =
the ability to move<br>to top-level expressions, like this function definit=
ion, with<br>(outline-next-visible-heading) and (outline-previous-visible-h=
eading).<br><br><br>Andreas<br></div></div>

--0000000000007fc89f0625d9ae60--

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: Andreas Matthias <andreas.matthias@HIDDEN>
Subject: bug#74156: Acknowledgement (29.4; Incorrect face with
 outline-minor-mode-highlight in lisp-mode)
Message-ID: <handler.74156.B.17304667331626.ack <at> debbugs.gnu.org>
References: <CAHp59H27pEzcF2fuJpREm2u-6vysmUWMR=mP4Q=2m5ZCAXbKJA@HIDDEN>
X-Gnu-PR-Message: ack 74156
X-Gnu-PR-Package: emacs
Reply-To: 74156 <at> debbugs.gnu.org
Date: Fri, 01 Nov 2024 13:13:03 +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 74156 <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
74156: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D74156
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#74156: 29.4; Incorrect face with outline-minor-mode-highlight in lisp-mode
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: Sat, 02 Nov 2024 17:18:02 +0000
Resent-Message-ID: <handler.74156.B74156.17305678266927 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Andreas Matthias <andreas.matthias@HIDDEN>
Cc: 74156 <at> debbugs.gnu.org
From: Juri Linkov <juri@HIDDEN>
In-Reply-To: <CAHp59H27pEzcF2fuJpREm2u-6vysmUWMR=mP4Q=2m5ZCAXbKJA@HIDDEN>
 (Andreas Matthias's message of "Fri, 1 Nov 2024 14:11:54 +0100")
Organization: LINKOV.NET
References: <CAHp59H27pEzcF2fuJpREm2u-6vysmUWMR=mP4Q=2m5ZCAXbKJA@HIDDEN>
Date: Sat, 02 Nov 2024 19:14:02 +0200
Message-ID: <865xp5o8x1.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
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

> Take this example Elisp file:
>
> ;;; xxx -- OK: face is outline-1
> ;;;; xxx -- OK: face is outline-2
> (defun test ()) ; WRONG: face is outline-8
>
> ;; Local Variables:
> ;; outline-minor-mode-highlight: override
> ;; eval: (outline-minor-mode 1)
> ;; End:
>
> After loading this file into Emacs you will see that the function
> definition
> is displayed incorrectly in face outline-8.
>
> I guess this is due to the definition of outline-regexp in lisp-mode.el:
>
> ";;;;* [^ \t\n]\\|(\\|\\(^;;;###\\(\\([-[:alnum:]]+?\\)-\\)?\\
> (autoload\\)\\)"
>
> Notice the opening parenthesis in the regular expression that causes
> the function definition to be recognized as an outline heading.
>
> I removed the opening parenthesis and now the face of the function
> definition
> is correct. This is fine for me. But note that you loose the ability to
> move
> to top-level expressions, like this function definition, with
> (outline-next-visible-heading) and (outline-previous-visible-heading).

Isn't the face 'outline-8' because 'lisp-outline-level' returns
the level 1000 for the opening parenthesis in 'lisp-outline-level':

  (defun lisp-outline-level ()
    (let ((len (- (match-end 0) (match-beginning 0))))
      (cond ((or (looking-at-p "(")
                 (looking-at-p lisp-mode-autoload-regexp))
             1000)

The level 1000 corresponds to outline-8:

Level    1 - outline-1
Level    2 - outline-2
Level    3 - outline-3
Level    4 - outline-4
Level    5 - outline-5
Level    6 - outline-6
Level    7 - outline-7
Level    8 - outline-8
Level    9 - outline-1
Level   10 - outline-2
Level   11 - outline-3
...
Level  998 - outline-6
Level  999 - outline-7
Level 1000 - outline-8

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#74156: 29.4; Incorrect face with outline-minor-mode-highlight in lisp-mode
Resent-From: Andreas Matthias <andreas.matthias@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 02 Nov 2024 23:43:02 +0000
Resent-Message-ID: <handler.74156.B74156.173059092721378 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Juri Linkov <juri@HIDDEN>
Cc: 74156 <at> debbugs.gnu.org
MIME-Version: 1.0
References: <CAHp59H27pEzcF2fuJpREm2u-6vysmUWMR=mP4Q=2m5ZCAXbKJA@HIDDEN>
 <865xp5o8x1.fsf@HIDDEN>
In-Reply-To: <865xp5o8x1.fsf@HIDDEN>
From: Andreas Matthias <andreas.matthias@HIDDEN>
Date: Sun, 3 Nov 2024 00:40:46 +0100
Message-ID: <CAHp59H3fwRN6N+btUwKQug3aQnGTskDAZXs87=ZFfTO9gE+D0Q@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

On Sat, Nov 2, 2024 at 6:16=E2=80=AFPM Juri Linkov <juri@HIDDEN> wrote:
>
> > I guess this is due to the definition of outline-regexp in lisp-mode.el=
:
> >
> > ";;;;* [^ \t\n]\\|(\\|\\(^;;;###\\(\\([-[:alnum:]]+?\\)-\\)?\\
> > (autoload\\)\\)"

[...]

> Isn't the face 'outline-8' because 'lisp-outline-level' returns
> the level 1000 for the opening parenthesis in 'lisp-outline-level':
>
>   (defun lisp-outline-level ()
>     (let ((len (- (match-end 0) (match-beginning 0))))
>       (cond ((or (looking-at-p "(")
>                  (looking-at-p lisp-mode-autoload-regexp))
>              1000)

AFAIU font-lock is using `outline-regexp` which triggers
`outline-font-lock-face()`
and eventually `lisp-outline-level()`.

My naive approach was to modify `outline-regexp`, i.e. remove the
opening parenthesis
in the regexp. Then `outline-font-lock-face()` cannot be triggered by
this regexp any more
and thus won't override the faces of normal lisp code.

The issue with this approach is: All commands that show, hide, or move to
outline headings use `outline-regexp` as well. Thus these commands won't
find headings starting with an opening parenthesis.

I don't know how important this opening-parenthesis-rule is. Actually I don=
't
need it. But I guess there were reasons to add it to the regexp.

Andreas

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#74156: 29.4; Incorrect face with outline-minor-mode-highlight in lisp-mode
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: Sun, 03 Nov 2024 17:59:02 +0000
Resent-Message-ID: <handler.74156.B74156.173065672228884 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 74156
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Andreas Matthias <andreas.matthias@HIDDEN>
Cc: 74156 <at> debbugs.gnu.org
Received: via spool by 74156-submit <at> debbugs.gnu.org id=B74156.173065672228884
          (code B ref 74156); Sun, 03 Nov 2024 17:59:02 +0000
Received: (at 74156) by debbugs.gnu.org; 3 Nov 2024 17:58:42 +0000
Received: from localhost ([127.0.0.1]:33722 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1t7es6-0007Vo-7x
	for submit <at> debbugs.gnu.org; Sun, 03 Nov 2024 12:58:42 -0500
Received: from relay3-d.mail.gandi.net ([217.70.183.195]:47753)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <juri@HIDDEN>) id 1t7es3-0007Vg-Nn
 for 74156 <at> debbugs.gnu.org; Sun, 03 Nov 2024 12:58:40 -0500
Received: by mail.gandi.net (Postfix) with ESMTPSA id C15CE60002;
 Sun,  3 Nov 2024 17:58:12 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
In-Reply-To: <CAHp59H3fwRN6N+btUwKQug3aQnGTskDAZXs87=ZFfTO9gE+D0Q@HIDDEN>
 (Andreas Matthias's message of "Sun, 3 Nov 2024 00:40:46 +0100")
Organization: LINKOV.NET
References: <CAHp59H27pEzcF2fuJpREm2u-6vysmUWMR=mP4Q=2m5ZCAXbKJA@HIDDEN>
 <865xp5o8x1.fsf@HIDDEN>
 <CAHp59H3fwRN6N+btUwKQug3aQnGTskDAZXs87=ZFfTO9gE+D0Q@HIDDEN>
Date: Sun, 03 Nov 2024 19:54:18 +0200
Message-ID: <871pzs5rr9.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 (-)

> I don't know how important this opening-parenthesis-rule is. Actually I don't
> need it. But I guess there were reasons to add it to the regexp.

So there is no bug here and this report could be closed?

If you don't need opening-parenthesis-rule, it's fine
to customize 'outline-regexp' and 'outline-level'.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#74156: 29.4; Incorrect face with outline-minor-mode-highlight in lisp-mode
Resent-From: Andreas Matthias <andreas.matthias@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 03 Nov 2024 18:27:02 +0000
Resent-Message-ID: <handler.74156.B74156.173065839232420 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 74156
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Juri Linkov <juri@HIDDEN>
Cc: 74156 <at> debbugs.gnu.org
Received: via spool by 74156-submit <at> debbugs.gnu.org id=B74156.173065839232420
          (code B ref 74156); Sun, 03 Nov 2024 18:27:02 +0000
Received: (at 74156) by debbugs.gnu.org; 3 Nov 2024 18:26:32 +0000
Received: from localhost ([127.0.0.1]:33864 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1t7fJ2-0008Qq-09
	for submit <at> debbugs.gnu.org; Sun, 03 Nov 2024 13:26:32 -0500
Received: from mail-qt1-f180.google.com ([209.85.160.180]:50683)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <andreas.matthias@HIDDEN>) id 1t7fJ0-0008Qk-9h
 for 74156 <at> debbugs.gnu.org; Sun, 03 Nov 2024 13:26:30 -0500
Received: by mail-qt1-f180.google.com with SMTP id
 d75a77b69052e-4611abb6bd5so27321681cf.1
 for <74156 <at> debbugs.gnu.org>; Sun, 03 Nov 2024 10:26:30 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1730658324; x=1731263124; 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=r2PFF84wXTRw6bwOv4N+b9CvUWkjkDSkwgdl54Ajds0=;
 b=NDX9AwqDpXEVslP9l7Z/+ySFBlLltUnz5/o/qOnmGMkGQ7hyWM9a1vIaQIr7bBbfBJ
 xfmhBHyGEvnLBqZnuQQsGohGzwMvgwCuPVb2FaQmnCHrcT17RYtc2a3QXeY5fudMbDBB
 V/1gVIFZTRKtPBQ+zkHkt02Vbn3Al+tnjuhmaR2KAptgZYPkM9xBeXX2Ynr/H/0lJ5/f
 /IbEQvmx5BIuv2+oPDqYlPi5JLLsNqXHuFJdqDOox7oOAIiZNgfGNbfW49ealDri0e+p
 TcdADAZH/BQiyUKGMKwYA6rsrJVJNJV1/eplsk4sh7+bB5XvQ5O1MTaiLAXmBVigg5dq
 FoVA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1730658324; x=1731263124;
 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=r2PFF84wXTRw6bwOv4N+b9CvUWkjkDSkwgdl54Ajds0=;
 b=R+JX3J57NUvMSC28YaP5bm/a49NujNioRtncBrsMhjwbMZgu2vSjGzVah4Exm7cjSw
 6YFO9siOMAN2quW/JMYAMNh+VT5WE0WL8VYakXFJnKPmLUFDh3yqzxxEOJYfcLwZ5Hf8
 0tOhrMA92c8be6xHmhBJTLPcfGG3YfzYjOSEChE6GaTBxz/SMJenzC0OuzVh90MNLaEq
 aUsjMzW/RclY3uR0ZUYbV1wehu29L46bk+Jpi+GT1lstsYDVHXNi+v+PAH+X8PKq8vPq
 YVBHawaRE2ijGAoVcMwYY9+I3HNE4cpGqqKyU5LVec+OSbRxKsoULm3wEdEUklZPzb3l
 meIA==
X-Gm-Message-State: AOJu0YwWTWFyNazZSljpTofbLKXTbQJCTz57cwpdCSqgTcYJ8lceyPza
 KBdQaS5p4MvXiYB+/SzLU8IgGb5xtQ4ykSgxhtMx9w665kUopxhL3AKniLnLtO7ntHpqKpXWOEl
 TJwJ9F2HTic8zZW8XaCl3eeOlQmM=
X-Google-Smtp-Source: AGHT+IEK4XYnBLFfnWOckMigEEGbhLQ3TN8SV4MOJ1Flo2GMSlJC6557k/1tZXUGVhIP6YChaC8lplv6wcPr9p2kDIA=
X-Received: by 2002:a05:622a:28b:b0:462:973d:f0fe with SMTP id
 d75a77b69052e-462b86860e6mr138513781cf.23.1730658324469; Sun, 03 Nov 2024
 10:25:24 -0800 (PST)
MIME-Version: 1.0
References: <CAHp59H27pEzcF2fuJpREm2u-6vysmUWMR=mP4Q=2m5ZCAXbKJA@HIDDEN>
 <865xp5o8x1.fsf@HIDDEN>
 <CAHp59H3fwRN6N+btUwKQug3aQnGTskDAZXs87=ZFfTO9gE+D0Q@HIDDEN>
 <871pzs5rr9.fsf@HIDDEN>
In-Reply-To: <871pzs5rr9.fsf@HIDDEN>
From: Andreas Matthias <andreas.matthias@HIDDEN>
Date: Sun, 3 Nov 2024 19:25:11 +0100
Message-ID: <CAHp59H37aZM1DLqVL6StPyz7W2huHVckdS1TcQ7XevL7rCooWw@HIDDEN>
Content-Type: multipart/alternative; boundary="000000000000a863fe0626064a8a"
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 (-)

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

On Sun, Nov 3, 2024 at 6:58=E2=80=AFPM Juri Linkov <juri@HIDDEN> wrote:

> > I don't know how important this opening-parenthesis-rule is. Actually I
> don't
> > need it. But I guess there were reasons to add it to the regexp.
>
> So there is no bug here and this report could be closed?
>
> If you don't need opening-parenthesis-rule, it's fine
> to customize 'outline-regexp' and 'outline-level'.
>

Please take a look at the example I have given in my very first post.
There you see that font-lock is handling top-level lisp code incorrectly.
This is definitely a bug.

I don't agree with  you that customizing a variable is the recommended
way to fix a bug. But if there's really no other way to handle it, then it
should be documented at least.

Andreas

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

<div dir=3D"ltr"><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"g=
mail_attr">On Sun, Nov 3, 2024 at 6:58=E2=80=AFPM Juri Linkov &lt;<a href=
=3D"mailto:juri@HIDDEN">juri@HIDDEN</a>&gt; wrote:<br></div><blockq=
uote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1p=
x solid rgb(204,204,204);padding-left:1ex">&gt; I don&#39;t know how import=
ant this opening-parenthesis-rule is. Actually I don&#39;t<br>
&gt; need it. But I guess there were reasons to add it to the regexp.<br>
<br>
So there is no bug here and this report could be closed?<br>
<br>
If you don&#39;t need opening-parenthesis-rule, it&#39;s fine<br>
to customize &#39;outline-regexp&#39; and &#39;outline-level&#39;.<br></blo=
ckquote><div><br></div><div style=3D"font-family:arial,sans-serif;font-size=
:small" class=3D"gmail_default">Please take a look at the example I have gi=
ven in my very first post.</div><div style=3D"font-family:arial,sans-serif;=
font-size:small" class=3D"gmail_default">There you see that font-lock is ha=
ndling top-level lisp code incorrectly.</div><div style=3D"font-family:aria=
l,sans-serif;font-size:small" class=3D"gmail_default">This is definitely a =
bug.</div><div style=3D"font-family:arial,sans-serif;font-size:small" class=
=3D"gmail_default"><br></div><div style=3D"font-family:arial,sans-serif;fon=
t-size:small" class=3D"gmail_default">I don&#39;t agree with=C2=A0 you that=
 customizing a variable is the recommended</div><div style=3D"font-family:a=
rial,sans-serif;font-size:small" class=3D"gmail_default">way to fix a bug. =
But if there&#39;s really no other way to handle it, then it</div><div styl=
e=3D"font-family:arial,sans-serif;font-size:small" class=3D"gmail_default">=
should be documented at least.<br></div><div style=3D"font-family:arial,san=
s-serif;font-size:small" class=3D"gmail_default"><br></div><div style=3D"fo=
nt-family:arial,sans-serif;font-size:small" class=3D"gmail_default">Andreas=
</div><div style=3D"font-family:arial,sans-serif;font-size:small" class=3D"=
gmail_default"><br></div><br></div></div>

--000000000000a863fe0626064a8a--

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.