bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#24868: 26.0.50; LaTeX-verbatim-macros-with-delims-local isn't taken


From: Tassilo Horn
Subject: bug#24868: 26.0.50; LaTeX-verbatim-macros-with-delims-local isn't taken into account
Date: Thu, 03 Nov 2016 19:35:36 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux)

Eli Zaretskii <eliz@gnu.org> writes:

>> Starting from emacs -Q with (add-to-list 'auto-mode-alist '("\\.tex$"
>> . LaTeX-mode)), opening the attached file produces incorrect
>> highlighting.  This is due to LaTeX-verbatim-macros-with-delims-local
>> not being applied properly.
>
> Maybe I'm blind, but I seem to be unable to reproduce this.  Can you
> tell which highlighting is incorrect, i.e. what should happen and what
> does happen?
>
> Also, in what version of Emacs did this work?

I guess Clement is actually reporting an AUCTeX bug and accidentally
used `report-emacs-bug' instead of `TeX-submit-bug-report'.

And Clément is right.  With the current AUCTeX version modifying
`LaTeX-verbatim-macros-with-delims-local' and friends as a file-local or
directory-local variable doesn't refresh fontification.  Until now,
these variables have been meant mostly for style file authors, and when
a style is loaded, fontification will be recomputed.  But Clément's
use-case is valid, of course.

So Eli,

(1) can we move that bug to the auctex debbugs category?

(2) there's no hook-like thing that would be run whenever some specific
    variable is modified due to file-local or directory-local variables,
    no?  So I guess the right way to make Clément's use-case work was to
    provide functions for modifying those variables that can be run from
    an eval: local variables block and then refresh the fontification if
    needed, right?

Bye,
Tassilo





reply via email to

[Prev in Thread] Current Thread [Next in Thread]