|
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 15:46:18 +0300 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.9.1 |
On 17.08.2022 15:33, Eli Zaretskii wrote:
Date: Wed, 17 Aug 2022 15:30:22 +0300 Cc:57245@debbugs.gnu.org,monnier@iro.umontreal.ca From: Dmitry Gutov<dgutov@yandex.ru> > Because if it is, then what does this have to do with > the issue of nXML not being scalable enough? Narrowing around font-lock shouldn't be conditioned on the presence of long lines. It either should be done unconditionally (with larger radius, I guess), or not at all.Yes, you already said that, and I don't agree (and explained why). Now, can we please agree to disagree and move on?
I don't think you explained that, no.If you're referring to the previous discussions, this [bug report] is the first time I have put forward this particular suggestion.
So you couldn't have addressed it before that.
[Prev in Thread] | Current Thread | [Next in Thread] |