GNU bug report logs - #78588
[PATCH] Fix math macro folding to not consume subsequent brackets

Previous Next

Package: auctex;

Reported by: "Paul D. Nelson" <ultrono <at> gmail.com>

Date: Sun, 25 May 2025 15:56:01 UTC

Severity: normal

Tags: patch

Done: Arash Esbati <arash <at> gnu.org>

To reply to this bug, email your comments to 78588 AT debbugs.gnu.org.
There is no need to reopen the bug first.

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

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-auctex <at> gnu.org:
bug#78588; Package auctex. (Sun, 25 May 2025 15:56:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to "Paul D. Nelson" <ultrono <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-auctex <at> gnu.org. (Sun, 25 May 2025 15:56:02 GMT) Full text and rfc822 format available.

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

From: "Paul D. Nelson" <ultrono <at> gmail.com>
To: bug-auctex <at> gnu.org
Subject: [PATCH] Fix math macro folding to not consume subsequent brackets
Date: Sun, 25 May 2025 17:55:05 +0200
[Message part 1 (text/plain, inline)]
Hi again,

Folding $x \in [0,1]$ doesn't work as intended: [0,1] gets folded as if it
were an optional argument to \in.

The issue is that, when called on 'math macros, TeX-fold-item-end calls
TeX-find-macro, which skips past any {...} or [...].

The attached patch makes an expection in TeX-fold-item-end for 'math
macros, so that only the macro name itself (e.g., "\in") is folded.

This only affects the folding of macros in the list
TeX-fold-math-spec-list-internal, and looking through that list, I
didn't spot any for which this change would have an undesired effect.

Any feedback welcome.

Thanks, best,

Paul

[0001-Fix-math-macro-folding-to-not-consume-subsequent-bra.patch (text/x-patch, attachment)]

Reply sent to Arash Esbati <arash <at> gnu.org>:
You have taken responsibility. (Fri, 30 May 2025 15:22:02 GMT) Full text and rfc822 format available.

Notification sent to "Paul D. Nelson" <ultrono <at> gmail.com>:
bug acknowledged by developer. (Fri, 30 May 2025 15:22:02 GMT) Full text and rfc822 format available.

Message #10 received at 78588-done <at> debbugs.gnu.org (full text, mbox):

From: Arash Esbati <arash <at> gnu.org>
To: "Paul D. Nelson" <ultrono <at> gmail.com>
Cc: 78588-done <at> debbugs.gnu.org
Subject: Re: bug#78588: [PATCH] Fix math macro folding to not consume
 subsequent brackets
Date: Fri, 30 May 2025 17:21:04 +0200
"Paul D. Nelson" <ultrono <at> gmail.com> writes:

> Folding $x \in [0,1]$ doesn't work as intended: [0,1] gets folded as if it
> were an optional argument to \in.
>
> The issue is that, when called on 'math macros, TeX-fold-item-end calls
> TeX-find-macro, which skips past any {...} or [...].
>
> The attached patch makes an expection in TeX-fold-item-end for 'math
> macros, so that only the macro name itself (e.g., "\in") is folded.
>
> This only affects the folding of macros in the list
> TeX-fold-math-spec-list-internal, and looking through that list, I
> didn't spot any for which this change would have an undesired effect.

I installed that change.  Again, many thanks, closing.

Best, Arash




This bug report was last modified 4 days ago.

Previous Next


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