GNU bug report logs -
#78588
[PATCH] Fix math macro folding to not consume subsequent brackets
Previous Next
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>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 78588 in the body.
You can then email your comments to 78588 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
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):
[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):
"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
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 28 Jun 2025 11:24:19 GMT)
Full text and
rfc822 format available.
This bug report was last modified 83 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.