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! ========================