Path: utzoo!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!wuarchive!m.cs.uiuc.edu!ibma0.cs.uiuc.edu!sunc7.cs.uiuc.edu!menelli
From: menelli@sunc7.cs.uiuc.edu (Ron Menelli)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SuperBitMap Layers, etc.
Summary: Found a solution
Keywords: SuperBitMap, Layers, Graphics
Message-ID: <27E0287E.44A2@ibma0.cs.uiuc.edu>
Date: 15 Mar 91 01:50:54 GMT
References: <27D2B7A7.3CE7@ibma0.cs.uiuc.edu> <1991Mar6.193942.1842@watdragon.waterloo.edu> <1214@teslab.lab.OZ>
Sender: news@ibma0.cs.uiuc.edu
Organization: University of Illinois at Urbana-Champaign
Lines: 27

In article <1214@teslab.lab.OZ> andrew@teslab.lab.oz.au (Andrew Phillips) writes:
>In article <1991Mar6.193942.1842@watdragon.waterloo.edu> ccplumb@rose.uwaterloo.ca (Colin Plumb) writes:
>>Since you say later this is a SMART_REFRESH window, why not just go to 4
>>separate screens?  The 4 windows take up as much memory and are, as you've
>>observed, less efficient to work with.
>
>This would not be very friendly to the user as if you are flipping
>screens he would not be able to manually get back other screens such
>as the WorkBench one.
>
...
There are other reasons as well - sometimes I need the windows to change size
so I can see part of a window underneath (in a way that screens can't do).

Thanks to all those who sent me suggestions! My eventual choice was using
the AmigaDOS 2.0 WritePixelLine8() function, which removes an amazing amount
of overhead from having to call WritePixel every time. Not quite as fast, and
it requires 2.0, but it WORKS! (and doesn't break any rules that might cause
trouble later).

-Ron
menelli@cs.uiuc.edu

>
>Andrew.
>-- 
>Andrew Phillips (andrew@teslab.lab.oz.au) Phone +61 (Aust) 2 (Sydney) 289 8712