Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!cmcl2!rutgers!iuvax!pur-ee!j.cc.purdue.edu!nwd
From: nwd@j.cc.purdue.edu (Daniel Lawrence)
Newsgroups: comp.sys.atari.st
Subject: Re: MicroGnuEmacs
Message-ID: <5619@j.cc.purdue.edu>
Date: Fri, 9-Oct-87 10:47:22 EDT
Article-I.D.: j.5619
Posted: Fri Oct  9 10:47:22 1987
Date-Received: Sun, 11-Oct-87 15:42:50 EDT
References: <8710071414.AA01109@work3.icase> <168@decvax.UUCP>
Reply-To: nwd@j.cc.purdue.edu.UUCP (Daniel Lawrence)
Organization: Purdue University
Lines: 24
Keywords: mg emacs scrolling

Chip Robertson writes about MicroEmacs:
>
>Now, a minor complaint.  I had mg in split screen and when i scrolled the
>bottom screen the buffer information line (or whatever you call it)
>scrolled with the text then jumped back down to where it belongs.  after
>about three or four pages this became a bit irksome.  (by the way, this
>was on a color system).  Is there a way to stop this?

	What mg is attempting to do here is optimize its display update
speed so that it is more efficient when used at low baud rates on serial
terminals and slow machines. This is done by some clever and rather
intricate code in the display driver update function (in display.c).
While I am not certain, I believe there is probably a global variable
set when mg opens up the terminal which tells the driver if it has
"scrolling" capabilities. Find this, turn it off, and mg shouldn't
scroll anymore. If this is not the case, the other thing to look for is
something called a "cost" array or structure which lists the time cost
for different operations. Turn the cost for scrolling very high and it
will stop scrolling.

			Daniel Lawrence		(317) 742-5153
			UUCP:	{ihnp4!pur-ee!}j.cc.purdue.edu!nwd
			ARPA:	nwd@j.cc.purdue.edu
			FIDO:	201/2 The Programmer's Room (317) 742-5533