Matching bkgd color of tab control to dialog color

Thanks for your interest.
I am not using a property page.
I simply edited the dialog resource for CFormView,
and placed a tab ctrl on it with id: IDC_TAB
Cheers,
-c

i have a project that changes the background of a control i can send it to you and you can figure out how to make things work.  Here is what i gathered from that project.

in your controls header file

CBrush backbrush;

in your controls contructor put this

backBrush.CreateSolidBrush(RGB(0,95,55));  //should be black brush

Instead of the control put it into the Formview contructor and see what that does.  Also if your control has a constructor put it there instead.  i can send the code to you so that you can investigate further

Thanks, I am very interested.
My email is: cternoey@hotmail.com
Cheers,
-c

>>> static HBRUSH hBlackBrush = HBRUSH(CBrush(RGB(0,0,0)));

The CBrush object is created temporarily and is destroyed before even windows gets to have a hand on it. Try making it a member of your class so that it lives beyond OnCtlColor call.        

I tried this suggestion but the problem remains.
I believe the static keyword ensures that
the object will live until program termination,
which explains why there was no improvement.
Thanks for your suggestion
-c

You could try:

HBRUSH hBlackBrush = ::GetStockObject( BLACK_BRUSH);

i will send the source to you.  better yet i will send you the link where i found it.  there is a nice article describing it.

http://www.codeproject.com/combobox/favorlist.asp

in this article he changes the background of a listctrl.  it shouldn't be that hard to modify it for use in your code!

>>I believe the static keyword ensures that
>>the object will live until program termination,
>>which explains why there was no improvement.

I think it doesnt ensure , all it ensures is that hBlackBrush maintains its value across function calls but that doesnt stop the destructor for CBrush from deleting the brush object. So the handle that you store does become invalid.

To test ambience's theory about the Handle becoming invalid after the brush has gone out of scope (which I consider a very insightful concern), I changed the relevant code to this...

static CBrush blackBrush(RGB(0,0,0))
static HBRUSH hBlackBrush = HBRUSH(blackBrush)

and this did not help.
It think the point is insightful and possibly correct.
But some other obstacle remains.

Thanks for your thoughtful suggestions,
-c


Thanks also to simongod. I am studying the example to see what light it might shed. Thanks!!!
-c

your welcome, if you have any questions about the example i will help you as much as i can

Dear cternoey

I think you forgot this question. I will ask Community Support to close it unless you finalize it within 7 days. You can always request to keep this question open. But remember, experts can only help you if you provide feedback to their questions.
Unless there is objection or further activity,  I will suggest to accept

     "simongod"

comment(s) as an answer.

PLEASE DO NOT ACCEPT THIS COMMENT AS AN ANSWER!
======
Werner