Dialog CStatic update problem - C / C++ / MFC Discussion Boards

Blaster10-Sep-02 5:44

10-Sep-02 5:44

In my application, I have lots of top level windows. The only styles I set are WS_EX_TOOLWINDOW (extended style) and WS_POPUP (normal style). That makes border-less windows that do not add a button on the task bar.

I have a registered a hotkey to show all the windows from anywhere. It works perfectly.

What I am trying to do now is find a way to send those windows to the bottom of the Z order, behind all other windows and the give the focus to the window that had the focus before the windows where shown.

SetWindowPos with HWND_BOTTOM (and SWP_NOSIZE | SWP_NOMOVE) should do that trick, but it doesn't. The function is called and returns a success, but the windows stay in from. I tried not setting the WS_EX_TOOLWINDOW style but it doesn't change anything.

I have looked for HWND_BOTTOM (and MFC's wndBottom) in the message board, on CodeGuru's message board and on Google. I saw someone with the same problem, but there was no reply. It was either a copy-paste of the doc with the message related to HWND_TOP, or the doc itself.

----------------
Blaster
Computer game programmer and part time human being
http://www.blastersoft.com

Re: HWND_BOTTOM and SetWindowPos

Joaquín M López Muñoz10-Sep-02 6:44

Joaquín M López Muñoz

10-Sep-02 6:44

Try setting the desktop as the parent of your top level windows (no success guaranteed Smile | :)

).

Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo

Re: HWND_BOTTOM and SetWindowPos

Blaster10-Sep-02 6:49

Blaster

10-Sep-02 6:49

Yeah, I know about GetDesktopWindow but I always thought it was the same as specifying null as the parent.

By the way, no luck, it didn't work.

----------------
Blaster
Computer game programmer and part time human being
http://www.blastersoft.com

Re: HWND_BOTTOM and SetWindowPos

Joaquín M López Muñoz10-Sep-02 7:12

Joaquín M López Muñoz

10-Sep-02 7:12

(Another crazy idea) Have an invisible dummy window as the parent of the popups and do the SetWindowPos on this.

Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo

Re: HWND_BOTTOM and SetWindowPos

Blaster10-Sep-02 7:39

Blaster

10-Sep-02 7:39

Yeah, that's a good idea. But it still doesn't explain why it doesn't work right now.

----------------
Blaster
Computer game programmer and part time human being
http://www.blastersoft.com

Re: HWND_BOTTOM and SetWindowPos

Joaquín M López Muñoz10-Sep-02 7:43

Joaquín M López Muñoz

10-Sep-02 7:43

When it comes to Windows programming, often one has to settle for workarounds instead of explanations Smile | :)

Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo

MFC CRecordset ODBC Access Rights

Alberto Zanetti10-Sep-02 5:39

Alberto Zanetti

10-Sep-02 5:39

I have a problem using CRecordSet and CDatabase in W2000 with a restricted-permission user. CDatabase::Open return with the error: "Cannot read the registry key SOFTWARE\ODBC\ODBC.INI\ ", but with regedit this key is visible. Where is the problem?
Someone can help me?
thanks

Dialog CStatic update problem

simbakid10-Sep-02 5:11

simbakid

10-Sep-02 5:11

Greetings all (first post on CodeProject),

