Come together with the global Drupal community in Rotterdam, 28 Sept – 1 Oct 2026. Sessions, contribution, connection, and Early Bird savings until 8 June.Please have a look at http://test.designwissen.net/ When using Internet Explorer 6 I encounter the problem that the second level sub menus disappear behind the select forms. Any idea how to solve this? Best regards
| Comment | File | Size | Author |
|---|---|---|---|
| #7 | a_nice_menu_test_ie6.jpg | 59.56 KB | brenes |
| #7 | b_nice_menu_test_ie6.jpg | 68.69 KB | brenes |
| #7 | c_nice_menu_test_ie7.jpg | 66.64 KB | brenes |
Comments
Comment #1
koorneef commentedMaybe adjusting the z-index ?
Comment #2
brenes commentedHmm I tried changing the z-index of the menus in the nice_menu.css and it didnt change the behaviour in IE6. But maybe I did something wrong. Do I also have to give a z-index and a position:absolute to the form elements?
Comment #3
koorneef commentedI'm sorry, I don't have IE6 available anymore on my laptops, anyone else can help maybe ?
See also: http://drupal.org/node/278367
Comment #4
brenes commentedkorneef thank you for the response. I followed your link and tried the different things stated in the Nice Menus FAQ. But no change. Anybody out there whos able to cross check my site in IE6?
Comment #5
add1sun commentedWell IE6 has bigtime issues with form elements and the JS iframe shim is in place to deal with it. Have you modified any of the code that might pull that in or are you using any other JS that might be wonking out? Can anyone else replicate this on a fresh install? You can also try the dev version of the module to see if that works since there is new code around how the JS gets added in there.
Comment #6
brenes commentedwell thanks I will try to replicate it with a fresh install and post the results here.
Comment #7
brenes commentedOk I tried replicating the issue with a fresh drupal 5.8 install by using the default Garland Theme. The behaviour is strange because by hitting the first three menu points on the second level - so that the third level could pop out - everything seems fine. But the fourth and the fifth menu point shows up different. Here only the right corner edge is hovering behind the form element (See attached screenshots). Another thing I tried was testing the behaviour in IE7. If the nice menu hovers over the dropdown form then it appears as if there is a small text field under the fly outs (attached screenshot) if you click on it the browser crashes.
Comment #8
add1sun commentedHm, yeah that IE6 "partially"working is weird. The IE7 stuff is something that seems to pop up for some people and not others and I think is related to the uneccessary iframe shim in IE7.
Did you use the current release (5.x-1.2) or the new dev version (5.x-1.x-dev)? The new dev version *should* at the least get rid of the IE7 issue.
Comment #9
brenes commentedThanks add1sun just now I tried the 5.x-1.x-dev version. Behaviour in IE7 is fine but in IE6 the menus wont pop out.
Comment #10
add1sun commentedHrm, that's not good. I don't currently have access to an IE test environment. Could you do a little troubleshooting? If you look at line 5 in nice_menus.js, you should see:
if (document.all && !window.opera && !window.XMLHttpRequest && $.browser.msie)that is trying to target only IE6. Try removing each criteria one at a time and see if removing any one of them makes the menus work in IE6 again.
Comment #11
brenes commentedOk if you get rid of
&& !window.XMLHttpRequestit works fine in IE6, but in IE7 youll get the textfield under the menus and the browser crash. If you remove either&& !window.operaor&& $.browser.msieor both of them you get exactly the same behaviour as if you leave them in - working in IE7 and no popups in IE6.Comment #12
add1sun commentedDamn, that's a bummer. I'll need to look at the XMLHttpRequest. That should theoretically only exist in IE7 so that is a key filter for the JS. I'm at a conference all this week but I will try to look at in the next few days and see if I can work out what is going on.
Comment #13
add1sun commentedSetting this to a bug now too.
Comment #14
brenes commentedok add1sun thanks so far. I will stay tuned and be available for any troubleshooting.
Comment #15
jaymallison commentedtry this line:
if (document.all && !window.opera && (navigator.appVersion.search("MSIE 6.0") != -1) && $.browser.msie) {
instead of:
if (document.all && !window.opera && !window.XMLHttpRequest && $.browser.msie) {
works for me. :shrugs:
Comment #16
brenes commented@jaymallison thanks a lot, this is working for me, now ie6 and ie7 are both opening their submenus. The issue with the ie6 hovering over form elements is still appearing.
Comment #17
jaymallison commentedis it having issues with "all" form elements, or is it specifically < select > tags. IE6 has a known bug with this, as all select boxes are drawn through GDI by the OS, and as far as I know, the only fix is to write some code to hide all of the select boxes on the screen when you access the drop down menus.... at least thats what I've done in the past.
---
ahhh.... nm, I looked at your site, and yeah you've got a bunch of select boxes. So that makes perfect sense. You'll need to add some jquery code to hide the select boxes when the menus are activated, maybe the module dev has an idea for this? I'm not that good with jquery yet, shouldn't be too hard though. Otherwise it sounds like the iframe trick needs tweaking.
Comment #18
add1sun commentedWell the IE6 iframe crap we have in Nice menus should take care of that issue and has for a while now. Has anyone else reproduced this?
Comment #19
add1sun commentedI still can't reproduce this problem and seems no one else has either. I'm not sure what is causing it but it seems like an isolated event so I am closing this issue.