GNU bug report logs - #56682
Fix the long lines font locking related slowdowns

Previous Next

Full log

Message #1696 received at 56682 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Gregory Heytings <gregory <at> heytings.org>
Cc: 56682 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>,
 Dmitry Gutov <dgutov <at> yandex.ru>
Subject: Re: bug#56682: Fix the long lines font locking related slowdowns
Date: Tue, 16 Aug 2022 09:39:40 -0400

>>>>> There have been many more complaints about being unable to edit a file
>>>>> with a 5000+ line comfortably, than about editing 100+ MB files.
>>>> Also because we have things like so-long to handle the large file case.
>>> These things are expedients for want of anything better, aren't they?
>> Yes, just like the narrowing your use in your long lines patch.
> That's... unfair.

I disagree.  And I don't think it's something you should be ashamed of:
it's standard practice to use expedient solutions for want of anything
better.  It's how we make progress.

Those expedient solutions (i.e. those cheap solutions that still cover
most cases tolerably) might be "not ideal" but finding them is usually
not easy, so pride would be more appropriate.

>> They're slightly different in that they don't try to prevent replacing
>> those solutions with something better (or worse), tho.
> When one looks at things from far enough, everything is indeed "slightly
> different" from everything else.  For example, the Statue of Liberty is
> "slightly different" from Empire State Building.

I agree with you that "slightly different" is a euphemism when
describing whether an expedient solution can be overridden or not.
:-)


        Stefan

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.