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:43

Need help with issue on Netscape 7.2...

Poster: brettzamora
Dated: Wednesday May 25 2005 - 17:06:35 BST


I have a client with an application I wrote that uses the DHTML menu, Version 5.0 Release Candidate 4.0 (I know that's an older release candidate, but I can't upgrade it, because functionality I need was changed.)

Anyway... this issue has just popped up for me with a client that is accessing the pages that have the menu, using the following Netscape 7.2 browser:

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax)

The symptom occurs on long menus. I have a long menu that will extend past the bottom of the visible browser window... consequently, the long menu function kicks in and my menu items list is displayed appropriately. When I hover over the items on the list... everything is fine... when I hover over the scroll bar the menuoff timer kicks in and it closes the pop-up menu before I can scroll the list...

Additional info... if I'm very quick... I can grab the scroll thumb and scroll very quickly to the bottom of the list... some of the time. If I grab the scroll thumb... but do not drag it quickly enough... the hover menu disappears on me.

Something has clearly changed in NS 7.2. The same symptoms do no occur in IE 6 or NS 7.1

Has anybody seen this condition and/or can anybody give me a suggestion?

Thanks in advance... this is very important to me... upgrading my menu is not really an acceptable option today... this is based on the input from my client... they like the way the long menus functioned in this DHTML version... or they did at least until this little issue came up.



Poster: Ruth
Dated: Wednesday May 25 2005 - 17:34:17 BST

Hi Brett,

I think you might have to contact Milonic direct on this issue. There isn't really anything we can do about it, since we do not have access to really old menu files, nor , even if we did, are we programmers who could figure out what changed in the Netscape browser and try to go into the actual menu programming and figure out how to modify/change it. I'm sorry for the bad news on this.

The version they are using is not even a final version, it was one of the beta releases as the menu was being developed. I'm not sure what you mean by the clients likely the functionality, as far as I know the menu still functions the same as it always did, with more options of course. If there is a particular thing that they like, but which doesn't seem to work now in the newest release, that might be something we could fix and get functioning.

Sorry for the bad news.


Poster: brettzamora
Dated: Wednesday May 25 2005 - 17:51:39 BST

Hi Ruth...

Thanks for the suggestion. I posted a message in the Anything Goes section, at one point. The subject was Enhancement suggestion... or something like that. Anyway... I described the functional change that occurred in the long menus support... basically... they changed the way the long menu pop-up aligned on the visible screen. In a nutshell... the basic form of the Milonic menu causes the pop-up submenus to align with the parent item they were popped up from... the long menus used to do that too... after the change... popup long menus looked to see if there was any space above them on the visible screen... and if there is... it uses it... basically causing the top of the popup long menu to no longer align with the parent item it was associated with.

For me... I don't have a problem with that... I consider that a nit! But I have a very finicky client that has told me they want the top of all pop-up menus to align with their parent item... including long menu popups... thats what the version they are using does.

It's a shame that Milonic did not implement my enhancement suggestion as I requested... all I asked for was to have old functionality and/or the new functionality characteristics be a configurable option.

Thanks again for your feedback.



Poster: Ruth
Dated: Wednesday May 25 2005 - 18:33:42 BST

Without seeing the page [I'm a visual person] I really don't know for sure what you mean. But if you are saying that you want to position the submenu in a particular place you can do that in the new version. You can do it in the submenu itself, putting a top="offset=" figure. As far as I know that works in all the browsers. For example, top="offset=20"; in a submenu would set it 20 px down for its normal opening position. Also, there are methods and functions for positioning based on x y coordinates. And, you can set a submenu position var. As far as I know you can pretty much position any menu where you want it to go.


Poster: John
Dated: Wednesday May 25 2005 - 21:01:55 BST

Brett -

Have you tried the current version (5.723 - literally more than 100 versions past what you have)? If not, could you get it and post your page for us, or post your HTML here (please don't forget to use the [code][/code] tags), and we'll throw the new version against it? With the number of bug fixes and upgrades that have gone into the system in that time frame there's no way we can try to shoot the problem (not to mention, only the current version is supported). Further, if it is still a bug it needs to be fixed.


Poster: brettzamora
Dated: Wednesday May 25 2005 - 21:17:43 BST


Thanks for the suggestion. Great idea. I'll create a test scenario myself and see if the issue still exists in the current DHTML menu. If so, I'll report it and provide a link to a sample that can demonstrate the condition.



Poster: John
Dated: Wednesday May 25 2005 - 21:36:16 BST

Great. Either way that will be a big help.

Poster: brettzamora
Dated: Wednesday May 25 2005 - 21:42:50 BST

Just an additional FYI... I just installed NS 8.01 and tested it and the problem does NOT exist in the latest NS version. Not sure what the issue may actually be with 7.2... but I'll create the test anyway and get back with you guys.



Poster: Ruth
Dated: Thursday May 26 2005 - 1:11:51 BST

Just FYI

brettzamora wrote:
I posted a message in the Anything Goes section, at one point. The subject was Enhancement suggestion... or something like that. Anyway... I described the functional change that occurred in the long menus support

I believe that 'enhancement' was made, if what you were asking is what I think. It's a Bolean ignoreCollisions option you can now put in the menu at the top. Also, you talked about frames at one point. There is a frames sample up now which you can study at the Demos section. I think the frames part is down under the modules section.