Re: proposed updateBacgroundColor() fix

From: Peter Lundqvist (
Date: Mon Jul 29 2002 - 12:00:37 EDT

  • Next message: Joaquin Cuenca Abela: "Re: proposed updateBacgroundColor() fix"

    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