GNU bug report logs -
#18778
noticeable slowdown for buffers with long lines, word-wrap, and brackets
Previous Next
Reported by: Ivan Shmakov <ivan <at> siamics.net>
Date: Mon, 20 Oct 2014 19:18:02 UTC
Severity: normal
Done: Ivan Shmakov <ivan <at> siamics.net>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
>>>>> Eli Zaretskii <eliz <at> gnu.org> writes:
>>>>> From: Ivan Shmakov <ivan <at> siamics.net>
[…]
>> For the resulting buffer, operations like (next-line) or even
>> (recenter) now result in a noticeable delay.
>> The issue doesn’t appear when word-wrap is not used, or when there’s
>> no brackets in the buffer. Neither the issue appears in Emacs built
>> 2014-10-09 from a then-recent Git clone.
>> I’ve used the output of the following Shell command as a test.
>> $ head -n 8192 < /usr/share/dict/american-english | fmt -w 1024
> Is it an important use case?
Is there any example of content for which using word-wrap would
be reasonable, but which will never ever contain any braces?
> If so, what is the real-life situation here?
For one thing, MediaWiki (as in: Wikipedia) pages tend to use
paragraph-long lines, and (just as any other human-readable text
usually does) they use various braces more than occasionally;
not to mention using [, ], {, } for the markup purposes. (A few
initial lines of the https://en.wikipedia.org/wiki/Emacs page
source are MIMEd.)
Using word-wrap when editing such pages is also more or less an
obvious measure.
(Now, for sure, I can try to mass-edit the pages I’m interested
in to fit in 80 columns, but I doubt such a move would receive a
warm welcome from the community.)
--
FSF associate member #7257 http://boycottsystemd.org/ … 3013 B6A0 230E 334A
[Message part 2 (text/mediawiki, inline)]
{{Distinguish|eMac}}
[[File:Emacs Dired buffers.png|thumb|Editing multiple [[Dired]] buffers in [[GNU Emacs]]]]
'''Emacs''' {{IPAc-en|ˈ|iː|m|æ|k|s}} and its derivatives are a family of [[text editor]]s that are characterized by their [[extensibility]]. The manual for the most widely-used variant, [[GNU Emacs]], describes it as "the extensible, customizable, self-documenting, real-time display editor".<ref>{{cite web|title=GNU Emacs Manual|url=https://www.gnu.org/software/emacs/manual/html_node/emacs/index.html|work=GNU Emacs Manual|publisher=FSF|accessdate=24 November 2012}}</ref> Development of the first Emacs began in the mid-1970s and continues actively {{as of|2014|lc=on}}. Emacs has over 2,000 built-in commands and allows the user to combine these commands into [[macro (computer science)|macros]] to automate work. The use of [[Emacs Lisp]], a variant of the [[Lisp (programming language)|Lisp]] programming language, provides a deep extension capability.
This bug report was last modified 10 years and 258 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.