Timeline for How do I prevent extremely long lines making Emacs slow?
Current License: CC BY-SA 4.0
6 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Jun 21 at 10:46 | comment | added | ed9w2in6 |
I think that still too-long-lines-mode behaves the best, it does not do mode switching like so-long. It displays the offending line in a single line with obviously coloured overlay (customisable).
|
|
| Jun 21 at 10:42 | comment | added | ed9w2in6 | I have tried but I think it did improve a lot BUT still there is some acceptable lag when navigating, then significant lag (>5s) when editing. Previously both cases lag to a point that its unusable. | |
| Jul 9, 2023 at 14:59 | comment | added | phils | Cross-referencing with the Emacs 29 NEWS file: git.savannah.gnu.org/cgit/emacs.git/tree/etc/… | |
| Feb 12, 2023 at 0:33 | comment | added | Dmitry | I'm not sure it's the most significant part. See the latest messages in debbugs#56682. | |
| Feb 10, 2023 at 2:59 | comment | added | phils | The most significant part is a new auto-narrowing feature which the redisplay employs by default when extremely long lines are present, as redisplay can then be very efficient on the narrowed text. I suspect it will be worthwhile for users to read the documentation for this feature and have a general awareness of it, because on those (probably-rare) occasions when it's active, there may be scope for conflicts between that and narrowing used by other code. (AFAIU efforts have been made to address such things, but it's hard to make guarantees in general.) | |
| Feb 10, 2023 at 2:27 | history | answered | Dmitry | CC BY-SA 4.0 |