Qtopia Home - Classes - Hierachy - Annotated - Functions - Licenses - Reference |
|
The QColor class provides colors based on RGB. More...
#include <qcolor.h>
A color is normally specified in terms of RGB (red,green and blue) components, but it is also possible to specify HSV (hue,saturation and value) or set a color name (the names are copied from from the X11 color database).
In addition to the RGB value, a QColor also has a pixel value. This value is used by the underlying window system to refer to a color. It can be thought of as an index into the display hardware's color table.
There are 19 predefined QColor objects: black, white, darkGray, gray, lightGray, red, green, blue, cyan, magenta, yellow, darkRed, darkGreen, darkBlue, darkCyan, darkMagenta, darkYellow, color0 and color1.
The colors color0 (zero pixel value) and color1 (non-zero pixel value) are special colors for drawing in bitmaps.
The QColor class has an efficient, dynamic color allocation strategy. A color is normally allocated the first time it is used (lazy allocation), that is, whenever the pixel() function is called:
Since many people don't know the HSV color model very well, we'll cover it briefly here.
The RGB model is hardware-oriented. Its representation is close to what most monitors show. In contrast, HSV represents color in a way more suited to traditional human perception of color. For example, the relationships "stronger than", "darker than", "the opposite of" are easily expressed in HSV, but are much harder to express in RGB.
HSV, like RGB, has three components. They are:
Here are some examples: Pure red is H=0, S=255, V=255. A dark red, moving slightly towards the magenta, could be H=350 (equivalent to -10), S=255, V=180. A grayish light red could have H about 0 (say 350-359 or 0-10), S about 50-100, and S=255.
See also QPalette, QColorGroup, QApplication::setColorSpec(), and Color FAQ..
Constructs an invalid color with the RGB value (0,0,0). An invalid color is a color that is not properly set up for the underlying window system.
See also isValid().
Constructs a color with the RGB value (r,g,b). r, g and b must be in the range 0..255.
See also setRgb().
The (x,y,z) triplet defines an RGB value if colorSpec == QColor::Rgb. x (red), y (green) and z (blue) must be in the range 0..255.
The (x,y,z) triplet defines a HSV value if colorSpec == QColor::Hsv. x (hue) must be in the range -1..360 (-1 means achromatic), and y (saturation) and z (value) must be in the range 0..255.
See also setRgb() and setHsv().
If the pixel = 0xffffffff, then the color uses the RGB value in a standard way. If pixel is something else, then the pixel value will be set directly to pixel (skips the normal allocation procedure).
See also setNamedColor().
See also setNamedColor().
Allocating a color means to obtain a pixel value from the RGB specification. The pixel value is an index into the global color table, but should be considered an arbitrary platform-dependent value.
The pixel() function calls alloc() if necessary, so in general you don't need to call this function.
See also setLazyAlloc() and enterAllocContext().
See also initialize().
The default context is 0.
See also enterAllocContext() and leaveAllocContext().
Returns a darker color if factor is greater than 100. Setting factor to 300 returns a color that has one third the brightness.
Returns a lighter color if factor is less than 100, equal to light(10000 / factor).
This function converts the current RGB color to HSV, divides V by factor and converts back to RGB.
See also light().
This function deallocates all colors that were allocated in the specified context. If context == -1, it frees up all colors that the application has allocated. If context == -2, it frees up all colors that the application has allocated, except those in the default context.
The function does nothing for true color displays.
See also enterAllocContext() and alloc().
Color allocation contexts are useful for programs that need to allocate many colors and throw them away later, like image viewers. The allocation context functions work for true color displays as well as colormap display, except that QColor::destroyAllocContext() does nothing for true color.
Example:
QPixmap loadPixmap( QString fileName )
{
static int alloc_context = 0;
if ( alloc_context )
QColor::destroyAllocContext( alloc_context );
alloc_context = QColor::enterAllocContext();
QPixmap pm( fileName );
QColor::leaveAllocContext();
return pm;
}
The example code loads a pixmap from file. It frees up all colors that were allocated the last time loadPixmap() was called.
The initial/default context is 0. Qt keeps a list of colors associated with their allocation contexts. You can call destroyAllocContext() to get rid of all colors that were allocated in a specific context.
Calling enterAllocContext() enters an allocation context. The allocation context lasts until you call leaveAllocContext(). QColor has an internal stack of allocation contexts. Each call to enterAllocContex() must have a corresponding leaveAllocContext().
// context 0 active
int c1 = QColor::enterAllocContext(); // enter context c1
// context c1 active
int c2 = QColor::enterAllocContext(); // enter context c2
// context c2 active
QColor::leaveAllocContext(); // leave context c2
// context c1 active
QColor::leaveAllocContext(); // leave context c1
// context 0 active
// Now, free all colors that were allocated in context c2
QColor::destroyAllocContext( c2 );
You may also want to set the application's color specification. See QApplication::setColorSpec() for more information.
See also leaveAllocContext(), currentAllocContext(), destroyAllocContext(), and QApplication::setColorSpec().
\arg *h, hue. \arg *s, saturation. \arg *v, value.
The hue defines the color. Its range is 0..359 if the color is chromatic and -1 if the color is achromatic. The saturation and value both vary between 0 and 255 inclusive.
See also cleanup().
See also setLazyAlloc(), alloc(), and pixel().
See also setLazyAlloc().
See enterAllocContext() for a detailed explanation.
See also enterAllocContext() and currentAllocContext().
Returns a lighter color if factor is greater than 100. Setting factor to 150 returns a color that is 50% brighter.
Returns a darker color if factor is less than 100, equal to dark(10000 / factor).
This function converts the current RGB color to HSV, multiplies V with factor and converts back to RGB.
See also dark().
See also setNamedColor().
The returned values is equal to the default pixmap depth;
See also QPixmap::defaultDepth().
This value is used by the underlying window system to refer to a color. It can be thought of as an index into the display hardware's color table, but the value is an arbitrary 32-bit value.
See also setLazyAlloc() and alloc().
The return type QRgb is equivalent to unsigned int.
See also setRgb(), hsv(), qRed(), qBlue(), and qGreen().
\arg h, hue (-1,0..360). -1 means achromatic. \arg s, saturation (0..255). \arg v, value (0..255).
If lazy allocation is enabled, colors are allocated the first time they are used (upon calling the pixel() function). If lazy allocation is disabled, colors are allocated when they are constructed or when either setRgb() or setHsv() is called.
Lazy color allocation is enabled by default.
See also lazyAlloc(), pixel(), and alloc().
The color name may be in one of five formats:
The type QRgb is equivalent to unsigned int.
See also Format of the QDataStream operators.
See also Format of the QDataStream operators.
See also qRgb() and QColor::blue().
The gray value is calculated using the formula:
(r*11 + g*16 + b*5)/32.
See also qRgb() and QColor::green().
See also qRgb() and QColor::red().
The return type QRgb is equivalent to unsigned int.
See also qRgba(), qRed(), qGreen(), and qBlue().
The return type QRgb is equivalent to unsigned int.
See also qRgb(), qRed(), qGreen(), and qBlue().
This file is part of the Qtopia platform, copyright © 1995-2005 Trolltech, all rights reserved.
| Copyright © 2005 Trolltech | Trademarks | Qtopia version 2.2.0
|