home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!uwm.edu!ogicse!psgrain!charnel!sifon!thunder.mcrcim.mcgill.edu!mouse
- From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
- Newsgroups: comp.windows.x
- Subject: Re: Want to overlay bitmap onto a pixmap
- Message-ID: <1992Nov7.113623.21363@thunder.mcrcim.mcgill.edu>
- Date: 7 Nov 92 11:36:23 GMT
- Article-I.D.: thunder.1992Nov7.113623.21363
- References: <RPB.92Nov3144841@brain.psy.ox.ac.uk> <1992Nov5.155947.2619@lsl.co.uk>
- Organization: McGill Research Centre for Intelligent Machines
- Lines: 31
-
- In article <1992Nov5.155947.2619@lsl.co.uk>, snail@lsl.co.uk writes:
- > In article <RPB.92Nov3144841@brain.psy.ox.ac.uk>, rpb@psy.ox.ac.uk (Ray Bellis) writes:
-
- >> [wants to overlay a 1-bit bitmap onto an 8-bit pixmap]
-
- > OK, [...rough outline, mentioning XCopyArea...]
-
- > Note that I haven't address the fact that you're dealing with 8 bit
- > and 1 bit pixmaps. All I'm doing is addressing the fact you must
- > remove data before you plot data.
-
- > Note, that you could also use XCopyPlane for each of teh 8 planes.
- > This is probably not what yu want and will be slower than 1
- > XCopyArea.
-
- You seem to be a bit confused about XCopyPlane and XCopyArea.
-
- XCopyArea requires that the source and target be the same depth, so it
- is not usable here.
-
- XCopyPlane extracts just one bitplane of its source, deepens it to the
- depth of the destination by using the foreground and background colors
- of the GC, and effectively does a CopyArea with the result as the
- source (though of course it's normally not actually implemented this
- way, this is a not-incorrect way to think of it, and makes it
- relatively easy to understand).
-
- der Mouse
-
- mouse@larry.mcrcim.mcgill.edu
-