Milonic provide full featured pull down web menus for some of the worlds largest companies
click here to see what it can do for you

Download Milonic DHTML Menu
Buy Milonic DHTML Menu

Back To Start Of Archive
Taken From The Forum: Help & Support for DHTML Menu Version 5+
Forum Topic: Click to view post
Last Updated: Saturday July 14 2012 - 06:07:28

mozilla 1.6 scroll bars and menu widths


Poster: ericparks
Dated: Friday May 14 2004 - 14:59:39 BST

Hi, I'm new to the menu and I think it is really cool. My question is do you guys support mozilla (which I know very little about at this point)? If so, I have a couple of things I've noticed that may be bugs, or perhaps the fact that I'm a newbie and don't know what I'm doing with the menu...

I noticed in mozilla, my menu on http://www.benefitspool.com/new is cool for the first two menu items, but the last 3 have width problems that do not arise in IE. I also noticed on your verticle sample:

http://www.milonic.com/menusample2.php

that when you hover over the scroll bar, the menu disappears as if you've moved off the menu. Also, one of the menu items stays a different color. I'm using the latest release of mozilla.

Thanks, Eric


Poster: ericparks
Dated: Friday May 14 2004 - 15:08:16 BST

I see that in your verticle sample http://www.milonic.com/menusample2.php the menu items are the correct width in mozilla, so perhaps my menu width problem is something I can figure out on my own, unless its a versioning problem. Do you guys update your samples to use recent releases?

The menu disappearing when hovering over the scrollbar, and menu item color staying selected on your verticle sample may still be issues though, assuming you do support mozilla.


Thanks again,
Eric


Poster: Ruth
Dated: Friday May 14 2004 - 21:58:41 BST

Yes, it is supported. You can see the browsers supported on the home page, scroll to the bottom. The reason Mozilla is doing that is you have not placed the menu in the table as it's supposed to be placed there. If you fix that then they work fine. Click the link below and go to sample9 the table sample. As you can see, according to the information you can't just put the codes in the table cell. That will work on some browsers but keeps it from rendering at all in others, or causes it to break up. If you need help after you read it, just let us know. :)

I'm not seeing the problem with the scroll bar on the menu samples. Have you got your settings somehow set to make it real small or something?

The reason that one item is a darker color is from pagematch. That is an option you have to implement in the menu_data.js file. It will highlight the menu item which corresponds to the page you are on with whatever bgcolor you list there. If you don't want that just cut it out, or put // in front of it, remember to put // in front of pagecolor also which refers to the font color.

Ruth


Poster: ericparks
Dated: Friday May 14 2004 - 22:11:12 BST

Thank you very much for your help. I'll check out the sample and fix it. I appreciate your help, you guys have good support. I figured it was probably just the way I was doing it since I just started working on it. (except for maybe the scrollbar thing, I have my mozilla settings on default install settings for mozilla, since today was the first time I'd ever looked at it).


Poster: Andy
Dated: Saturday May 15 2004 - 14:27:26 BST

Hi,

The problem with scrollbars and Mozilla 1.6+ has been raised with the Mozilla team and they have now fixed it in the latest branch. The fix doesn't appear to be in the latest 1.7 beta though but will appear in the next RC and the final release. I've just checked the nightly build and it is working properly.

http://bugzilla.mozilla.org/show_bug.cgi?id=237998

Hope this helps
Andy

Another Mozilla conundrum


Poster: mfurf
Dated: Sunday May 16 2004 - 3:16:32 BST

Here's a further Mozilla-only glitch:

I've got a menu which scrolls in an iframe. It worked fine under Version 3.x. In 5.x it works fine in IE but in Mozilla the scrolling menu's submenu loses its bearing after 12 lines when it starts to climb up presumably to where it first started. On the 13th line it goes a bit lower, then as one scrolls down further it starts to climb progressivly higher until by the 25th line it has disappeared entirely offscreen.

To see it in action, using Mozilla 1.6 click Is Coming Soon, Oh Saratoga! -2004 and start scrolling.

Very curious. I've left the 3.x code onsite so you can compare that 3.x has no problem. By selecting Driving Directions on the first scrolling menu, it will bring up a 3.x scrolling menu, the submenu of which does not lose its bearing. /mfurf

http://www.scripturewall.com


Poster: Ruth
Dated: Monday May 17 2004 - 3:26:58 BST

I remember that issue came up once before with regard to image map. What seems to be happening is that mozilla applies follow scroll to the main menu but then it doesn't read or whatever you want to call it the actual position when one has scolled down and just puts the submenu at the suboffset numbers with reference to the top of the page instead of the menu position. Have you tried putting followscroll=1; in the submenu also? I'm not sure what that will do in all browsers, it seems to work in netscape 7.1, Firebird .07. and didn't do anything strange in IE5.5

Ruth


