home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!noc.near.net!hri.com!spool.mu.edu!darwin.sura.net!sgiblab!nec-gw!nec-tyo!wnoc-tyo-news!scslwide!wsgw!wsservra!onoe
- From: hstroyan@hpfcso.FC.HP.COM (Howard Stroyan)
- Newsgroups: fj.mail-lists.x-window
- Subject: Re: transparent parts of Pixmaps ??
- Message-ID: <1992Dec24.212836.19173@sm.sony.co.jp>
- Date: 24 Dec 92 21:28:36 GMT
- Sender: onoe@sm.sony.co.jp (Atsushi Onoe)
- Distribution: fj
- Organization: Hewlett-Packard, Fort Collins, CO, USA
- Lines: 29
- Approved: michael@sm.sony.co.jp
-
- Date: Wed, 23 Dec 1992 17:55:15 GMT
- Message-Id: <7320058@hpfcso.FC.HP.COM>
- Newsgroups: comp.windows.x
- References: <jamescr.725096134@munagin>
- Sender: xpert-request@expo.lcs.mit.edu
-
- In comp.windows.x, jamescr@mullian.ee.mu.OZ.AU (jim crumpler) writes:
-
- > Is there any way to have transparent parts of a pixmap/image
- > so the underlying image is not destroyed by a blank box ???
- >
- Look at the Clip_mask component of the GC:
-
- The clip-mask restricts writes to the destination drawable. If the
- clip-mask is set to a pixmap, it must have depth one and have the same
- root as the GC, or a BadMatch error results. If clip-mask is set to
- None, the pixels are always drawn regardless of the clip origin. The
- clip-mask also can be set by calling the XSetClipRectangles or XSetRegion
- functions. Only pixels where the clip-mask has a bit set to 1 are drawn.
- Pixels are not drawn outside the area covered by the clip-mask or where
- the clip-mask has a bit set to 0. The clip-mask affects all graphics
- requests. The clip-mask does not clip sources. The clip-mask origin is
- interpreted relative to the origin of whatever destination drawable is
- specified in a graphics request.
-
- --
- Howard Stroyan
- Hewlett-Packard hstroyan@fc.hp.com
- Systems Technology Division
-