From: Jason Dagit <thedagit AT mail DOT coos DOT or DOT us>
Newsgroups: comp.os.msdos.djgpp
Subject: Re: transparent Color
Date: Sun, 22 Mar 1998 06:59:41 -0800
Organization: Dagit Enterprises
Lines: 16
Message-ID: <3515275D.F7F01774@mail.coos.or.us>
References: <3511F6ED DOT 38E8A189 AT geocities DOT com> <7bi9CPAuouE1EwrO AT talula DOT demon DOT co DOT uk>
Reply-To: thedagit AT mail DOT coos DOT or DOT us
NNTP-Posting-Host: coosbay1-66.transport.com
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp
Precedence: bulk

Shawn Hargreaves wrote:
>    Like blit(), but skips transparent pixels (zero in 256 color modes,
>    bright pink for truecolor data). The source image must be a memory
>    bitmap or sub-bitmap, and the source and destination regions must not
>    overlap.
> 
> Any suggestions on how I can reword that so that you would have
> understood it more easily?

Could you define "bright pink" a little bit (no pun intended) better? 
Other than saying transparent pixels are simply pixels that aren't drawn
because they are of a predefined color that is to be interpreted as
transparent.  I don't know what you could say.  My suggestion is
probably worse than yours or incorrect anyway.

Jason