Click here to Skip to main content
13,045,019 members (39,676 online)
Click here to Skip to main content
Add your own
alternative version


111 bookmarked
Posted 6 Mar 2004

XP Themes Tab Control in any orientation

, 6 Mar 2004
Rate this:
Please Sign up or sign in to vote.
How to make XP Themes Tab Control work properly in other than top orientation.

XPTabApp Image Using CXPTabCtrl

Using CXPTabCtrl, XP Themes Tab Control, left, bottom and right orientation


The article shows how to solve a problem, which appears on the Windows Tab Control when using Windows XP operating system with XP Themes enabled. Tab control behaves as if it has only one orientation - top. In fact, it has all four orientations, but all four of them (for some reason) have the same appearance.

It is demonstrated how to use the proposed class CXPTabCtrl, Windows tab control extension as a solution to this problem. CXPTabCtrl detects the operating system and tab control orientation:

  • If it is not XP system or XP Themes are not enabled - it uses default Windows tab behavior (it does not do anything extra).
  • If it is XP system and XP Themes are enabled - it draws tab control properly in appropriate direction.

CXPTabCtrl control also works properly if the state of XP Themes enabling is changed during the running of the application. Tab control hot tracking is also supported.


There are a lots of Windows applications developed for earlier Windows versions, which use bottom or other "not-top" oriented Windows tab control. The problem is: if the application is running on an XP system with XP Themes, Windows tab control is not shown properly as it used to be.

XPTabApp Image default SysTabControl32

Problems when using default SysTabControl32 (CTabCtrl) with XP Themes, bottom orientation

One possibility to solve this problem is to change all tab controls in these applications to be top oriented. This would involve change of the look of the applications and painful Windows resource changes and possible code changes.

Another possibility (used for CXPTabCtrl) is to use a thin wrapper around the tab control and to simulate missing orientations. CXPTabCtrl uses available XP Themes "top-tab" look as a template and adapts it for other tab orientations:

  • Bottom orientation:
    1. use top background bitmap,
    2. mirror it vertically,
    3. draw icon and text on mirrored background.

    Build CXPTabCtrl bottom orientation

  • Left orientation:
    1. use top background bitmap,
    2. draw icon and text on the background,
    3. rotate the bitmap for 90°.

    Build CXPTabCtrl left orientation

  • Right orientation:
    1. use top background bitmap,
    2. mirror it vertically,
    3. draw icon and text on the background,
    4. rotate the bitmap for 90°.

    Build CXPTabCtrl right orientation

  • Top orientation (used only for test purposes, could use default from XP Themes Windows XP):
    1. use top background bitmap,
    2. draw icon and text.

    Build CXPTabCtrl top orientation

Notice also that the body of the tab control has to be manipulated, mirrored or rotated, not only the "tab" parts of the tab control (because a "tab body" has texture and shadows).

How to use it

The CXPTabCtrl class is simple to use. To add it to your project, please follow the steps below:

  1. Put its source files (XPTabCtrl.cpp and XPTabCtrl.h) into the proper project folder and add their file names to your Visual Studio project.
  2. Include its header to the appropriate header file - usually dialog class header where class CXPTabCtrl is used. If you plan to use CXPTabCtrl in several places of your application, you can add it only to your StdAfx.h file:
    #include "XPTabCtrl.h"
  3. You should replace CTabCtrl with CXPTabCtrl everywhere in the project where you want new XP Themes tab behavior.
    CXPTabCtrl  m_tabCtrl
  4. If CXPTabCtrl has images, then appropriate bitmap IDB_TABIMAGES (or other with correct tab images) should be included as resource bitmap. It is also necessary to call InitImageList(IDB_TABIMAGES) function, from OnInitDialog or other appropriate initializing place:
    // only necessary to call if tabs have images

Although tab control orientation is usually set in resource editor or in Tab's Create function, CXPTabCtrl orientation can be changed any time while application is running.

Points of Interest

