GNU bug report logs - #51051
Restore longlines.el to non-obsolete status

Previous Next

Package: emacs;

Reported by: Phil Sainty <psainty <at> orcon.net.nz>

Date: Wed, 6 Oct 2021 01:37:02 UTC

Severity: wishlist

Merged with 18589

Fixed in version 29.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


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

From: Phil Sainty <psainty <at> orcon.net.nz>
To: bug-gnu-emacs <at> gnu.org
Subject: Restore longlines.el to non-obsolete status
Date: Wed, 06 Oct 2021 14:36:09 +1300
longlines.el was marked obsolete in 24.4 on the basis that
visual-line-mode provided a better alternative, and indeed
visual-line-mode is better for wrapping lines of normal lengths;
however longlines-mode is actually very valuable for editing
files with lines that are so long that they cause performance
problems.  This is because longlines-mode converts the long
lines into short lines for editing, and therefore it will give
you good performance at *any* position in the file.

For this reason, so-long.el has supported longlines-mode as a
standard action since version 1.0.  While so-long-mode is very
fast to enable, it still won't cope well if you move point deep
into an incredibly long line.  Conversely longlines-mode is slow
to enable (as it has to break all the long lines), but it then
gives good performance everywhere in the buffer.  As such they
complement one another (and you can switch between them via the
"So Long" menu).

As longlines.el is still valuable for reasons unrelated to
visual-line-mode, I'd like it to be restored to non-obsolete
status.  I think the relationship with visual-line-mode (and
recommendation of the latter for line-wrapping in general) can
just be documented in the longlines commentary.


-Phil





This bug report was last modified 3 years and 10 days ago.

Previous Next


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