Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!linus!philabs!cmcl2!seismo!mcvax!boring!steven
From: steven@boring.uucp (Steven Pemberton)
Newsgroups: net.micro.atari16
Subject: Re: scrolling
Message-ID: <6845@boring.UUCP>
Date: Tue, 25-Mar-86 07:57:11 EST
Article-I.D.: boring.6845
Posted: Tue Mar 25 07:57:11 1986
Date-Received: Sun, 20-Apr-86 12:01:13 EST
References: <12189506892.49.UC.BRI@DEEP-THOUGHT.MIT.EDU> <330@drivax.UUCP>
Reply-To: steven@mcvax.UUCP (Steven Pemberton)
Organization: CWI, Amsterdam
Lines: 20
Apparently-To: rnews@mcvax

In article <12189506892.49.UC.BRI@DEEP-THOUGHT.MIT.EDU> UC.BRI%DEEP-THOUGHT@EDDIE.MIT.EDU (Brian Totty) wrote:
>	Also, how have people approached window text scrolling?  V_gtext
>is far too slow for a complete offset text redraw.  I would like to do
>a bit scroll, but the GEM manual was very hazy on how to do this, and I
>am not sure if desk accessories on top of a window would screw up the
>bits when scrolled.  I actually would like a scroll rectangle call like
>on the Macintosh, that gives redraw messages for the scrolled area under
>the desk accessory.

To which holloway@drivax.UUCP (Bruce Holloway) replied:
> If you're running a desk accessory or filling out a form or a dialog box or
> something similar, then no background processes are running. If you have
> an active window (hence, on top), you can use the "Copy Raster, Opaque"
> call (vro_cpyfm) to just BitBLT the window up one character height (said
> height can be gotten from Inquire Current Face Information [vqt_fontinfo])
> and another BitBLT to clear out the last row.

But what if the window *isn't* on top? Is there then some way of scrolling?

Steven Pemberton, CWI, Amsterdam; steven@mcvax.uucp