Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!samsung!zaphod.mps.ohio-state.edu!rpi!image.soe.clarkson.edu!sunybcs!boulder!ccncsu!longs.LANCE.ColoState.Edu!ld231782
From: ld231782@longs.LANCE.ColoState.Edu (Lawrence Detweiler)
Newsgroups: comp.sys.mac.programmer
Subject: color quickdraw and copybits glitches
Message-ID: <3401@ccncsu.ColoState.EDU>
Date: 7 Dec 89 18:38:05 GMT
References: <1609@intercon.com>
Sender: news@ccncsu.ColoState.EDU
Reply-To: ld231782@longs.LANCE.ColoState.Edu (Lawrence Detweiler)
Organization: Colorado State U. Center for Computer Assisted Engineering
Lines: 21


-----
Help!  I'm trying to use color quickdraw.  I'm looking to get the
updated Inside Macintosh that describes it.  In the mean time, can
someone help?  I have a program that works great except for COPYBITS,
which does strange things: 1) flips all color values--for example, I
have a greyscale palette, and when I do a direct bit transfer to the
screen, the colors range from black to white, but with COPYBITS, from
white to black! 2) this is what's really annoying--it refuses to put
white on the screen!  In my limited understanding I know this has
something to do with RGBFORECOLOR.  3) when I call up a dialog box,
several entries in my color table are replaced with the colors of the
apple logo.  Copybits thereafter avoids these entries when painting to
the screen!

I'm sure there is a method to all this madness.  Can someone summarize
the correct way to deal with color?  My palette setting routine avoids
entries 0 and 255, which are supposedly white and black.  I'd be greatly
grateful.  All I ask for is white!  (Please do not suggest setting
another entry to white other than the default; the program requires the
full range of values for TIFF pictures.)