|
I meant the window styles 
Try using wndTop as the first parameter to childDlg->SetWindowPos().
You may also want to try editing the child dialog resource and set the clip siblings property to
true.
Mark
"Posting a VB.NET question in the C++ forum will end in tears." Chris Maunder
|
|
|
|
|
aquawicket wrote: childDlg->SetWindowPos(NULL, a, b, c, d, SWP_SHOWWINDOW);
if you specify the first parameter as NULL, you must specify the SWP_NOZORDER flag also.
|
|
|
|
|
Also call
childDlg->BringWindowToTop()
|
|
|
|
|
Hmmm... So far I've tried all of the above, nothing does it yet...
In the resource editor, the dialog type is set to child. All of my other modal and modeless dialogs overlap the bitmap on the parent ok. It's just these child dialogs.
|
|
|
|
|
You stated "Then I've got a child dialog that opens in the parent."
How is this dialog created? Modal? Modeless?
Try using MoveWindow() instead of SetWindowPos(). MoveWindow doesn't mess with Z-order and your
most recent created child should be at the top of the z-order unless you've made another child
alwaysontop.
Mark
"Posting a VB.NET question in the C++ forum will end in tears." Chris Maunder
|
|
|
|
|
Good man mark... It was definetly a Z-order issue.. MoveWindow() works it out.. 
Thank you very very much..
|
|
|
|
|
This IMPLEMENT_DYNCREATE / DECLARE_DYNCREATE pair uses only default, protected and without parameters constructor. The macro uses class name as a paramater.
Is there any way to get around this?
Thanks for reading
Vaclav
|
|
|
|
|
Vaclav_Sal wrote: Is there any way to get around this?
Yes - implement your own version of the macros
There's a few reasons doing this doesn't make sense and/or is impossible:
Since the macros help implement a method of creating objects given only a class name, the only
possible constructor to use is a default one.
If you know enough about the class to know that the constructor takes a parameter then creation
by classname wouldn't be necessary.
Even if you implemented a different constructor, MFC wouldn't be able to use it.
Mark
"Posting a VB.NET question in the C++ forum will end in tears." Chris Maunder
|
|
|
|
|
Hi,
My application gets some information from the command line and need to check if some string include in this command line.
I don't know how to check/analyze if some specific string is in this command line -
What i mean is if i need to know if the string "abcd" is in the command line - how can i do it ?
I can use CString and use the CString method Find(...) - but i don't allow to do so.
Is there is other way smart way ? ( some C/C++ method maybe)
Thanks.
|
|
|
|
|
The strstr()/wcsstr() runtime library function does what CString::Find() does.
Is there a specific part you are having trouble with?
Mark
"Posting a VB.NET question in the C++ forum will end in tears." Chris Maunder
|
|
|
|
|
You can include stdlib.h in your file and then can access __argc and __argv. Alternatively, you can use the MFC way which is CCommandLineInfo. If you look at the implementation of CCommandLineInfo (in appcore.cpp) you will find that it builds up its string using __argc and __targv which is the TCHAR variant of __argv.
|
|
|
|
|
Yanshof wrote: I can use CString and use the CString method Find(...) - but i don't allow to do so.
This makes no sense. Please explain.
"A good athlete is the result of a good and worthy opponent." - David Crow
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
In simple word ... i dont want to use CString.
|
|
|
|
|
Hi
Please help me do a query based on date.
I have m_pSet (a pointer to CRecordset) and a filter m_strFilter
my date is a ColeDateTime in the form of "mm/dd/yyyy"
I need to set: m-pSet->m_strFilter to select records with birthday >= 1/1/1970
Any idea.
Thanks
Dan
|
|
|
|
|
Hi,
in the app i'm writing,i'm using ADO to connect to an Access database.I would like to pass to MySQL.How can i do this?
|
|
|
|
|
Accius wrote: How can i do this?
Use ADO to connect to MySQL instead of Access
|
|
|
|
|
Well,that's what i am doing...My question was is i can still use ADO with MySQL,instead of with Access (as i'm currently doing)
|
|
|
|
|
Moreover,i am not using the ADO.net,but the old ADO
|
|
|
|
|
|
I have a static control with horizontal and vertical scrollbars.
Both scrollbars are enabled and effective (i.e. there is scrolling amount), working fine.
The static control is a subclass of CStatic. I am monitoring the mouse actions in this static control with OnLButtonUp, OnLButtonDown, OnRButtonUp, OnRbuttonDown and OnMouseMove.
Additionally, there is an OnMouseMove in the parent window of the static control (which is the dialog). This monitors if the mouse leaves the rectangle of the static control.
Everything works fine, EXCEPT when the mouse moves from the static control over the vertical scroll bar rectangle, this will not be reported to the parent's OnMouseMove
However, there is no problem with the horizontal scroll bar, and if the vertical scrollbar is disabled, then the mouse move will be reported.
What can be the reason to this behaviour?
|
|
|
|
|
That sounds strange.
If the scrollbars are standard scrollbars (not controls) then they are part of the non-client
area of the static control. I would expect the wParam of a WM_NCMOUSEMOVE message in the static
control then would be HTHSCROLL/HTVSCROLL.
*edit* I guess I should clarify - what sounds strange to me is that the parent would get a
mousemove message when the cursor is on the scrollbar of a child window...
-- modified at 16:15 Thursday 14th June, 2007
"Posting a VB.NET question in the C++ forum will end in tears." Chris Maunder
|
|
|
|
|
The scroll bars are separate controls. I'm sorry, I did not mention this, because I thought the fact that the mouse movement over the horizontal scroll bar will be reported makes this clear.
|
|
|
|
|
In that case, it still sounds strange.
I would expect the mousemove messages to go to the scrollbar controls, not the parent 
Are the scrollbars children of the dialog or the static control?
Mark
"Posting a VB.NET question in the C++ forum will end in tears." Chris Maunder
|
|
|
|
|
The scrollbars are children of the dialog.
|
|
|
|
|
I can't see where the behavior would be different between the scroll bars.
WM_MOUSEMOVE messages go to the window under the cursor. If the cursor is over a scrollbar
control then the messages should go to that control.
Mark
"Posting a VB.NET question in the C++ forum will end in tears." Chris Maunder
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