Have a fairly simple Dialog based application (modal) which
calls another class (Worker) to perform a list of tasks. Dialog box
class has a simple method for setting the window text of a
CStatic, all works fine (window text is updated correctly
by Worker class until Worker class makes a ShellExecuteEx call
to run another exe. Upon return from the ShellExecuteEx call
the CStatic window text can't be updated, the calls are there
to change the text, it just doesn't work, I've tried a few combinations
of SetForeGroundWindow(), ShowWindow (SW_HIDE/SW_SHOW), Invalidate()
and so on... all to no avail.

Read around various sites and forums with no real success.

Code snipper follows:

if (ShellExecuteEx(&stShellInfo)) {<br />
<br />
		int nResult = (int)stShellInfo.hInstApp;<br />
		if (nResult >= 32) {<br />
			theApp.SetSubProgressMessage("SHELLINFO hInstApp = process successful");<br />
		}<br />
		else {<br />
			theApp.SetSubProgressMessage("Process failed");<br />
		}<br />
<br />
		// wait for runjob to finish<br />
		WaitForSingleObject(stShellInfo.hProcess, INFINITE);<br />
<br />
		// Close process and thread handles. <br />
		CloseHandle(stShellInfo.hProcess);<br />
<br />
		// bring progress dialog back to front<br />
		CWnd *pWndPrev, *pWndChild;<br />
		if (pWndPrev = CWnd::FindWindow(NULL, _T("Progress"))) {<br />
			pWndChild = pWndPrev->GetLastActivePopup();<br />
			// If iconic, restore the main window<br />
			if (pWndPrev->IsIconic()) {<br />
				pWndPrev->ShowWindow(SW_RESTORE);<br />
			}<br />
<br />
			// Bring the main window or its popup to the foreground<br />
			//pWndChild->SetForegroundWindow();<br />
			//pWndChild->ShowWindow(SW_RESTORE);<br />
			//pWndChild->SetFocus();<br />
<br />
			//pWndChild->Invalidate();<br />
			//pWndChild->SetForegroundWindow();<br />
			pWndChild->ShowWindow(SW_HIDE);<br />
			pWndChild->ShowWindow(SW_SHOW);<br />
		}<br />
...

No message after the "process successful" message are displayed.

Any suggestion/help/info would be greatly appreciated.

BTW, it's probably obvious that I'm new to MFC.

MTIA.

Chris Confused | :confused:

Re: Dialog CStatic update problem

Pavel Klocek10-Sep-02 5:33

Pavel Klocek

10-Sep-02 5:33

Your application sleeps in WaitForSingleObject call until the child process finishes. You need to handle application message queue using PeekMessage. Search in MSDN Library for Q74795 KB article "Using PeekMessage() Loops in a Dialog Box" for details.

Pavel
Sonork 100.15206

Re: Dialog CStatic update problem

simbakid10-Sep-02 22:29

simbakid

10-Sep-02 22:29

Thanks for the help Pavel, much appreciated.

Re: Dialog CStatic update problem

simbakid11-Sep-02 0:55

simbakid

11-Sep-02 0:55

Read up on the article you posted, also read about the
TranslateMessage and DispatchMessage functions but still
unclear as to where and how I would implement the
PeekMessage calls.

Once again, many thanks for the help.

Chris Confused | :confused:

Re: Dialog CStatic update problem

Pavel Klocek11-Sep-02 1:31

Pavel Klocek

11-Sep-02 1:31

Use the WaitForSingleObject call in a loop with timeout set to reasonable short time (100 ms?) and when it doesn't return WAIT_TIMEOUT, break from the loop. If it does, pump the messages using PeekMessage and continue looping.

Pavel
Sonork 100.15206

To make a Round Shape window in MFC

Inam10-Sep-02 5:06

Inam

10-Sep-02 5:06

Hi to All
I want to ask u that how can i make a round shape window or elliptical shape window using MFC.Please explain with some Code
Thanks

Inam

Re: To make a Round Shape window in MFC

Paul M Watt10-Sep-02 5:11

Paul M Watt

10-Sep-02 5:11

In your OnCreate handler create a round region then call SetWindowRgn to change the shape of the window like this.

RECT rWindow;
GetWindowRect(&rWindow);
HRGN hRgn = :: Create EllipticRgnIndirect(&rWindow);
::SetWindowRgn(hRgn, TRUE);

You do not need to delete the region that is selected into the SetWindowRgn because windows takes ownership of that region. You should not use that region at all after you call that function.

Build a man a fire, and he will be warm for a day
Light a man on fire, and he will be warm for the rest of his life!

Using GDI

Zayax10-Sep-02 4:46

Zayax

10-Sep-02 4:46

Hi!

Can windows GDI command be used in the Visual C++?
I'm trying to do some coordinate transformation and mapping in the CView. Can I use windows GDI command such as SetWorldTransformation. It seems like using XForm method were much easier for coordinate transformation. Even if I can use GDI command in my visual C++ project how do I suppose to do it? I've tried the example in MSDN but it didn't work Confused | :confused:

Newbies

Re: Using GDI

Pavel Klocek10-Sep-02 4:57

Pavel Klocek

10-Sep-02 4:57

Zayax wrote:
Can windows GDI command be used in the Visual C++?

In Visual C++ for sure. If you mean in MFC then again, yes. MFC uses CDC class in drawing - it's a thin encapsulation of GDI display context.

Pavel
Sonork 100.15206

Re: Using GDI

Paul M Watt10-Sep-02 5:07

Paul M Watt

10-Sep-02 5:07

Yes you can, however the wrold translform functions are only supported on the Windows NT operating systems. So your program will not be able to be used on Windows 95, 98 and ME.

Build a man a fire, and he will be warm for a day
Light a man on fire, and he will be warm for the rest of his life!

Re: Using GDI

Zayax10-Sep-02 5:16

Zayax

10-Sep-02 5:16

Is there any MFC way to do the coordinate transformation?

Newbies

Re: Using GDI

Paul M Watt10-Sep-02 5:17

Paul M Watt

10-Sep-02 5:17

I do not think that there is. THe reason why is because it would not be supported on Windows 9x.

Build a man a fire, and he will be warm for a day
Light a man on fire, and he will be warm for the rest of his life!

Re: Using GDI

Zayax10-Sep-02 5:30

Zayax

10-Sep-02 5:30

Then how come there was some software that could do that kind of coordinate transformation and still could be use in win 9x? Confused | :confused:

Newbies

Re: Using GDI

Paul M Watt10-Sep-02 5:53

Paul M Watt

10-Sep-02 5:53

The transformations were probably written by hand and did not depend on the Windows API.

Build a man a fire, and he will be warm for a day
Light a man on fire, and he will be warm for the rest of his life!

Warning: skipping non-radio button in group.

jimNLX10-Sep-02 3:53

jimNLX

10-Sep-02 3:53

This message continuously scrolls while my project is running and I can't seem to figure out why.

Anyone seen this before?

Re: Warning: skipping non-radio button in group.

Pavel Klocek10-Sep-02 4:00

Pavel Klocek

10-Sep-02 4:00

You should revise tab order and group styles of buttons in your dialog resource. Radio buttons in one group should be in tab order directly in sequence, first of them should have the Group style set, and the first control behind should have the group style set too.

Pavel
Sonork 100.15206

Re: Warning: skipping non-radio button in group.

jimNLX10-Sep-02 4:13

jimNLX

10-Sep-02 4:13

Yep that's is it! Thanks...I would have never guessed that the next control would have to have it's group flag set.

Thanks!

Re: Warning: skipping non-radio button in group.

Gary R. Wheeler11-Sep-02 14:49

Gary R. Wheeler

11-Sep-02 14:49

You may get this message anyway, if the radio buttons are the last controls in the tab order in the dialog. It's harmless, so I wouldn't worry about it.

Gary R. Wheeler

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