Re: multithreading class - C / C++ / MFC Discussion Boards

Changing the look and feel of a MFC dialog box

burslem200116-Oct-09 12:15

burslem2001

16-Oct-09 12:15

Hi,

I want to change the shape and color of a MFC dialog box?

Any feedback on this would be appreciated. I know this is probably a very common
question, just dont know how to do this.

Much appreciated,
garyc

Re: Changing the look and feel of a MFC dialog box

«_Superman_»16-Oct-09 13:24

«_Superman_»

16-Oct-09 13:24

A window is always rectangular.
Any other shape can be created using a region.

There are several functions in GDI that help you create regions - Region Functions[^]

Here is a simple example with source code to create a region from a bitmap and apply to a window.
Fish Region[^]

Background color can be set by handling the WM_CTLCOLORDLG[^] message.

«_Superman_»
I love work. It gives me something to do between weekends.

Microsoft MVP (Visual C++)

Re: Changing the look and feel of a MFC dialog box

burslem200116-Oct-09 18:06

burslem2001

16-Oct-09 18:06

Much appreciated.

I never knew how they did this and now I know.

Thanks,
Garyc

Re: Changing the look and feel of a MFC dialog box

wangningyu16-Oct-09 20:32

wangningyu

16-Oct-09 20:32

you can add this with ClassWizard,or in the sources code to add it by yourself.
just like this:
C***Dlg.h

afx_msg HBRUSH OnCtlColor(CDC* pDC, CWnd* pWnd, UINT nCtlColor);

C***Dlg.cpp

BEGIN_MESSAGE_MAP
......
	ON_WM_CTLCOLOR()
......
END_MESSAGE_MAP()

HBRUSH C***Dlg::OnCtlColor(CDC* pDC, CWnd* pWnd, UINT nCtlColor) 
{
	HBRUSH hbr = CDialog::OnCtlColor(pDC, pWnd, nCtlColor);
	
	// TODO: Change any attributes of the DC here
	switch (pWnd->GetDlgCtrlID())
	{
	case IDC_STATIC1:
	case IDC_STATIC2:
		pDC->SetTextColor(RGB(255,0,0));
		break;
	case IDC_STATIC3:
	case IDC_STATIC4:
		pDC->SetTextColor(RGB(0,0,255));
		break;
	}    

	// TODO: Return a different brush if the default is not desired
	return hbr;
}

Best Reguards !
by Koma
http://blog.csdn.net/wangningyu

Re: Changing the look and feel of a MFC dialog box

burslem200119-Oct-09 1:28

burslem2001

19-Oct-09 1:28

Much apreciated guys for your contributions.

Thanks,
Garyc

multithreading class [modified]

es196816-Oct-09 11:25

es1968

16-Oct-09 11:25

Hi,

I need help to write a multi thread simple class,
I know this should be simple but I face some difficulties,
any help will be appreciated.

Implementing single-write, multiple-read multi thread synchronization (using windows synchronization primitives like mutex, semaphore etc.).

Thanks in advance,
Eyal

modified on Saturday, October 17, 2009 7:11 AM

Re: multithreading class

Moak17-Oct-09 1:27

Moak

17-Oct-09 1:27

Hi Eyal!

In what problem did you run, what have you done so far, which multithreading tutorials have you read?

Have a good weekend
/M

Webchat in Europe Java | [Coffee]

(only 4K)

Re: multithreading class

es196817-Oct-09 2:04

es1968

17-Oct-09 2:04

Hi Moak,

Just faced with this question in a C++ questioner/quiz.

I read information/tutorials on multithreading mutex but I haven't deal yet with the answer.
looking for the right answer.

Best,
Eyal

Re: multithreading class

cmk17-Oct-09 4:22

cmk

17-Oct-09 4:22

There are many ways to do this, depending on if you want to enforce a preference for readers or writers or neither.

The easy way would be to assume the target system is Vista or greater and use the new SRWLOCK[^] variable. Smile | :)

However, I expect the spirit of the question was to write the logic yourself. Check the following links:

http://blogs.msdn.com/vancem/archive/2006/03/28/563180.aspx[^]
http://blogs.msdn.com/vancem/attachment/563180.ashx[^]
http://www.bluebytesoftware.com/blog/2009/01/30/ASinglewordReaderwriterSpinLock.aspx[^]

If you have a question about a specific implimentation then post the code you having troubles with.

...cmk

The idea that I can be presented with a problem, set out to logically solve it with the tools at hand, and wind up with a program that could not be legally used because someone else followed the same logical steps some years ago and filed for a patent on it is horrifying.
- John Carmack

Re: multithreading class

es196817-Oct-09 6:16

es1968

17-Oct-09 6:16

cmk,
Thank you very much,
Eyal

I just don't understand HWND

GLGunblade16-Oct-09 8:24

GLGunblade

16-Oct-09 8:24

The code I'm using needs HWND but I just have no clue how it works and how to initialise it.

In my SoundManager class I have:

bool OggPlayer::InitDirectSound( HWND hWnd )
{
//code
}

and then in mainGame:

void MainGame::Initialise()
{
HWND hwnd = NULL;

op.InitDirectSound(hwnd);
op.OpenOgg("music.ogg");
op.Play();
//random code
}

Obviously I need to pass hwnd into InitDirectSound but at this point I'm just guessing and setting it to null.

Any help explained in layman's terms would be appreciated.

Re: I just don't understand HWND

«_Superman_»16-Oct-09 8:44

«_Superman_»

16-Oct-09 8:44

What kind of application have you built?
Is it an MFC application?
If it is you can get the main application window handle using AfxGetMainWnd()->m_hWnd.

If it is a dialog application and your writing the code in the dialog class, you can directly use m_hWnd.

«_Superman_»
I love work. It gives me something to do between weekends.

Microsoft MVP (Visual C++)

Re: I just don't understand HWND

GLGunblade16-Oct-09 8:52

GLGunblade

16-Oct-09 8:52

No MFC involved.
I'll try using m_hWnd... when I figure out how to use it >_>

Re: I just don't understand HWND

Richard MacCutchan16-Oct-09 9:05

Richard MacCutchan

16-Oct-09 9:05

GLGunblade wrote:
I'll try using m_hWnd... when I figure out how to use it >_>

This is just the handle to your application's main window (whether app, or dialog). Windows needs it to discover who makes the call to an API function. You don't need to figure out how to use it so much as use the value that is returned by a CreateWindow() call, or in a Dialog application the handle that Windows sends you on every callback.

Re: I just don't understand HWND

GLGunblade16-Oct-09 9:11

GLGunblade

16-Oct-09 9:11

Sorry but still stuck, I'm pretty much a n00b programmer.
By using it I mean I just have no clue on handles or what not or where to put m_hWnd, it comes up as undeclared identifier. Everytime I've coded I've never really bothered with this and if some piece of code included it i just stuck it in and hoped it worked.

I have no CreateWindow call and I have no idea where in my program (which isn't really my program) windows sends a handle.

Re: I just don't understand HWND

CPallini16-Oct-09 10:52

CPallini

16-Oct-09 10:52

GLGunblade wrote:
which isn't really my program

Cannot ask the author?
Smile | :)

If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.

This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke

[My articles]

Re: I just don't understand HWND

GLGunblade16-Oct-09 17:39

GLGunblade

16-Oct-09 17:39

He wasn't available at the time and since I wanted this done asap and wasn't probably wouldn't see him till Tuesday i thought i'd ask.
Though I've got it working. Thanks for the help guys Smile | :)

Re: I just don't understand HWND

Richard MacCutchan16-Oct-09 22:19

Richard MacCutchan

16-Oct-09 22:19

GLGunblade wrote:
I have no CreateWindow call and I have no idea where in my program (which isn't really my program) windows sends a handle.

I would suggest that you get hold of a book on Windows programming to get an understanding of the basics; Charles Petzold has written some very good ones.

Re: I just don't understand HWND

GLGunblade17-Oct-09 15:10

GLGunblade

17-Oct-09 15:10

i'll keep that in mind and take a look, thanks Smile | :)

DDX_CONTROL VS. Create for the RichEditClass

ForNow16-Oct-09 6:33

ForNow

16-Oct-09 6:33

Hi,

I am wondering if any of the experts can give me some insights into the Different behavior

of the RichEdit when the object is Connected

By DDX_CONTROL as opposed to Create

1) The Font is Different