This sample could also be used as an example of how to solve some other problems in Windows programming. Other techniques shown in this sample include:

  1. How to mirror bitmap image vertically fast and simply by using only two Windows calls GetDIBits and SetDIBits. This works in any color resolution.
  2. How to rotate rectangular bitmap image fast and in any color resolution.
  3. How to use inline assembler for lengthy repetitive processing, in this case, rotating bitmap image pixels. If image is of large dimensions (large tab control body), a C style coding could take considerable more time than assembler version.
  4. How to use XP Themes functions in applications, which can run on earlier operating systems.
  5. How to enable XP Themes dialog texture background.
  6. How to make applications XP Themes aware by simply copying XP manifest, resource "24", ID "1" from one application resource to another.
  7. How to use tab ToolTips.

Please note

  • The sample is created and compiled on VC++ 6.0 service pack 5.
  • The sample has been tested on Windows XP (XP Themes enabled or disabled while sample was running).
  • The sample has also been tested on Windows 2000, Windows NT 4.0 (CXPTabCtr does not have effect).
  • Other Windows systems could have possible problems (?)
  • The sample has been tested on the following color resolutions: 8 bit, 16 bit, 24 bit and 32 bit colors.
  • The sample has not been tested on multi-line (stacked) tabs, could be problems (?)


Please post your questions, suggestions and bug reports only to the forum below.


This article has no explicit license attached to it but may contain usage terms in the article text or the download files themselves. If in doubt please contact the author via the discussion board below.

A list of licenses authors might use can be found here


About the Author

United Kingdom United Kingdom
No Biography provided

You may also be interested in...


Comments and Discussions

GeneralRe: XP Theme using Manifest ?! Pin
David Pritchard20-Apr-05 8:40
memberDavid Pritchard20-Apr-05 8:40 
GeneralVertical Bug Pin
keternal26-Dec-04 21:11
sussketernal26-Dec-04 21:11 
Generalmemory leak Pin
paul.heil7-Dec-04 6:34
memberpaul.heil7-Dec-04 6:34 
GeneralUsing true color images on tabs Pin
MMaker30-Nov-04 20:58
memberMMaker30-Nov-04 20:58 
Questionanyone fixed left orientation with themes disabled ? Pin
fredwobus1-Nov-04 23:52
memberfredwobus1-Nov-04 23:52 
GeneralAdding pages Pin
Steve Kelly28-May-04 5:37
memberSteve Kelly28-May-04 5:37 
GeneralRe: Adding pages Pin
SiHot26-Jul-07 3:44
memberSiHot26-Jul-07 3:44 
GeneralRough patch for owner-draw tabs Pin
David Pritchard25-May-04 2:57
memberDavid Pritchard25-May-04 2:57 
OK, my problem with the XPTabCtrl + MadButch patch was that it doesn't allow for owner-drawn tabs. However, the fix for this is not too difficult. The problem is that the DrawTabItem function assumes the standard case (text/image list). So we need to test for the owner-draw flag, and if activated, call DrawItem with the correct info, thusly:

void CXPTabCtrl::DrawTabItem(CDC* pDC, int ixItem, const CRect& rcItemC, UINT uiFlags)<br />
{<br />
	// DP: 25/05/2004 Fix for owner-draw tabs<br />
	if (GetStyle() & TCS_OWNERDRAWFIXED)<br />
	{<br />
		DrawOwnerDrawTabItem(pDC, ixItem, rcItemC, uiFlags);<br />
	}<br />
	else<br />
	{<br />
		// Original code...<br />
	}<br />
}<br />
<br />
// DP: 25/05/2004 Fix for owner-draw tabs<br />
void CXPTabCtrl::DrawOwnerDrawTabItem(CDC* pDC,int ixItem,const CRect& rcItemC,UINT uiFlags)<br />
{<br />
	TCITEM			tcitem;<br />
<br />
	ASSERT(pDC);<br />
	if (pDC)<br />
	{<br />
		// Simply build DRAWITEMSTRUCT info and call DrawItem<br />
		dis.CtlID = GetDlgCtrlID();<br />
		dis.CtlType = ODT_TAB;<br />
		dis.hDC = pDC->m_hDC;<br />
		dis.hwndItem = GetSafeHwnd();<br />
		dis.itemAction = ODA_DRAWENTIRE;<br />
<br />
		// Get item data - itemdata in DRAWITEMSTRUCT is the lParam from itemdata (normally!)<br />
		VERIFY(TabCtrl_GetItem(GetSafeHwnd(), ixItem, &tcitem));<br />
		dis.itemData = tcitem.lParam;<br />
<br />
		dis.itemID = ixItem;<br />
		dis.itemState = ((uiFlags&2)? ODS_SELECTED:0); <br />
		dis.rcItem = rcItemC;<br />
<br />
		// Call drawitem!<br />
		DrawItem(&dis);<br />
	}<br />
}<br />

