changeset 58059:ede0c20bdb75

This bug was fixed by RMS on 2004-11-02: ** scroll-preserve-screen-position doesn't work with a header-line-format From: jbyler+emacs-lists@anon41.eml.cc Date: Tue, 17 Aug 2004 17:10:14 -0400 There seems to be an off-by-one error triggered by using a header line together with scroll-preserve-screen-position. The symptom: instead of staying in the same position on the screen when scrolling, the cursor moves one screen line down each time the buffer is scrolled. Put another way: repeatedly typing C-v M-v or using a mouse scroll wheel to scroll up and down causes the cursor to migrate slowly down the screen instead of staying put as it should. To reproduce: emacs -q --no-site-file (setq scroll-preserve-screen-position t) (setq header-line-format "") C-v M-v C-v M-v C-v M-v etc.
author Kim F. Storm <storm@cua.dk>
date Mon, 08 Nov 2004 23:52:54 +0000
parents 3e39ea92134a
children 4cbffc256922
files admin/FOR-RELEASE
diffstat 1 files changed, 0 insertions(+), 21 deletions(-) [+]
line wrap: on
line diff
--- a/admin/FOR-RELEASE	Mon Nov 08 23:37:16 2004 +0000
+++ b/admin/FOR-RELEASE	Mon Nov 08 23:52:54 2004 +0000
@@ -104,27 +104,6 @@
 Update: Maybe only reveals itself when compiled with GTK+
 
 
-** scroll-preserve-screen-position doesn't work with a header-line-format
-
-From: jbyler+emacs-lists@anon41.eml.cc
-Date: Tue, 17 Aug 2004 17:10:14 -0400
-
-There seems to be an off-by-one error triggered by using a header line
-together with scroll-preserve-screen-position.  The symptom: instead of
-staying in the same position on the screen when scrolling, the cursor
-moves one screen line down each time the buffer is scrolled.  Put
-another way: repeatedly typing C-v M-v or using a mouse scroll wheel to
-scroll up and down causes the cursor to migrate slowly down the screen
-instead of staying put as it should.
-
-To reproduce:
-
-emacs -q --no-site-file
-(setq scroll-preserve-screen-position t)
-(setq header-line-format "")
-C-v M-v C-v M-v C-v M-v etc.
-
-
 ** Clicking on partially visible lines fails
 
 From: David Kastrup <dak@gnu.org>