PRB: Unexpected Menu Merging Behavior in Internet Explorer (193098)
The information in this article applies to:
- Microsoft Visual Basic Learning Edition for Windows 5.0
- Microsoft Visual Basic Professional Edition for Windows 5.0
- Microsoft Visual Basic Enterprise Edition for Windows 5.0
- Microsoft Internet Explorer (Programming) 3.02
- Microsoft Internet Explorer (Programming) 4.01
- Microsoft Internet Explorer (Programming) 4.01 SP1
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.
| Modification Type: | Major | Last Reviewed: | 12/10/2003 |
|---|
| Keywords: | kbActiveDocs kbMenu kbprb KB193098 |
|---|
|