2) GetTextExtent for calculating the Length
of a line works differently (maybe
this has to do with font)

3) The Background Color is different
with DDX_CONTROL it seems be in
reverse video (when I right
it goes away)

thankx

Re: DDX_CONTROL VS. Create for the RichEditClass

Iain Clarke, Warrior Programmer16-Oct-09 22:06

Iain Clarke, Warrior Programmer

16-Oct-09 22:06

I can't answer 100%, but I'll help a bit.

The difference is not DDX_Control. That just helps you associate a variable in your dialog with a window.

The difference is:
a) A control "built" in to the dialog resource, and created automatically as part of the dialog creation,
and
b) A control you create manually, later.

So, to answer your points...
1) Different Fonts.
At creation time for the dialog, it sets the font (WM_SETFONT) of the child windows (ie, your rich edit) to the same font as the dialog is set to use.
When you create a window manually later, this step does not happen.

2) Different extent sizes.
Almost certainly the same issue. Text size comes from fonts.

3) Inverse background colour.
Not sure, but I bet the text is inially selected, or something along those lines. Try dragging the mouse over text - I bet it goes inverse too.

Points 1 & 2 would be the same for a button, or an edit control... Nothing to do with the rich edit control at all.

Hope that helps!

Iain.

I have now moved to Sweden for love (awwww).
If you're in Scandinavia and want an MVP on the payroll (or happy with a remote worker), or need contract work done, give me a job! http://cv.imcsoft.co.uk/[^]

Re: DDX_CONTROL VS. Create for the RichEditClass

ForNow17-Oct-09 14:22

ForNow

17-Oct-09 14:22

I guess I can send EM_GETCHARFORMAT to the rich edit control after the DDX_CONTROL connects it to the object

and find out the font

I can then set it with the EM_SETCHARFORMAT message

Re: DDX_CONTROL VS. Create for the RichEditClass

ForNow17-Oct-09 17:41

ForNow

17-Oct-09 17:41

Think you right I Sent EM_GETCHARFORMAT message to get the Font

With Create there was garbage in the szFaceName

With DDX_CONTROL It was "Shell Dlg 2"

Tried to change the font with EM_SETCHARFORMAT setting CFM_FACE and CFM_SIZE

that didn't seem to work

Anyway thankx for your help

how to work out "type redefinition" problem

yugiant16-Oct-09 4:57

yugiant

16-Oct-09 4:57

Hi in my project i import msado15.dll to opetate data from database
now i want to let the data can print in ms-word,so i
#import "C:\Program Files\Common Files\Microsoft Shared\OFFICE11\MSO.dll" rename_namespace("AAA")
but it said:
error C2011: '_Application' : 'class' type redefinition
error C2011: '_Global' : 'class' type redefinition
error C2011: 'FontNames' : 'class' type redefinition
error C2011: 'Languages' : 'class' type redefinition
error C2011: 'Language' : 'class' type redefinition
error C2011: 'Documents' : 'class' type redefinition
error C2011: '_Document' : 'class' type redefinition
..........................
i know it should rename_namespace, but i am a fresh man, i can not find example
how can i work this problem, how to rename namespace, and what name should be renamed
thanks a lot

Sincerely

Re: how to work out "type redefinition" problem

«_Superman_»16-Oct-09 5:05

«_Superman_»

16-Oct-09 5:05

Are you using the same namespace name in both #imports?
If both DLLs contain the _Application object you will get this error.

So try this -

#import msado15.dll rename_namespace("AAA")
#import mso.dll rename_namespace("BBB")

Now you can access the ADO object as AAA::_Application and the Office object as BBB::_Application.

«_Superman_»
I love work. It gives me something to do between weekends.

Microsoft MVP (Visual C++)

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