PRB: Unexpected Menu Merging Behavior in Internet Explorer
Article ID: 193098
Article Last Modified on 12/10/2003
APPLIES TO
- Microsoft Visual Basic 5.0 Learning Edition
- Microsoft Visual Basic 5.0 Professional Edition
- Microsoft Visual Basic 5.0 Enterprise Edition
- Microsoft Internet Explorer 3.02
- Microsoft Internet Explorer 4.01 Service Pack 2
- Microsoft Internet Explorer 4.01 Service Pack 1
This article was previously published under Q193098
SYMPTOMS
Replacing or merging menus from your UserDocument objects does not behave
as expected when the document is hosted in Internet Explorer.
CAUSE
Internet Explorer only allows the Edit and View menus to be replaced; the
File, Go, Favorites, and Help menus cannot be replaced. If the Edit menu is
not replaced, it will be empty except for a menu separator.
A UserDocument Help menu will merge with IE's Help menu.
RESOLUTION
Although it is not standard practice, it is not impossible to have two
menus with the same name. You could include a File, Go, or Favorites menu
in your UserDocument. However, this may be confusing to your user. Instead
try one of the following:
- Call the File menu something else.
- Use the Edit and View menus to store items you would normally put in the
other menus.
- Do not depend on merging with the Internet Explorer menus (it is not
part of the Web paradigm). Instead, use pop-up menus on your
UserDocument.
STATUS
This behavior is by design.
Additional query words: kbVBp500 kbActiveDocs kbIE kbInternet kbMenu kbIE400 kbIE401 kbIE401sp1 kbdsi kbDSupport kbVBp
Keywords: kbmenu kbactivedocs kbprb KB193098