DHTML Lab: HierMenus CENTRAL: Known Issues - dhtmlab.com

A possible HM work around for form and other select elements is to hide the select element completely when the menu pops up, using the UponDisplay/UponHide parameters. This would require the crafting of some custom code on your part, but you can find some examples at the pages below.

For a general discussion of the problem, see this page:

https://www.webreference.com/dhtml/diner/seethru/

And for a potential HM specific workaround, see these pages, documenting the UponDisplay and UponHide parameters:

https://www.webreference.com/dhtml/column36/8.html
https://www.webreference.com/dhtml/column36/9.html
https://www.webreference.com/dhtml/column42/11.html
https://www.webreference.com/dhtml/column42/12.html

And more recently:

https://www.webreference.com/dhtml/hiermenus/inprogress/6/

Also note this addendum to the "seethru" discussion above: In some browser/version combinations, Flash supports an additional parameter called "wmode" (i.e., Windowless Mode) that, when applied, allows DHTML elements to float over the top of the Flash animation in certain browsers (IE6 included). See these pages on Macromedia's site for further details:

https://www.macromedia.com/support/flash/ts/documents/wmode.htm
https://www.macromedia.com/support/flash/ts/documents/flash_top_layer.htm

BUG: Internet Explorer Stops Responding When You Download Images

We've only been able to replicate the problem in HM when the Internet Explorer cache setting is set to check for new versions on "Every Visit to the Page," however, some users of customized Internet Explorer versions have noted that they can even receive the error when the cache settings are set to "automatically." (Could the cache setting displayed in Internet Options be different from the registry setting used for cache purposes? See this Microsoft Knowledge Base Entry for registry setting details.)

1. Have users change their cache settings to "Automatically."
2. Do not use image rollovers; i.e., specifically set HM_GL_ImageSrcOver and HM_GL_ImageSrcLeftOver to null. The initial more images will still be displayed in this scenario; they simply won't change color when the user rolls over menu items.
3. Turn off more images completely via the Top More Images Visible and Tree More Images Visible parameters of the menu arrays.

Any additional information on this issue would be appreciated. If you have any further information or other workarounds please feel free to share them:

IE Rollovers

Opera Frame Freezing Example

No work arounds are available at this time. Any additional information on this issue would be greatly appreciated. If you have any further information on this topic please feel free to share it:

Opera Freeze

Any additional information on this issue would be greatly appreciated. If you have any further information on this topic please feel free to share it:

Opera Parent

https://support.microsoft.com/default.aspx?scid=kb;en-us;309548

Other suggestions are requested. Please use this link to send mail if you have any insights and would like to share them:

Netscape 4 character problems

Other suggestions are requested. Please use this link to send mail if you have any insights and would like to share them:

Netscape 4.0x charset settings

Other suggestions are requested. Please use this link to send mail if you have any insights and would like to share them:

Netscape 4.x img blocks

To see what we're talking about, have a look at these two sample pages, neither of which even use any JavaScript:

Absolutely Positioned Div On Bottom
Absolutely Positioned Div On Top

Load the first page in IE5.5 or 6, then shrink the browser window until just before the vertical scrollbar would appear. Then load the second page into the same window without resizing it. On the second page, you'll notice your vertical scrollbar appears, even though the page contents should be identical (the only difference being a hidden, absolutely positioned object at (0,0) which, in the first page is defined at the beginning of the document and in the second page is defined at the end of the document). Our guess is that IE is somehow incorrectly applying (or not applying) margin collapse to the hidden object when it appears on the bottom of the page and assuming some white space needs to be added to accommodate the object. (But that is just a guess.) In HierMenus this space virtually always appears, since HM always creates menus at the end of the page (via appendChild). The only exception would be if another absolutely positioned object on the page was positioned beneath the logical end of the document, in which case the white space is still added to the end of the document but it's not noticed because the lower absolutely positioned object is forcing the scrollbars downwards anyways.

We do have a work around that may remove the whitespace for you; it is not thoroughly tested at this time but seems to be working well in our own test pages. Drop us a note on the support line to get further information if you're interested.

Other suggestions are requested. Please use this link to send mail if you have any insights and would like to share them:

Internet Explorer White Space

Other suggestions are requested. Please use this link to send mail if you have any insights and would like to share them:

Safari Variable Width Menus

HM_GL_HoverTimeTop  = (HM_Mac)?200:0;

Further suggestions on this issue are welcome! Please use this link to send mail if you have any insights and would like to share them:

Mac/IE5 Page Distortion

• Menu doesn't appear when CreateTopOnly = true (even though the menu appears to be built correctly).
• The bottom scroll bar in scrollable menus sometimes allows portions of the menu items beneath it to "bleed through" the scrollbar itself.
• Variable width menus are sometimes incorrectly proportioned.

1. Set HM_GL_CreateTopOnly to false. Remember that you can do this conditionally, i.e:

   HM_GL_CreateTopOnly = (HM_Mac&&HM_IE) ? false : true;

   Mac IE5 in particular is sometimes more consistent when menus are created all at the same time at page load.
2. Adjust your HTML. Sometimes the smallest difference in an HTML page will allow the menus to render more consistently. In one recently reported situation, we found that simply closing an open paragraph tag (i.e., specifying <p>&nbsp;</p> instead of <p> by itself) was enough to trigger correct menu displays. We suggest a simple divide and conquer approach; start with a blank page consisting only of a working HM setup, then add smallish page blocks one at a time until the problem occurs.
3. Use fixed-width menus, or set menus to be fixed width conditionally for IE5 Mac. The following array segment does precisely this:

   HM_Array2 = [[((HM_Mac&&HM_IE)?100:300),
   ,,,,,,,,0,0,0,0,,,,,,,
   ((HM_Mac&&HM_IE)?0:1),  // top_is_variable_width
   ((HM_Mac&&HM_IE)?0:1)], // tree_is_variable_width

   Further suggestions or insights on this issue are welcome! Please use this link to send mail if you have any insights and/or test cases you would like to share:
   
   Mac/IE5 Menu Displays

1. Microsoft did not correctly identify the problem, and therefore did not fix it properly.

or

2. Microsoft identified the problem correctly, fixed it properly, but HM is exposing a different, but related problem.
(this is our guess)

or

3. It is not an IE problem, but more of an HM problem.