Poster: ericparks
Dated: Tuesday May 18 2004 - 20:06:39 BST

I found out what the problem with the menu items being to wide in Mozilla was. I first did your method of putting only the main menu only the table cell, however, 3 of the submenu items kept appearing way too wide in Mozilla. The problem was that without the overflow="scroll";

In:

with(milonic=new menuname("AboutUs")){
style=ListStyle;
overflow="scroll";
aI("text=Who Is OLC BenefitsPool?;url=about.aspx;");
aI("text=Contact Us;url=contactInfo.aspx;");
}

It would make the menu item really wide. After placing that line of code in all the submenus, it worked in Mozilla. Thanks for your help. :D

Eric


Poster: John
Dated: Tuesday May 18 2004 - 20:22:44 BST

A few things I've noticed in your code.

You're 2 versions down - current is 5.18.

You're missing the drawMenus(); at the end of your submenu.js file.

Your JS menu calls are slightly out of order. submenu.js needs to be last, after mmenudom.js. From the install.txt file in your download...
Quote:
The order in which the tags appear IS important, and must be as shown above.


Poster: ericparks
Dated: Tuesday May 18 2004 - 20:41:12 BST

Thanks John.


Poster: John
Dated: Tuesday May 18 2004 - 21:22:43 BST

You're welcome.

Not trying to be picky, but we've seen some wierd things happen when stuff isn't just right (even though this menu system is very forgiving).


Poster: mfurf
Dated: Friday May 28 2004 - 16:41:54 BST

Ruth wrote:
Have you tried putting followscroll=1; in the submenu also? I'm not sure what that will do in all browsers, it seems to work in netscape 7.1, Firebird .07. and didn't do anything strange in IE5.5

Ruth


Ruth: Yes, the submenu in Mozilla is seeking the original setting position and not following the scroll. We're onto something here if not all the way.

followscroll="1"; in the submenu will not make any difference BUT

alwaysvisible=1;
followscroll="1";

solves the scrolling problem while creating the obvious problem of the submenu being always visible. So there is a way to get it to scroll correctly but not display correctly. I tried alwaysvisible=0; but no go.

Methinks Andy might want to take a peek at the interplay of the two settings in Mozilla, huh? /mfurf


Poster: Ruth
Dated: Friday May 28 2004 - 18:28:24 BST

You need to download the newest version of the menu file, version 2.0, though I don't know if that fixes the problem. Remember to always keep your old version saved just in case....

Ruth


Poster: mfurf
Dated: Monday June 7 2004 - 0:22:36 BST

Ruth wrote:
You need to download the newest version of the menu file, version 2.0, though I don't know if that fixes the problem. Remember to always keep your old version saved just in case....

Ruth


Ruth:
Could you elaborate? We're in 5.XX cuts aren't we? What is 2.0 and where do I find it?

Also, while I have this topic watched, I don't get emails when you respond on the board [like I once used to]. I'll go have a look in my profile but I don't expect to find anything. /mfurf


Poster: Ruth
Dated: Monday June 7 2004 - 0:35:07 BST

:oops: Guess my fingers went on their own lsd journey.... :lol: I have NO clue how I typed that. It should say version 5.20, which is what it was then, now of course it's 5.21. I'm sooooo sorry.

Let us know if you're not getting notifications. Something may be wrong on the board.

Ruth


Poster: mfurf
Dated: Monday June 7 2004 - 6:57:36 BST

Ruth wrote:
Let us know if you're not getting notifications. Something may be wrong on the board.

Ruth


Just discovered that the problem is on my end. Thanks. I'll get the updated 5.21 /mfurf


Poster: mfurf
Dated: Wednesday July 14 2004 - 3:53:54 BST

Just installed 5.33 and I see that wee problem is solved, the one in Mozilla where a scrolling menu's submenu would lose positioning. Serves me right for not keeping up with all the new cuts. I jumped from 5.18 to 5.33.

But this means more work as I now create the scrolling style code in the 5.xx versions.

And I shall now have to :( kiss Version 3.0 goodbye as I kept it around only because its scrolling was bugfree.

Progress is so sad at times. :?

/mfurf


Poster: mfurf
Dated: Wednesday July 14 2004 - 18:26:09 BST

Ooops, I could be wrong about the Mozilla blip. What's :oops: wrong with my brain!! Today while driving back through the woods it suddenly dawned on me, I had uploaded the three 5.33 code files and checked then checked in Mozilla the menu's effect on the scrolling submenus and pronounced the problem solved.

Not so fast. The scrolling menus were still under control of the 3.x code. Whatever could I have been thinking!!

Oy! More testing.

But hope :lol: springs eternal.

/mfurf


Poster: mfurf
Dated: Wednesday July 14 2004 - 19:26:23 BST

Nope! I was right the first time. I just checked it and it works fine. BAck to my somnambulations.

/mfurf