GNU bug report logs - #25666
split-screen + linum-mode in tall TTY fails to fully render other window after scrolling

Previous Next

Package: emacs;

Reported by: Fredrik Ljungdahl <fredde1994 <at> gmail.com>

Date: Thu, 9 Feb 2017 16:48:01 UTC

Severity: minor

Tags: confirmed, moreinfo

Found in versions 25.1, 24.4

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

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: npostavs <at> users.sourceforge.net
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 25666 <at> debbugs.gnu.org, fredde1994 <at> gmail.com
Subject: bug#25666: Screen rendering bug
Date: Sun, 12 Feb 2017 12:15:06 -0500
Eli Zaretskii <eliz <at> gnu.org> writes:

> I see the same here.  The frame dimensions are not relevant, btw: I
> can see this with any dimensions I tried.

Hmm, like the OP, I can't reproduce with an 80x24 terminal.

>> It doesn't happen with nlinum-mode, probably because with nlinum-mode
>> when the left window scrolls, the margin in the right window is widened
>> too.
>
> I see this with nlinum-mode as well.  My terminal is PuTTY (which
> emulates xterm).

Ah, this depends on how high the terminal is.  With an 80x32 terminal I
see it with nlinum-mode as well.  I think it's just a question of
whether the first scroll reaches high enough line numbers to trigger a
margin width adjustment.

> You can also trigger a slightly different messup by "M-<" after the
> first scroll (which by itself looks OK).

Yes, in this case the top half of the other window gets lost.




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

Previous Next


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