XColorSpectrumCtrl - a non-MFC color picker control that displays a color spectrum

• Download demo project - 68 Kb

Introduction

XColorSpectrumCtrl mimics behavior of spectrum control on custom page of Microsoft Office® color picker:

This is companion article to my XColorHexagonCtrl article, but you need not read that article to make use of this control.

XColorSpectrumCtrl Features and Behaviors

The XColorSpectrumCtrl control has two areas of user interaction, the spectrum and the slider:

Each of the areas has its own selection indicator, the crosshair and the arrow.

These user interface behaviors are implemented in XColorSpectrumCtrl:

	Clicking on spectrum or slider sends WM_XCOLORPICKER_SELCHANGE message to parent window, with RGB (COLORREF) color as WPARAM and control id as LPARAM.
	Double-clicking on spectrum or slider sends WM_XCOLORPICKER_SELENDOK message to parent window, with RGB (COLORREF) color as WPARAM and control id as LPARAM.
	When the control has focus, focus will be shown separately for spectrum vs. slider. Focus on spectrum is indicated by black crosshair; lack of focus by white crosshair. Focus on slider is indicated by solid black arrow; lack of focus by arrow outlined in black, with gray interior. The TAB key (or SHIFT+TAB) may be used to step between spectrum and slider.
	The arrow, Page Up, Page Down, Home and End keys may be used when either area of control has focus. They work identically in two areas, except that Home and End keys in the spectrum will move cursor to left or right edges, instead of top or bottom edges as in slider.
	The selection indicators (crosshair and arrow) may be clicked and dragged to new position. This will result in multiple WM_XCOLORPICKER_SELCHANGE messages sent to parent window.
	Tooltips in four formats may be optionally displayed for spectrum and luminosity slider.

The programmatic interface to XColorSpectrumCtrl attributes is very simple: just eight functions to get/set RGB and HSL values, background color, and tooltip format:

Function	Description
COLORREF GetBackground()	Retrieves current background color
void GetHSL(BYTE* h, BYTE* s, BYTE* l)	Retrieves HSL values for current color
COLORREF GetRGB()	Retrieves RGB value for current color
void GetTooltipFormat()	Retrieves tooltip format
CXColorSpectrumCtrl& SetBackground(COLORREF cr)	Sets background color
CXColorSpectrumCtrl& SetHSL(BYTE h, BYTE s, BYTE l)	Sets color from HSL values
CXColorSpectrumCtrl& SetRGB(COLORREF cr)	Sets color from RGB value
CXColorSpectrumCtrl& SetTooltipFormat(TOOLTIP_FORMAT eFormat)	Sets tooltip format

Tooltip Formats

There are five options for XColorSpectrumCtrl tooltip format (including no tooltip). The tooltip will be shown both on spectrum and on luminosity slider:

RGB

HTML

VB

HSL

XColorSpectrumCtrl Color Models

XColorSpectrumCtrl allows you to work with either RGB or HSL color model, depending on requirements of your application.

RGB Color Model

The RGB model is used to designate colors for displays and other devices that emit light. Valid red, green, and blue values range from 0 through 255, with 0 indicating minimum intensity and 255 indicating maximum intensity. The following illustration shows how primary colors red, green, and blue can be combined to produce four additional colors. (For display devices, the color black results when red, green, and blue values are set to 0. In display technology, black is absence of all colors.) [Source: MSDN]

The RGB color model is the most widely used in web design. Typically, HTML authors refer to named colors or to so-called 216 web-safe colors.

In developing this control I have followed Microsoft convention (which seems to be arbitrary) of only allowing HSL values between 0 and 240. In some references and conversion algorithms you will find HSL values between 0 and 255. Some HSL representations even use degrees and percentages, as I discuss later. The name HSL is often used interchangeably with HSI (I = Intensity) and HSB (B = Brightness); HSB is the name used in .Net.

HSL Color Model

HSL (Hue, Saturation, Luminosity) is alternative way of specifying color values. There is simple algorithm to convert between RGB color and HSL color. You don't get more colors with one or the other, but with HSL you get better control over color's appearance, in terms of color lightness/darkness (luminosity) and color intensity (saturation). For this reason, HSL is more intuitive way of dealing with color in some applications

The HSL color model is sometimes represented by wheel:

This is representation used in proposed CSS3 Color Module recommendation, where hue is represented as angle of the color wheel. So red = 0 degrees, green = 120 degrees, etc. Saturation and luminosity are represented as percentages: 100% is full saturation, 0% luminosity is black, and 100% luminosity is white. To quote CSS3: The advantage of HSL over RGB is that it is far more intuitive: you can guess at the colors you want, and then tweak.

