GNU bug report logs -
#76781
Fontification of expl3 code
Previous Next
Reported by: Arash Esbati <arash <at> gnu.org>
Date: Thu, 6 Mar 2025 13:00:02 UTC
Severity: normal
Fixed in version 14.1.0
Done: Arash Esbati <arash <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
Message #11 received at 76781 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi Keita,
Ikumi Keita <ikumi <at> ikumi.que.jp> writes:
> Well, I don't notice any difference between the two images. I actually
> applied the proposed patch and opened the sample .dtx file, but it still
> doesn't exhibit differences to my eyes. Am I missing some subtle
> changes?
Thanks for looking at this. Let me magnify the picture for you ;-)
Compare the ':nn':
[before1.png (image/png, inline)]
[after1.png (image/png, inline)]
[Message part 4 (text/plain, inline)]
or the '\cs' in these two:
[before2.png (image/png, inline)]
[after2.png (image/png, inline)]
[Message part 7 (text/plain, inline)]
> 1. What is the point to reset `font-lock-major-mode'? Isn't this
> `font-lock-set-defaults'?
> 2. Why do we need to tell font-lock to update its internals? No other
> style files do that.
I think the issue is that `font-lock' doesn't recognize the syntax
change for : and _ while the style is loaded. I admit I'm not familiar
enough with the internals of `font-lock' to tell, but from trying, I had
to look at the internals of `font-lock-debug-fontify' and found out that
setting `font-lock-major-mode' to nil was needed.
Do you get other results if you apply the patch and comment out that
form?
Best, Arash
This bug report was last modified 55 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.