GNU bug report logs - #6264
23; scrolling up erratic when line fractions visible at bottom of window

Previous Next

Package: emacs;

Reported by: David Reitter <david.reitter <at> gmail.com>

Date: Tue, 25 May 2010 03:25:01 UTC

Severity: normal

Tags: unreproducible

Done: Stefan Kangas <stefan <at> marxist.se>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 6264 in the body.
You can then email your comments to 6264 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org:
bug#6264; Package emacs. (Tue, 25 May 2010 03:25:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to David Reitter <david.reitter <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Tue, 25 May 2010 03:25:01 GMT) Full text and rfc822 format available.

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

From: David Reitter <david.reitter <at> gmail.com>
To: Bug-Gnu-Emacs <bug-gnu-emacs <at> gnu.org>
Subject: 23;
	scrolling up erratic when line fractions visible at bottom of window
Date: Mon, 24 May 2010 22:23:32 -0400
[Message part 1 (text/plain, inline)]
Moving down in a buffer does not work well at all when the last line in the window is not fully visible.

The problem occurs in a wide variety of conditions, but here is a test case that works for me:

Emacs -Q  [23 branch build, NS port]
(setq scroll-conservatively 100)
(setq line-spacing 0.6)
(modify-frame-parameters nil '((height . 20)))

Insert some 40 lines of text into the buffer.

Now set point somewhere near the beginning of the buffer, and press <down> repeatedly to scroll the buffer.

You will see at some point that the text is scrolled up by more than one line so the cursor moves vertically up and down. Screenshots down-0 and down-1 illustrate this.

What should happen is that the window scroll so that the baseline of the last text line stays the same, analogous to what happening when we're at the top end of the window, pressing <up>.

NOTE: the above works with the default font (Monaco) on my system; on other systems or with other ports, slightly different line-spacing would apply.


Another, perhaps related problem:
Bottom line (before scrolling starts): here we have a buffer with lines that have different heights (AUCTeX).  
We've got scroll-margin at 0, scroll-conservatively at 10000,  scroll-up-aggressively nil.  The attached screenshot (bottom-half-line) illustrates the problem: the last line is half-visible (that's OK), but the window scrolls too late.

The problem can be seen in the above Emacs -Q session with (setq line-spacing 1.2).
 


[bottom-half-line.png (image/png, inline)]
[down-1.png (image/png, inline)]
[down-0.png (image/png, inline)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#6264; Package emacs. (Thu, 29 Sep 2016 22:24:01 GMT) Full text and rfc822 format available.

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

From: Alan Third <alan <at> idiocy.org>
To: David Reitter <david.reitter <at> gmail.com>
Cc: 6264 <at> debbugs.gnu.org
Subject: Re: bug#6264: 23;
 scrolling up erratic when line fractions visible at bottom of window
Date: Thu, 29 Sep 2016 23:23:34 +0100
David Reitter <david.reitter <at> gmail.com> writes:

> Moving down in a buffer does not work well at all when the last line
> in the window is not fully visible.
>
> The problem occurs in a wide variety of conditions, but here is a test
> case that works for me:
>
> Emacs -Q  [23 branch build, NS port]
> (setq scroll-conservatively 100)
> (setq line-spacing 0.6)
> (modify-frame-parameters nil '((height . 20)))
>
> Insert some 40 lines of text into the buffer.
>
> Now set point somewhere near the beginning of the buffer, and press
> <down> repeatedly to scroll the buffer.
>
> You will see at some point that the text is scrolled up by more than
> one line so the cursor moves vertically up and down. Screenshots
> down-0 and down-1 illustrate this.

Hi David, I can't reproduce this in Emacs 25, so hopefully it's been
fixed some time in the last six years.

As always, I'll close in a few days if I don't hear otherwise.
-- 
Alan Third




Added tag(s) unreproducible. Request was from Alan Third <alan <at> idiocy.org> to control <at> debbugs.gnu.org. (Thu, 29 Sep 2016 22:25:01 GMT) Full text and rfc822 format available.

Reply sent to Stefan Kangas <stefan <at> marxist.se>:
You have taken responsibility. (Wed, 03 Jul 2019 01:53:02 GMT) Full text and rfc822 format available.

Notification sent to David Reitter <david.reitter <at> gmail.com>:
bug acknowledged by developer. (Wed, 03 Jul 2019 01:53:02 GMT) Full text and rfc822 format available.

Message #15 received at 6264-done <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: 6264-done <at> debbugs.gnu.org
Subject: Re: bug#6264: 23; scrolling up erratic when line fractions visible at
 bottom of window
Date: Wed, 3 Jul 2019 03:52:05 +0200
Alan Third <alan <at> idiocy.org> writes:

> David Reitter <david.reitter <at> gmail.com> writes:
>
>> Moving down in a buffer does not work well at all when the last line
>> in the window is not fully visible.
>>
>> The problem occurs in a wide variety of conditions, but here is a test
>> case that works for me:
>>
>> Emacs -Q  [23 branch build, NS port]
>> (setq scroll-conservatively 100)
>> (setq line-spacing 0.6)
>> (modify-frame-parameters nil '((height . 20)))
>>
>> Insert some 40 lines of text into the buffer.
>>
>> Now set point somewhere near the beginning of the buffer, and press
>> <down> repeatedly to scroll the buffer.
>>
>> You will see at some point that the text is scrolled up by more than
>> one line so the cursor moves vertically up and down. Screenshots
>> down-0 and down-1 illustrate this.
>
> Hi David, I can't reproduce this in Emacs 25, so hopefully it's been
> fixed some time in the last six years.
>
> As always, I'll close in a few days if I don't hear otherwise.

It seems like this was never closed.  Closed now.

Thanks,
Stefan Kangas




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Wed, 31 Jul 2019 11:24:06 GMT) Full text and rfc822 format available.

This bug report was last modified 6 years and 18 days ago.

Previous Next


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