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

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

bug#57245: 29.0.50; M-> in a large XML file (without long lines) is slow


From: Dmitry Gutov
Subject: bug#57245: 29.0.50; M-> in a large XML file (without long lines) is slow
Date: Wed, 17 Aug 2022 01:20:38 +0300
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.9.1

On 17.08.2022 00:45, Stefan Monnier via Bug reports for GNU Emacs, the Swiss army knife of text editors wrote:
The font-lock narrowing (if it's indeed the method we're going to use to
speed up its performance) shouldn't be conditioned on the presence of
long lines.
font-lock does suffer from long lines

Perhaps with when some specific rules are used? Like MATCH-ANCHORED, one instance of which I deleted from js-mode a few days ago.

Otherwise, syntax-wholeline-max seems to be doing its job fine: if I comment out the narrowing code in handle_fontified_prop (or switch to the branch I posted previously), two XML files -- one with long lines and one without (the files differ only by addition of newlines) -- show approximately the same delay on M->.






reply via email to

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