Xref: utzoo gnu.emacs:1397 gnu.emacs.bug:1044 comp.emacs:6644
Path: utzoo!attcan!utgpu!watmath!uunet!crdgw1!montnaro
From: montnaro@sprite.crd.ge.com (Skip Montanaro)
Newsgroups: gnu.emacs,gnu.emacs.bug,comp.emacs
Subject: Re: Scrolling in GNU emacs
Message-ID: 
Date: 11 Aug 89 13:19:35 GMT
References: <8914@cbnews.ATT.COM> 
Sender: news@crdgw1.crd.ge.com
Reply-To:  (Skip Montanaro)
Followup-To: gnu.emacs
Organization: GE Corporate Research & Development, Schenectady, NY
Lines: 25
In-reply-to: tom@ssd.harris.com's message of 10 Aug 89 11:14:24 GMT

In article  tom@ssd.harris.com (Tom Horsley) writes:

   >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.

Double check what Emacs thinks your baud rate is with 'stty'. For example,
when I connect from home, I go through a terminal server on our Ethernet. It
telnets to my Sun, so when I log in, it sets my baud rate to 38400. 'stty
2400' cures this problem.

Another problem is presumed delays for different operations. If /etc/termcap
(or the terminfo equivalent) penalizes scrolling operations heavily, Emacs
will often avoid those operations. You must also make sure your terminal is
completely described by termcap/terminfo. If your terminal can scroll, but
this isn't described in termcap/terminfo, then Emacs won't use that
capability. For a brief treatise on terminal issues, check out etc/TERMS in
the GNU Emacs directory. For a more thorough treatment of termcap, check out
the termcap manual in Info.
--
Skip Montanaro (montanaro@sprite.crd.ge.com)