I hope I got the DRAWITEMSTRUCT stuff right. There may be some minor detail I missed.

This fixes the problem...almost. If your custom drawing in DrawItem is done via the DC passed via the DRAWITEMSTRUCT, you're fine. However, I have sinned because I don't do this. I create some custom controls on the tabs and they don't get passed the DC, they just repaint themselves. This means that they get overpainted by the code at the end of DrawThemesXpTabItem, which dumps the content of the MemDC into the window DC. So I have come up with an ugly patch for this. Improvements welcome.

What I do is simply flag the owner-draw case and delay the call to DrawTabItem to the end. I have to save the ixItem variable because it's changed afterwards and I didn't want to inquire too closely as to why.

void CXPTabCtrl::DrawThemesXpTabItem(CDC* pDC, int ixItem, const CRect& rcItem, UINT uiFlag) <br />
{			// uiFlag(1/0):1=Type(body/tab);2=Sel(y/n);4=Hot(y/n);8=bBottom(y/n);16=rotate(y/n)<br />
<br />
	BOOL bBody  =(uiFlag& 1)?TRUE:FALSE;<br />
	BOOL bSel   =(uiFlag& 2)?TRUE:FALSE;<br />
	BOOL bHot   =(uiFlag& 4)?TRUE:FALSE;<br />
	BOOL bBottom=(uiFlag& 8)?TRUE:FALSE;	// mirror<br />
	BOOL bVertic=(uiFlag&16)?TRUE:FALSE;	// rotate<br />
	BOOL bLeftTab=!bBottom && bVertic && !bBody;<br />
<br />
	// DP: 25/05/2004 Fix for owner-draw tabs Part 1<br />
	// Must delay DrawItem call for owner-draw tabs to avoid overpainting (see below)<br />
	bool	bDelayDrawItem = ((GetStyle() & TCS_OWNERDRAWFIXED) != 0);<br />
	int	ixDelayItem = -1;<br />
<br />
	CSize szBmp=rcItem.Size();<br />
	if(bVertic) SwapVars(,;<br />
<br />
	...<br />
<br />
	if(bVertic)<br />
	{	if(bBody || !bBottom);<br />
		if(!bBottom && !bBody && ixItem>=0)					// <br />
		{	if(bSel) rcMem.bottom--;<br />
<br />
			// DP: 25/05/2004 Fix for owner-draw tabs Part 2<br />
			// Delay DrawItem call for owner-draw tabs to avoid overpainting (see below)<br />
			if (!bDelayDrawItem)<br />
			{<br />
				DrawTabItem(&dcMem, ixItem, rcMem, uiFlag);<br />
			}<br />
			else<br />
			{<br />
				ixDelayItem = ixItem;<br />
			}<br />
			ixItem=-1;<br />
	}	}														// rotate or mirror<br />
	...<br />
<br />
	if(!bBody && ixItem>=0)							// <br />
	{	if(bSel) rcMem.bottom--;<br />
<br />
		// DP: 25/05/2004 Fix for owner-draw tabs Part 3<br />
		// Delay DrawItem call for owner-draw tabs to avoid overpainting (see below)<br />
		if (!bDelayDrawItem)<br />
		{<br />
			DrawTabItem(&dcMem, ixItem, rcMem, uiFlag);<br />
		}<br />
		else<br />
		{<br />
			ixDelayItem = ixItem;<br />
		}<br />
<br />
		if(bVertic)											// if it is right tab, do GetDIBits again<br />
		{;<br />
			GetDIBits(*pDC, bmpMem.operator HBITMAP(),nStart,,pcImg,&biOut,DIB_RGB_COLORS);<br />
	}	}<br />
<br />
	...<br />
<br />
	// 6th blit mirrored/rotated image to the screen<br />
	pDC->BitBlt(rcItem.left,,,,&dcMem,0,0,SRCCOPY); // <br />
	dcMem.SelectObject(pBmpOld);<br />
<br />
	// DP: 25/05/2004 Fix for owner-draw tabs. Part 4 <br />
	// Must draw last in case user does painting outside DC, because otherwise BitBlt will overpaint it<br />
	if (bDelayDrawItem && ixDelayItem != -1)<br />
	{<br />
		DrawTabItem(&dcMem, ixDelayItem, rcMem, uiFlag);<br />
	}<br />
}<br />

Well, it's not pretty but it's working for me at the moment. I'll keep you posted.
GeneralCrash problem Pin
David Pritchard21-Sep-04 23:41
memberDavid Pritchard21-Sep-04 23:41 
GeneralPatch for the patched patch Pin
David Pritchard22-Sep-04 1:33
memberDavid Pritchard22-Sep-04 1:33 
GeneralFix for resize ghosting Pin
MadButch18-May-04 22:06
memberMadButch18-May-04 22:06 
GeneralRe: Fix for resize ghosting Pin
David Pritchard24-May-04 11:05
memberDavid Pritchard24-May-04 11:05 
GeneralRe: Fix for resize ghosting Pin
Anonymous24-May-04 11:10
sussAnonymous24-May-04 11:10 
GeneralRe: Fix for resize ghosting Pin
David Pritchard24-May-04 12:55
memberDavid Pritchard24-May-04 12:55 
GeneralRe: Fix for resize ghosting Pin
MadButch24-May-04 22:13
memberMadButch24-May-04 22:13 
GeneralRe: Fix for resize ghosting Pin
David Pritchard24-May-04 22:36
memberDavid Pritchard24-May-04 22:36 
GeneralTCN_SELCHANGE no longer handled by parent class Pin
EKL18-Mar-04 7:14
memberEKL18-Mar-04 7:14 
GeneralRe: TCN_SELCHANGE no longer handled by parent class Pin
isglass23-Apr-04 23:46
memberisglass23-Apr-04 23:46 
GeneralRe: TCN_SELCHANGE no longer handled by parent class Pin
MadButch29-Apr-04 0:09
memberMadButch29-Apr-04 0:09 
GeneralRe: TCN_SELCHANGE no longer handled by parent class Pin
isglass29-Apr-04 10:51
memberisglass29-Apr-04 10:51 
GeneralRe: TCN_SELCHANGE no longer handled by parent class Pin
MadButch16-May-04 21:42
memberMadButch16-May-04 21:42 
GeneralLeft tab being chopped Pin
Joel Lucsy9-Mar-04 12:10
memberJoel Lucsy9-Mar-04 12:10 
Generala bug Pin
benben8-Mar-04 16:54
memberbenben8-Mar-04 16:54 
GeneralNice work Pin
snakeware7-Mar-04 22:05
membersnakeware7-Mar-04 22:05 
GeneralRe: Nice work Pin
Adi DEDIC7-Mar-04 23:43
memberAdi DEDIC7-Mar-04 23:43 

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Praise Praise    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.

Permalink | Advertise | Privacy | Terms of Use | Mobile
Web01 | 2.8.170713.1 | Last Updated 7 Mar 2004
Article Copyright 2004 by Adi DEDIC
Everything else Copyright © CodeProject, 1999-2017
Layout: fixed | fluid