Forum
Please
Log In
to post a new message or reply to an existing one. If you are not registered, please
register.
NOTE: Some forums may be read-only if you are not currently subscribed to
our technical support services.
|
Subject |
Author |
Date |
|
|
Dominik Braendlin
|
Jan 15, 2008 - 6:57 AM
|
Dear Tech support
In an MDI mfc project that I am currently working on I am facing an MDI-Window menu problem. If the top menu name is [&Window] the MDI window list is inserted properly in the sub menu. If the top menu name is other than [&Window] the sub menu does not contain any of the MDI child windows not even the [More Windows…] entry if there is more than 9 windows.
In a pure mfc project the window menu is not assigned according to the name but according to the MDI window menu relevant resource ids (see GetWindowMenuPopup()).
I am currently using the Prof-UIS lib v 2.82 static linked [yu]. Is there anything that the Prof lib is doing in a different way tha pure mfc to get the MDI window menu? Does this functionality also depend on any localizing issue?
Best Regards
Adrian
|
|
|
Technical Support
|
Jan 15, 2008 - 10:10 AM
|
The MFC simply modifies the second from right popup menu in the menu bar which is often MDI window menu but not always. Prof-UIS uses a different approach. You should specify an MDI window menu item in the menu bar: m_wndMenuBar.SetMdiWindowPopupName( _T("Window") );
if( ! m_wndMenuBar.Create( NULL, this, ID_VIEW_MENUBAR ) )
{
TRACE0("Failed to create menu bar\n");
return -1; // failed to create
}You can specify your preferred or localized MDI menu name.
|
|