On Mon, 29 Jul 2002, Tomas Frydrych wrote: > > At the heart of the problem is the fact that our colour classes cannot > represent transparent colour. My suggestion is that we change the > m_red, m_grn, m_blu members of UT_RGBColor and related from > unsigned char to signed short and use -1,-1,-1 as a representation > of transparent color. This will do away with the need to re-examine > the bgcolor property in fp_Run::updateBackgroundColor().
Using three unsigned shorts seems like a waste of memmory. Adding to that is the potential for uggly illegal colurs in the all negative quadrant. Perhaps ading another unsighned char for alpha-transparency, perhaps a new function called UT_RGBACOlor should be created. .......................http://www.update.uu.se/~peterl..................... Peter Lundqvist /'\ ASCII Ribbon Campaign Studentv. 32:22B \ / No HTML/RTF in email 752 34 Uppsala � No Word docs in email Sweden / \ Respect for open standards phone +46 (0)70 45 66 347 -- These two strings walk into a bar and sit down. The bartender says, "So what'll it be?" The first string says, "I think I'll have a beer quag fulk boorg jdk^CjfdLk jk3s d#f67howe%^Ur89nvy~~owmc63^Dz x.xvcu" "Please excuse my friend," the second string says, "He isn't null-terminated."
