Re: Emacs freezes when editing a file with one extremely long line even with so-long-minor-mode enabled.

[Eli Zaretskii <eliz@gnu.org>]

> From: Michael Heerdegen <michael_heerdegen@web.de>
> Cc: help-gnu-emacs@gnu.org
> Date: Wed, 11 May 2022 08:33:59 +0200
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> >   C-x C-f symbols.ts RET
> >   M-x so-long-minor-mode RET
> >   M-x toggle-truncate-lines RET <---
> >   M-x set-variable RET line-move-visual RET nil RET
> 
> Is the "<--" marked step intended? - that makes Emacs show the huge file
> in only one visual line?

Yes, it's intended: it makes Emacs more responsive here (for cursor
motion commands).  And of course, not every such file has just one
long line.

> moving the scroll-bar makes Emacs unresponsive for a very long time (I
> waited for 20 seconds then tried to abort with C-g.

I think I see why, and will try to look into that.

> Unless we still didn't try correctly what you suggested, or we have
> found a very untypical case, the second thing I want to say is that it
> looks like it could have been a mistake to obsolete longlines.  Even if
> Emacs can now better handle files with long lines, I have the impression
> that we can still not offer the same user experience longlines offers.

Feel free to suggest that, just not here.