To give an example of how to "tweak" using HSL, consider two named colors LawnGreen and Chartreuse:

Color Name	HTML Hex	HSL	Color
LawnGreen	#7CFC00	90°,100%,99%
Chartreuse	#7FFF00	90°,100%,100%

HSL representation makes it obvious how close the two colors are. Of course, web designers have known about this for long time, and there are many color utilities that display both HTML hex and HSL values, such as HPS PixelColor.

Getting back to XColorSpectrumCtrl, here are some colors and their HSL and RGB values as returned by XColorSpectrumCtrl control:

Color Name	RGB	HSL	Color
Red	255,0,0	0,240,120
Maroon	128,0,0	0,240,60
Yellow	255,255,0	40,240,120
Lime	0,255,0	80,240,120
Green	0,128,0	80,240,60
Aqua	0,255,255	120,240,120
Blue	0,0,255	160,240,120
Navy	0,0,128	160,240,60
Magenta	255,0,255	200,240,120
Purple	128,0,128	200,240,60
White	255,255,255	0,0,240
Gray	128,128,128	0,0,120
Black	0,0,0	0,0,0

You can find more information about named colors here and here.

Implementation Notes

Initially I created XColorSpectrumCtrl using MFC. This is very fast way to construct and develop new user interface components, with many support classes in framework. Later, I decided that I might want to use XColorSpectrumCtrl with other languages besides C++, so I began process of conversion. I immediately discovered that two MFC classes I use very often - CDC and CRect - were so useful that I could not do without them. After looking at functions I use in both of these classes, I came up with minimalist replacement classes, CXDC and CXRect. These do not contain all functions of original classes, but have all functions I used in making XColorSpectrumCtrl, and can easily be expanded in future if necessary. The entire implementations of these new classes are contained in files CXCD.h and CXRect.h.

I also had to decide whether to bundle tooltip functionality with XColorSpectrumCtrl. Ultimately I liked the benefits that tooltips provided, so I created CXToolTipCtrl class in CXToolTipCtrl.h to replace standard MFC CToolTipCtrl.

Internal Design

One of the first problems I identified in the design is drawing speed. I knew that drawing spectrum would be very time consuming, compared to other parts of the control. To address this issue, I used old Win32 trick of caching DC. The first time the spectrum needs to be drawn, I create a persistent DC and bitmap. For subsequent drawing, I BitBlt the saved DC to target DC, and then do any additional drawing on that. Once I did this, the spectrum drew instantly with no discernible flicker at all.

I wasn't sure whether I would have to do the same trick when drawing luminosity slider (especially because I had made dumb coding error, which increased flicker, rather than reducing it). After a few bug fixes, drawing luminosity slider was just as rock-solid as drawing spectrum, with no flicker even in debug mode, and without having to resort to a persistent DC. This was definitely a plus, because the slider - unlike the spectrum - changes frequently; every time the user clicks on spectrum, or uses any nav key, the slider is redrawn using new hue and saturation (the slider arrow changes position only when user clicks on slider or uses nav keys in slider, to change luminosity).

Next came the crosshair and arrow indicators. I briefly considered hand-coding the drawing function using MoveTo(), LineTo(), etc., but quickly got sick of writing all that boring code, especially after I realized that the indicators would change appearance depending on whether their area of the control had internal focus:

With Focus

Without Focus

With Focus

Without Focus

I switched to using internal bit array; each pixel is represented by one BYTE, whose value determines whether the pixel should be drawn (if non-zero), and if so what color should be used. Here is bit array for slider arrow:

    // For each byte in this array:
    //     0 = skip
    //     1 = COLOR_WINDOWTEXT
    //     2 = COLOR_WINDOWTEXT (COLOR_BTNSHADOW if bHasFocus == FALSE)
    static BYTE pixels[ARROW_HEIGHT][ARROW_WIDTH] = 
    {
        0,0,0,0,0,0,0,0,1,0,   // 1
        0,0,0,0,0,0,0,1,1,0,   // 2
        0,0,0,0,0,0,1,2,1,0,   // 3
        0,0,0,0,0,1,2,2,1,0,   // 4
        0,0,0,0,1,2,2,2,1,0,   // 5
        0,0,0,1,2,2,2,2,1,0,   // 6
        0,0,1,2,2,2,2,2,1,0,   // 7
        0,1,2,2,2,2,2,2,1,0,   // 8
        1,2,2,2,2,2,2,2,1,0,   // 9
        0,1,2,2,2,2,2,2,1,0,   // 10
        0,0,1,2,2,2,2,2,1,0,   // 11
        0,0,0,1,2,2,2,2,1,0,   // 12
        0,0,0,0,1,2,2,2,1,0,   // 13
        0,0,0,0,0,1,2,2,1,0,   // 14
        0,0,0,0,0,0,1,2,1,0,   // 15
        0,0,0,0,0,0,0,1,1,0,   // 16
        0,0,0,0,0,0,0,0,1,0    // 17
    };

