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)