Can anyone tell me why two of my submenues does like this?
As you can see, two submenuitems ("books" and "journals") are highlighted at the same time, and the smaller "journal" submenu opens up on top of the "books" submenu. It seems that the "books" submenu doesn't go away. Puzzling.
I updated to the latest version of the menu yesterday, but it was apparently not that, because it still does it.
I'm having a similar problem. It seem that if the menu tab on the main menu bar is too close to the window edge, when you select a submenu for the main menu it wraps back to the right side. That in and of itself is not bad. Where the problem lays is with it being seperated from the meun calling it and in some cases overlapping with another submenu from the same group, like the one displayed.
I've played around with the "itemwidth" as well as the "right" properties and they don't ssem to have much effect on the over all problem. Noting elses seems to make much differenace.
I wish I could provide you a link, but the system is on our intranet and is pretty well firewalled. I can proved the code from the page as well as the menu_data.js.
I am getting a javascript error message when I mouseover books or journals, it says invalid argument, but I'm only getting it in ie5.5, not in netscape, opera, or firebird [fox]. I have no idea what it is.
I'm running ie6 under XP and I didn't get any errors. I did notice that you get the exact same problem that I get wioth the menus floating way off to the left side of the screen and being detached from the menu that called them.
For what it's worth, in I.E. 6.0.28 in XP, the problem occurs for me when the screen width is narrowed by my "Favorites" window on the left. The narrower screen width creates the menu-overlap problem for me when bringing up the "Publications" submenus.
When I close the "Favorites" window, however, the screen refreshes, and the "Publications" submenus display OK. However, the width of at least one of these submenu choices (International Journal of Minority and Group Rights) is so long that it almost goes off the screen to the right. Perhaps if this title were allowed to wrap?
Is there a war going on here between the menu display text and the menu/item width?
Thanks everybody for the input. I'll try to shorten the submenu titles and see what happens. I'm currently travelling, but I'll do it as soon as I return and I will let you know how it turns out. If anyone else would have any ideas they would of course be welcomed.
OK, here's the JS error problem in Books and Journals.
Stephen actually hit on it. The overall width of the window is the stinker, and if the Books or Journals menu is going to butt up against the edge it pops the JS error. I have added a number ("lot") of <br> in those two menus to cut down on their width. They are still a bit wide, but not as much as before. Widen your window and you will not get the error. Narrow it down so you know it will bump the menu and you will get zapped.
That is exactly the problem I'm having as well and unfortunatly, the window size varies with the monitor and user. I have already tried to narrow down the menus, but if it bumped up against the the right edge of the window, I'd get the sub menu folder over to the center of the screen. I hope that Andy has a solution. Version 5.15. still has the same problem. I tried it yesterday.
Something else is going on here. I just narrowed the window on one of my sites and popped some wide menus with no JS errors, even though they went off the right side of the screen.
Items that have numeric parameters do not need ""; e.g., subimagepadding="2"; should be subimagepadding=2;, etc. I removed all "" that were not needed, and now if the sub-menu is going to bump into the right wall it drops off the left side of the parent instead of the right side.
I recall reading in the doc that you are not suppoe to use giote arounf numbers. I noticed in the files I received that there were several quoted numeric values in the style. I never changed tham as I thought tht this was the way it was suppose to be. Well, after reading your previous two post, I went in and removed all guotes from around numeric values and my problem(s) cleared up. Amazing how things work sometimes.
Unfortunately some of the files contain relics of the beta age and never got updated. As you found out, however, if it's numeric don't try to force it to be a string!