In each pixel location where '2' appears, the color will depend on state of internal focus.

The only other major issue I had to contend with is tab key. In the MS Office® color picker Standard page, you can see that tabbing through all the controls on that property page will jump from spectrum to slider in forward direction, and from slider to spectrum in reverse (SHIFT+TAB) direction. However, XColorSpectrumCtrl is one control, not two, and so it must catch and handle the tab key internally. This involved two things: first, XColorSpectrumCtrl returns the code DLGC_WANTARROWS | DLGC_WANTTAB when it receives WM_GETDLGCODE message. This tells system that XColorSpectrumCtrl wants to receive arrow keys and tab keys, when it has the focus.

The second thing was to keep track of whether the spectrum or the slider had (internal) focus, to know how to respond to tab key presses. When user is tabbing out of control, XColorSpectrumCtrl sends WM_NEXTDLGCTL to parent dialog window, allowing it to decide what control to give the focus to.

The visual rendering of the control consisted mostly of getting the sizes and spacing correct. I could tell from MS Office® color picker how big things needed to be, but other things were not so obvious. For example, the control had to allow some vertical room for the slider arrow, which could extend above and below the spectrum drawing area:

Yellow background for clarity.

Demo App

Here is what demo app looks like:

How to use

The following steps assume you want to add XColorSpectrumCtrl to a dialog. Steps would be similar for CFormView or CPropertyPage.

Step 1 - Add Files

To integrate CXColorSpectrumCtrl into your app, you first need to add following files to your project:

• CXCD.h
• CXRect.h
• CXToolTipCtrl.h
• XColorSpectrumCtrl.cpp
• XColorSpectrumCtrl.h
• rgbhsl.cpp
• rgbhsl.h

The .cpp files should be set to Not using precompiled header in Visual Studio. Otherwise, you will get error

    fatal error C1010: unexpected end of file while looking for precompiled header directive

Step 2 - Add Placeholder Rect to Dialog Resource

Next add a STATIC or other control to dialog resource, where you want the XColorSpectrumCtrl to be displayed. The dialog for demo app looks like this:

Note that this step is not required, if you have some other way to specify where XColorSpectrumCtrl should be displayed.

Step 3 - Create the Control

You need to do two things here: first, add #include statement to dialog class header file:

#include "XColorSpectrumCtrl.h"

and insert variable that looks like:

    CXColorSpectrumCtrl m_ColorSpectrum;

Second, add code to OnInitDialog() function:

    CRect rect;
    GetDlgItem(IDC_FRAME)->GetWindowRect(&rect);
    ScreenToClient(&rect);
    GetDlgItem(IDC_FRAME)->ShowWindow(SW_HIDE);         // hide placeholder
    VERIFY(m_ColorSpectrum.Create(AfxGetInstanceHandle(), 
        WS_CHILD | WS_VISIBLE | WS_TABSTOP,             // styles 
        rect,                                           // control rect
        m_hWnd,                                         // parent window
        9001,                                           // control id
        RGB(0,255,0)),                                  // initial color
        CXColorSpectrumCtrl::XCOLOR_TOOLTIP_HTML));     // tooltip format

    // call SetWindowPos to insert control in proper place in tab order
    ::SetWindowPos(m_ColorSpectrum.m_hWnd, ::GetDlgItem(m_hWnd, IDC_FRAME), 
        0,0,0,0, SWP_NOMOVE|SWP_NOSIZE);

Step 4 - Add Message Handlers

According to your app's requirements, you may need to add handlers for one or both of the XColorSpectrumCtrl registered messages. Here are handlers used in demo app:

// handler for WM_XCOLORPICKER_SELCHANGE
LRESULT CXColorSpectrumCtrlTestDlg::OnSelChange(WPARAM wParam, LPARAM lParam)
{
    CString s = _T("");
    GetDlgItem(IDC_COLOR_NAME)->SetWindowText(s);
    GetDlgItem(IDC_COLOR_RGB)->SetWindowText(s);
    s.Format(_T("WM_XCOLORPICKER_SELCHANGE       RGB(%d,%d,%d)"), 
        GetRValue(wParam), GetGValue(wParam), GetBValue(wParam));
    if (lParam == 9001)
        GetDlgItem(IDC_SELECTION)->SetWindowText(s);
    return 0;
}

