Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!uwm.edu!spool.mu.edu!munnari.oz.au!bruce!monu0.cc.monash.edu.au!monu6!minyos.xx.rmit.oz.au!godzilla!mpapp
From: mpapp@ (Mike Papper)
Newsgroups: comp.sys.sgi
Subject: drawmode(to overlay or pupdraw)
Summary: Switching drawmode from or to pupdraw requires gconfig?
Keywords: pupdraw drawmode
Message-ID: <mpapp.675966414@godzilla>
Date: 3 Jun 91 16:26:54 GMT
Sender: usenet@minyos.xx.rmit.oz.au (Njuiz noveles nova newes)
Organization: RMIT Computer Centre, Melbourne Australia.
Lines: 47

I have been using the pupdraw planes lately and find
that if I want to switch to draw into the pupplanes
then draw back to the normal planes (or whatever planes I was drawing in)
I have to do a drawmode(NORMALDRAW) to get the GTX to draw into
the normal bitplanes.

If I use pushattributes and popattributes
it doesn't help or hinder, however I must make the drawmode(NORMALDRAW)
BEFORE any popattributes -- if I do the following:

pushattributes
drawmode(PUPDRAW)
da da da
drawmode(NORMALDRAW)
popattributes 

it works fine, but if I do:

pushattributes
drawmode(PUPDRAW)
da da da
popattributes 
drawmode(NORMALDRAW)

then subsequent drawing doesn't go to the normal bitplanes.
If I substirute OVERDRAW for PUPDRAW it works correctly.
If I change the drawmode back to NORMALDRAW and do a gconfig
then drawing to the normal bitplanes starts functioning
correctly.

BUT, HOWEVER,
on an 8 bitPI this effect doesn't occur, the foloowing draws correctly:

pushattributes
drawmode(PUPDRAW)
da da da
popattributes

Can anyone explain?
I think this may relate to my previous post/question on using
getdisplaymode to figure out the window's status,
and overlay and normal bitplanes sharing current colour etc.

email responses would be appreciated.

Mike Papper
mpapp@godzilla.cgl.rmit.oz.au