GNU bug report logs - #1452
23.0.60; Problem with nextstep, longlines-mode,

Previous Next

Package: emacs;

Reported by: Harald Hanche-Olsen <hanche <at> math.ntnu.no>

Date: Sat, 29 Nov 2008 14:00:03 UTC

Severity: normal

Tags: wontfix

Done: Andrew Hyatt <ahyatt <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Andrew Hyatt <ahyatt <at> gmail.com>
To: Harald Hanche-Olsen <hanche <at> math.ntnu.no>
Cc: 1452 <at> debbugs.gnu.org
Subject: bug#1452: Acknowledgement (23.0.60; Problem with nextstep, longlines-mode,)
Date: Mon, 04 Jan 2016 23:10:55 -0500
Harald Hanche-Olsen <hanche <at> math.ntnu.no> writes:

> Apologies for the noise, but I'v been reading in the elisp manual how
> to get the buffer contents. So here we go again: I create a new
> buffer, enable longlines-mode with longlines-show-hard-newlines turned
> on, and type:  asdf RET asdf
>
> Now (buffer-string) returns
>
> #("asdf
> asdf" 4 5 (hard t rear-nonsticky (hard) display #("¶
> " 0 2 (face escape-glyph))) 5 9 (display #("¶
> " 0 2 (face escape-glyph))))
>
> Disabling longlines-mode and running (buffer-string) again, I now get
>
> #("asdf
> asdf" 4 5 (hard t rear-nonsticky (hard)) 5 9 (display #("¶
> " 0 2 (face escape-glyph))))
>
> I have already described the visual appearance of the buffer in the
> two circumstances.
>
> - Harald

Sorry this bug has been open for so long, in fact it has the rare
privelage of being open for so long the package you are having a problem
with (longlines-mode), no longer is part of emacs.

It has been replaced with visual-line-mode.

I'll close this bug.




This bug report was last modified 9 years and 191 days ago.

Previous Next


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