From: Peter Lundqvist (email@example.com)
Date: Mon Jul 29 2002 - 12:00:37 EDT
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.
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."
This archive was generated by hypermail 2.1.4 : Mon Jul 29 2002 - 12:07:11 EDT