// handler for WM_XCOLORPICKER_SELENDOK
LRESULT CXColorSpectrumCtrlTestDlg::OnSelendOk(WPARAM wParam, LPARAM lParam)
{
    CString s = _T("");
    GetDlgItem(IDC_COLOR_NAME)->SetWindowText(s);
    GetDlgItem(IDC_COLOR_RGB)->SetWindowText(s);
    s.Format(_T("WM_XCOLORPICKER_SELENDOK       RGB(%d,%d,%d)"), 
        GetRValue(wParam), GetGValue(wParam), GetBValue(wParam));
    if (lParam == 9001)
        GetDlgItem(IDC_SELECTION)->SetWindowText(s);
    return 0;
}

Both messages send RGB color as wParam, and control id as lParam.

Revision History

Version 1.1 - 2008 April 4

• Bug fixes

Version 1.0 - 2008 March 12

• Initial public release

Usage

This software is released into the public domain. You are free to use it in any way you like, except that you may not sell this source code. If you modify it or extend it, please to consider posting new code here for everyone to share. This software is provided "as is" with no expressed or implied warranty. I accept no liability for any damage or loss of business that this software may cause.

You must Sign In to use this message board.

FAQ    Noise Tolerance Very HighHighMediumLowVery Low   Layout Expand Posts & RepliesThread ViewNo JavascriptNo JS + Preview   Per page 102550

Msgs 1 to 10 of 10 (Total in Forum: 10) (Refresh) FirstPrevNext

Code questions... Richard Perrine 9:54 6 Jan '09   I am getting deeper into c++ and would like to ask a couple of questions about this code: 1. it is non-MFC, but I seem to be having issues building/compiling it in VC++ 2005 Express. Any tips? fatal error C1083: Cannot open include file: 'afxwin.h': No such file or directory 2. How would you make this picker be able select color on any part of the screen? Thanks. Sign In·View Thread·PermaLink Cleartype in screen shots not so clear... dgendreau 7:45 7 Apr '08   Good article. One very minor point though... Your screen shots in the section labeled "Tooltip Formats" and the dialog screenshot titled "HPS Pixel Color" have Cleartype subpixel font rendering in them. The problem is that whatever LCD screen you used at the time of capture seems to have a BGR pixel format rather than the standard RGB pixel arrangement on almost every other LCD on the planet. The result is that the text in these screen shots will look sharp on your LCD, but blurry for just about everyone else that uses an LCD screen. You might want to consider turning off Cleartype (in Display Properties->Appearance->Effects) and re-taking these screen shots. Sign In·View Thread·PermaLink Re: Cleartype in screen shots not so clear... Hans Dietrich 14:21 7 Apr '08   Thanks for the suggestion, I appreciate it. Best wishes, Hans [CodeProject Forum Guidelines] [How To Ask A Question] [My Articles] Sign In·View Thread·PermaLink Great Saurabh.Garg 7:49 5 Apr '08   I generally don't post messages since I am too lazy but for this one I had too!!! I must say this is easily the best article I have read on code project so far. When I opened this article I just wanted to skim through it but while browsing I happened to read one line and after that I could not stop myself. Extremely well written. Great work. And now since I am posting I want to add that I have read most of your articles and they all are great. Its really nice to see the consistency in your work, naming conventions, and amount to effort you put to write articles. Thanks, -Saurabh Sign In·View Thread·PermaLink Re: Great Hans Dietrich 16:09 5 Apr '08   Thank you for kind words. Best wishes, Hans [CodeProject Forum Guidelines] [How To Ask A Question] [My Articles] Sign In·View Thread·PermaLink Very Nice Jeffrey Walton 7:20 24 Mar '08   You're raising the bar too high for article quality Jeff Sign In·View Thread·PermaLink Re: Very Nice Hans Dietrich 16:09 24 Mar '08   Jeffrey Walton wrote: You're raising the bar too high for article quality Thanks, Jeff! I've tried to set my bar to "just adequate", but it keeps popping back up. Best wishes, Hans [CodeProject Forum Guidelines] [How To Ask A Question] [My Articles] Sign In·View Thread·PermaLink Excellent Modulrob 5:24 13 Mar '08   I don't use MFC, and therefore appreciate that you took the time to post this as native Win32. Great job, and your details covering color management make for an excellent article. - Rob Sign In·View Thread·PermaLink Excellent x-b 3:00 19 Mar '08   If fully support the statement above Sign In·View Thread·PermaLink Great article and control Franc Morales 3:47 13 Mar '08   Fantastic job, what can I say. Not only you take the time to put together a beautiful control (and share it with us) but you write an excellent article. Your attention to detail makes the reading experience a joy. Sign In·View Thread·PermaLink 5.00/5 (2 votes)

Last Visit: 13:19 8 Nov '09     Last Update: 13:19 8 Nov '09 1