From: Leonard Rosenthol (leonardr@lazerware.com)
Date: Mon Jul 29 2002 - 12:54:27 EDT
At 3:41 PM +0100 7/29/02, 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().
>
Rather than a hack, which would only get you on/off
transparency - wouldn't it make MORE sense to add a m_alpha member to
the UT_RGBColor struct? Right now it would only be either 0 or
MAX_RGB, but in the future you could have full alpha blending...
Leonard
-- --------------------------------------------------------------------------- Leonard Rosenthol <mailto:leonardr@lazerware.com> <http://www.lazerware.com>
This archive was generated by hypermail 2.1.4 : Mon Jul 29 2002 - 13:00:58 EDT