Xref: utzoo gnu.emacs:1396 gnu.emacs.bug:1043 comp.emacs:6643
Path: utzoo!attcan!utgpu!watmath!uunet!tut.cis.ohio-state.edu!mailrus!uflorida!novavax!hcx1!tom
From: tom@ssd.harris.com (Tom Horsley)
Newsgroups: gnu.emacs,gnu.emacs.bug,comp.emacs
Subject: Re: Scrolling in GNU emacs
Message-ID: 
Date: 10 Aug 89 11:14:24 GMT
References: <8914@cbnews.ATT.COM>
Sender: news@hcx1.UUCP
Organization: Harris Computer Systems Division
Lines: 22
In-reply-to: djs@cbnews.ATT.COM's message of 9 Aug 89 17:50:30 GMT

>I am using GNU emacs 18.53 on an Amdahl running UTS (mostly System 5 
>release 2).  Under some conditions, emacs will redraw the entire screen 
>just to scroll one line, which is very slow.

This annoys me all the time as well. As near as I can tell, it is done
deliberately in the display code and is impossible to fix without code
changes. You would think that if a terminal has scrolling regions, it would
*always* be faster to scroll, but it does some sort of cryptic computations
that wind up deducing it is faster to redraw the whole screen than to
scroll:

In the gnuemacs 18.52 source, file xdisp.c, the following comment appears:
	  /* If reprinting everything is nearly as fast as scrolling,
	     don't bother scrolling.  Can happen if lines are short.  */

If anyone has ever fixed this foible, please post your mods!
--
=====================================================================
    usenet: tahorsley@ssd.harris.com  USMail: Tom Horsley
compuserve: 76505,364                         511 Kingbird Circle
     genie: T.HORSLEY                         Delray Beach, FL  33444
======================== Aging: Just say no! ========================