I have a CMDIChildWnd derived frame – a static splitter - and would like to dynamically modify its menu.
I used Spy and MFC tracer to find out what messages are send when the mouse hovers over the menu item - WM_NCHITTEST with HTMENU parameter.
WindowProc should intercept the message, however the doc is not clear where the message goes, and I cannot see it in the frame.
Is there a way to use Spy or MFC trace to find where to process the “nonclient” message?
Any help is as always greatly appreciated.
<b>To the main frame of the MFC app where OnNcHitTest can process it.
Thanks for the reply.
I can detect the mouse hits, but only on the title bar of the splitter frame.
I may have problem with the adittional window whose function is to provide tab access to additional documents.
I am still not sure where the message goes from the frame menu.
I'll keep working on that, thanks for the suggestion, it really helps.
OK, I am making progress.
Using default MDI app I can see the WM_NCHITTEST being processed ( WindowProc) by main frame - the menus hits, and by the doc/view frame - the window title area.
I am getting message #867 (?) as hit in my frame menu and WindowsProc in splitter ( my frame) catching it but since it is not near WM_NCHITTEST it is not processed.
I need to find out about this rogue 867 message origin.
Thanks for the update.
In retrospect - my "mistake" was not understanding how main frame non-client message gets back to windows message processing. After accessing the current active MDI frame I have a better understanding of things.
Of couse few "new" documents ( DirectShow graph) insterted during test and left in did not help.
Many thanks for your assistance, appreciate it.
Hi, am new to coding and to mfc, am on an application development on mfc, the problem is in my toolbar alignment, i have 9 toolbars and i want to arrange as follows
Am using VS2010 and already tried of "DockPaneLeftOf" but its not helping me whenever i rebuilt my project all toolbars is appearing in a single column. please help me out, am tired out of searching
i want to write my own MAKEFILE for our Internal Compiler,if anyone having source code..
A make file might be consider source. A make file would be consumed by the "make" utility. You can look for examples of make files.
If you want to write your own "make" application (not make file) then that would be a different source. However in that case I question why you think you would need to modify make itself. Have you looked a the documentation and understood it? If yes then what feature do you think is missing for your internal compiler?