GNU bug report logs - #52841
show-paren paring error in org-mode source blocks

Previous Next

To reply to this bug, email your comments to 52841 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Yilkal Argaw <yilkalargawworkneh <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: show-paren paring error in org-mode source blocks
Date: Tue, 28 Dec 2021 07:01:37 +0300

show-paren-mode works fairly well in lisp source codes but the pairing
does not work in emacs source blocks. For example it pairs ) with <.

An example source code is in the following source code

#+begin_src emacs-lisp

  (if (not (version< emacs-version "27.0"))
      (progn
    (if (fboundp 'native-comp-available-p) (setq comp-deferred-compilation t))
    (setq warning-suppress-types '((flycheck syntax-checker) (comp))))
    )

#+end_src

Message #8 received at 52841 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Yilkal Argaw <yilkalargawworkneh <at> gmail.com>
Cc: 52841 <at> debbugs.gnu.org
Subject: Re: bug#52841: show-paren paring error in org-mode source blocks
Date: Tue, 28 Dec 2021 14:55:47 +0200

> From: Yilkal Argaw <yilkalargawworkneh <at> gmail.com>
> Date: Tue, 28 Dec 2021 07:01:37 +0300
> 
> show-paren-mode works fairly well in lisp source codes but the pairing
> does not work in emacs source blocks. For example it pairs ) with <.
> 
> An example source code is in the following source code
> 
> #+begin_src emacs-lisp
> 
>   (if (not (version< emacs-version "27.0"))
>       (progn
>     (if (fboundp 'native-comp-available-p) (setq comp-deferred-compilation t))
>     (setq warning-suppress-types '((flycheck syntax-checker) (comp))))
>     )
> 
> #+end_src

Isn't this a problem specific to Org?  If so, please report it to the
Org bug address first.

Thanks.

Message #11 received at 52841 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Yilkal Argaw <yilkalargawworkneh <at> gmail.com>, 52841 <at> debbugs.gnu.org
Subject: Re: bug#52841: show-paren paring error in org-mode source blocks
Date: Wed, 29 Dec 2021 16:41:09 +0100

Eli Zaretskii <eliz <at> gnu.org> writes:

>> #+begin_src emacs-lisp
>> 
>>   (if (not (version< emacs-version "27.0"))
>>       (progn
>>     (if (fboundp 'native-comp-available-p) (setq comp-deferred-compilation t))
>>     (setq warning-suppress-types '((flycheck syntax-checker) (comp))))
>>     )
>> 
>> #+end_src
>
> Isn't this a problem specific to Org?  If so, please report it to the
> Org bug address first.

Well, you see it in any mode that displays code blocks, like in Gnus.
Doesn't rmail fontify that block of code for you?

I can reproduce the problem in Gnus, too, but I'm not that familiar with
how show-paren works -- does it just use the syntax properties in the
buffer?  In which case I don't know how to fix this, because in Gnus
article buffers, <> have parenthesis syntax.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #14 received at 52841 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: yilkalargawworkneh <at> gmail.com, 52841 <at> debbugs.gnu.org
Subject: Re: bug#52841: show-paren paring error in org-mode source blocks
Date: Wed, 29 Dec 2021 19:07:59 +0200

> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: Yilkal Argaw <yilkalargawworkneh <at> gmail.com>,  52841 <at> debbugs.gnu.org
> Date: Wed, 29 Dec 2021 16:41:09 +0100
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> >> #+begin_src emacs-lisp
> >> 
> >>   (if (not (version< emacs-version "27.0"))
> >>       (progn
> >>     (if (fboundp 'native-comp-available-p) (setq comp-deferred-compilation t))
> >>     (setq warning-suppress-types '((flycheck syntax-checker) (comp))))
> >>     )
> >> 
> >> #+end_src
> >
> > Isn't this a problem specific to Org?  If so, please report it to the
> > Org bug address first.
> 
> Well, you see it in any mode that displays code blocks, like in Gnus.
> Doesn't rmail fontify that block of code for you?

No, and I'm infinitely grateful that it doesn't.

> I can reproduce the problem in Gnus, too, but I'm not that familiar with
> how show-paren works -- does it just use the syntax properties in the
> buffer?

Yes, it does.

Message #17 received at 52841 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: yilkalargawworkneh <at> gmail.com, 52841 <at> debbugs.gnu.org
Subject: Re: bug#52841: show-paren paring error in org-mode source blocks
Date: Wed, 29 Dec 2021 18:14:17 +0100

Eli Zaretskii <eliz <at> gnu.org> writes:

>> I can reproduce the problem in Gnus, too, but I'm not that familiar with
>> how show-paren works -- does it just use the syntax properties in the
>> buffer?
>
> Yes, it does.

Hm...  but the parentheses machines has the concept of matching pairs,
right?  Let's see...

    (modify-syntax-entry ?> ")<" table)
    (modify-syntax-entry ?< "(>" table)

Right.  So why does it think that < is the opening char for )?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #20 received at 52841 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: Eli Zaretskii <eliz <at> gnu.org>, Yilkal Argaw <yilkalargawworkneh <at> gmail.com>,
 52841 <at> debbugs.gnu.org
Subject: Re: bug#52841: show-paren paring error in org-mode source blocks
Date: Wed, 29 Dec 2021 13:08:31 -0800

Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> Well, you see it in any mode that displays code blocks, like in Gnus.

If it helps, I can confirm that I see this bug with notmuch as well.

Message #23 received at 52841 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Yilkal Argaw <yilkalargawworkneh <at> gmail.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 52841 <at> debbugs.gnu.org
Subject: Re: bug#52841: show-paren paring error in org-mode source blocks
Date: Sat, 1 Jan 2022 20:34:31 -0500

[Please use "Reply to all" so the discussion is in the bug tracker.]

Yilkal Argaw <yilkalargawworkneh <at> gmail.com> writes:

> You can also see a similar situation in org-tables and example table
> is the following
>
> |-----------------------------------+---------|
> | Logical Expression                | Meaning |
> |-----------------------------------+---------|
> | if ["$variable1" \< "$variable2"] |         |
> |-----------------------------------+---------|
> | if ["$variable1" \> "$variable2"] |         |
> |-----------------------------------+---------|

Thanks.

(This reply is only so that this ends up in the bug tracker.)

Message #26 received at 52841 <at> debbugs.gnu.org (full text, mbox):

From: Yilkal Argaw <yilkalargawworkneh <at> gmail.com>
To: Stefan Kangas <stefan <at> marxist.se>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 52841 <at> debbugs.gnu.org
Subject: Re: bug#52841: show-paren paring error in org-mode source blocks
Date: Sun, 2 Jan 2022 04:52:01 +0300

Will do, thanks!

On Sun, Jan 2, 2022 at 4:34 AM Stefan Kangas <stefan <at> marxist.se> wrote:
>
> [Please use "Reply to all" so the discussion is in the bug tracker.]
>
> Yilkal Argaw <yilkalargawworkneh <at> gmail.com> writes:
>
> > You can also see a similar situation in org-tables and example table
> > is the following
> >
> > |-----------------------------------+---------|
> > | Logical Expression                | Meaning |
> > |-----------------------------------+---------|
> > | if ["$variable1" \< "$variable2"] |         |
> > |-----------------------------------+---------|
> > | if ["$variable1" \> "$variable2"] |         |
> > |-----------------------------------+---------|
>
> Thanks.
>
> (This reply is only so that this ends up in the bug tracker.)

Previous Next

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