Urgent plz :)menu dispalying behind the combox list

Poster: imran1malik
Dated: Wednesday July 7 2004 - 8:56:07 BST

hi,
i have downloaded the new version 5.32.

i embeded in my test application.

it's work's really fine only in ie6.but when i move to lower versions of ie , it create problem's of displaying menu behind the combo box list.

have ny one help me ..

first i give a demo to my company hten they will purchase the version 5.32.
they say it is not working on the lower version , so we can't purchase it..

so plz ny one help me , plz plz it's urgent

ok
take care

Poster: fredlongworthhighschool
Dated: Wednesday July 7 2004 - 14:06:52 BST

Can you give us a URL so we can see the results for ourselves?

Which version of IE is the problem occurring - IE4, IE5, IE5.5?

You seem to have posted this question more than once in other areas.

Poster: kevin3442
Dated: Wednesday July 7 2004 - 18:55:22 BST

Hi,

The problem isn't specific to the Milonic Menu or limited to form Select elements. The problem exists with any sort of layered dhtml content when its location overlaps various other types of elements, including some form elements, iframes, and embedded objects like flash clips, java applets, etc. These sorts of poblems tend to occur in older or crappy browsers (e.g., IE 5.0 and under, NS4.x, Opera 6.05 and under). In older browsers, form elements are "windowed" - they are actually created by the operating system and embedded in the browser window, rather than being created by the browser. As a result, such elements exist in a different "layering" structure, and cannot be layered or styled (much) by the browser; they typically occupy the top layer, regardless of the layers occuped by browser-generated elements, so they always appear on top. With other elements, the problem may be different n cause, but similar in effect. For example, in older browsers and IFrame is simply another instance of the browser embedded in the first. Other embedded object, like Java applets and Flash animations, suffer from the same layering problems... they exist outside of the layering structure generated by the browser and so are not affected by z-indexes.

I'd like to reiterate that this is not a Milonic problem, but a problem found with all layered dhtml content. Other menu systems have the same problems, so switching to a different (probably inferior ) system will not solve the problem. When you have a situation like this, there are only three solutions: (1) Rearrange the page layout so that the problematic element does not overlap with any menus or submenus. (2) Use an alternative element that does not conflict with dhtml. e.g., instead of a Flash animation, use an Animated gif. Instead of a form Select box, use the menu itself to emulate a Select box (this thread discusses that approach and provides examples). (3) Place the problematic element (e.g., the Select box, the entire form, the Flash, the Applet, etc.) into a DIV that has an ID. Hide the DIV (i.e., hide the problem element) when the submenu that overlaps it opens, then re-show the DIV when the submenu closes (sample14 provides a method of doing this and gives you a downloadable example to work with)

Hope that helps,

Kevin

Plz Read this(Select Box Problem in Older version of IE)

Poster: imran1malik
Dated: Thursday July 8 2004 - 5:05:32 BST

Hi,
Thanks Kevin, for your help.

But I have some limitations, which I like to tell about.
• We are developing a newly site, and not yet hosted, to give u a link.
• We have an emulation milonic menu, which I am using to give demo to my organization, so they will purchase it (if my problems are solved).
• I agree with u that there is nothing wrong with milonic.
• First we want that our select Box is behind that menu (u tell me the alternatives of that).
• But we have limitations in our design that we can’t redesign.
• We have Select Boxes that all fill through databases, and there is some inner functionality running on them.
• I can’t hide my Select Box because it’s half shown and half behind.
• If milonic, have any menu (Version 5.32) that will give me the same functionality ,it gives me on the IE6(All other lower version of IE does not support that like IE4,IE5,IE5.5 excludes NN and opera).
• So what I will do, they are ready to purchase, and relying on me to give them possible solutions.


Please help Kevin,
Thanks for hearing me, so nice of you.
Take care
Bye

Poster: fredlongworthhighschool
Dated: Thursday July 8 2004 - 14:00:01 BST

A long shot, but can you not persuade your bosses / customers that they really should be using IE6.

Anything below that is seriously unsecure (not that IE6 isn't!) and no longer supported by Microsoft.

Re: Plz Read this(Select Box Problem in Older version of IE)

Poster: kevin3442
Dated: Thursday July 8 2004 - 17:05:14 BST

Hi,

I'm happy to help, but I'm not sure how much more I can help. I've offered the three possible solutions that I can think of, with links to resources for the two that involve additional coding.


Naturally, that limits how much I (or anyone else) can help. but it brings up a point... if the site is still under development, then I'm not sure why you feel so locked in to its present design and function.


Yes, I understand that this is the main issue. Unfortunately, as you've discovered, it just isn't possible in some browsers to force the select box to appear behind layered dhtml conent like the menu. As you mentioned, I've given you the three possible alternatives that I can think of.


Then those limitations eliminate my first suggestion from consideration.


I don't know what sort of inner functionality these select boxes have, but I can't imagine that it would be so complex that you couldn't substitute menus for them. The menus could be filled from a database, just as your current selects are, and their functionality could be scripted as easily as your current selects. But if you mean to say that, because of the inner functionality in the select boxes, you are not able to substitute menus for them, then that would eliminate my second suggestion.


That's precisely why you'd hide it... so that it simply disappears when the menu opens, then reappears when the menu closes. It's not an ideal effect visually, but it's also not as disruptive as you might think. When a user opens a submenu, his or her attention is on that submenu, not on the select box. So they don't really notice very much that the box has moved. Also, you could possibly make your submenu larger (bigger font, more padding, added margin, etc.) so that iot completely "covers" the select box when it opens. I can't see your menu, so I don't know if this is a viable option.

Anyway, if you still feel that you can't use the hiding approach, then you've eliminated the third of my three suggestions. Unfortunately, I have no more suggestions.


I think a point that I was trying to make earlier is that nobody has the kind of solution you're after. Any javascript/dhtml-based menu system will suffer the same effect. So, there is no other version of Milonic Menus that will do what you'd like. It's an unfortunate reality with some older (and even some newer) browsers.


I wouldn't normally say this (please forgive me Andy), but I would wait before purchasing the menu. If your organization purchases the menu and then looks to you for a solution, but you end up not being able to arrive at an acceptable solution, then you will likely receive at least some of the blame. I know I wouldn't want to be in that position. Why not cntinue using the evaluation version for now, until you decide whether you can solve this issue?

Kevin

Poster: Ruth
Dated: Thursday July 8 2004 - 17:46:08 BST

Although I believe what Kevin described was really clear, just to make sure there is no misunderstanding about it, if you use the 3rd option he gave about hiding the select boxes, your boxes are always visible unless someone mouses over the menu and as soon as they remove their mouse from the menu the boxes are again visible.

Ruth

Thankx Kevin

Poster: imran1malik
Dated: Friday July 9 2004 - 4:33:58 BST

hi,
Thankx kevin,
I am still working on some aspects of this menu.
And Sorry that i don't agree with any of your solution's.
But u r great guy to help others in difficult sittuation.
I am convinsing them to rely on IE6.
Any how i ll talk u later
take care
bye

Poster: John
Dated: Friday July 9 2004 - 7:08:38 BST

With all due respect, I think you are making a mistake by not following at least one of Kevin's very good solutions. The div hide routine is the best in your situation, it works well and quickly, is used by quite a few of our customers, and would solve your problem.

I honestly don't think you're giving it a fair chance.

Just my outside, non-Milonic opinion.

Poster: Ruth
Dated: Friday July 9 2004 - 14:00:17 BST

For testing purposes I have Netscape 4.79, 6.1, 7, firefox .07, and I use IE 5.5. The link Kevin gave to the menu sample14, which is used to hide things like select boxes, applets, flash when any submenu which would drop over them is used works extremely well on all of those browsers. If you are having difficulty figuring the logistics of how to code to hide the boxes in mouseover position we would be glad to help. You code the divhider.js file to only hid the boxes when the particular submenu that would drop over them is open not when the other submenus are used. Unfortunately, not knowing what your layout is and how your select boxes are positioned within that layout we can't give you a visual example of how it would look and work on your site.

Ruth

Poster: emilyb
Dated: Thursday August 19 2004 - 22:49:28 BST

hi imran

i had a similar problem as yours with a popup calendar i was developing, in that form select boxes were showing through the layer of the popup calendar and using IE6. obviously i haven't tried it out with milonic menus, but it should work...see my post:

http://www.milonic.com/forum/viewtopic.php?t=4778

this method means you don't have to hide form elements.

Hiding DIVs only for certain browsers...

Poster: milohoss
Dated: Thursday December 23 2004 - 4:05:49 GMT

Brilliant idea - to hide the Flash when the menu pops down. BUT - does anyone know how to do this ONLY for certain affected browsers? I have a client who uses Mac IE 5.0 - retarded, i know, but nothing I can do about it and i have to attend to the problem, but i don' t want to make the site look ugly for better browsers. Thanks!

Poster: Ruth
Dated: Thursday December 23 2004 - 4:30:40 GMT

Have you tested the newest version? I have an applet and the menu drops over it without the div hider being needed, if the divhider is there it still drops over without making the div disappear.

Download the newest version, make sure you keep the old files just in case there are other problems that occur, and see if it will drop over the flash on your client's browser. I dont' have flash, but I do have an applet and I've got the divhider there because it was needed with an older version of the menu and I just never changed the page, but it doesn't hid anything now since the menu drops over the applet normally. Perhaps if it is needed with that OS and browser it won't actually 'hide' anything, it may just make the menu think nothing is there?

If that doesn't work, I think you might need some kind of js function which tells the divhider to function if the Mac and IE are being used.


Ruth

Re: Hiding DIVs only for certain browsers...

Poster: kevin3442
Dated: Thursday December 23 2004 - 17:26:13 GMT

Hi,

The divhider.js code should do so automatically; hiding the div only for problematic browsers.

An additional trick is to make a screen cap of a good frame of the flash, save it in a .gif or .jpg, and put the image in a div the same size as the flash, and layered directly behind the flash. When the div containing the flash is hidden, the div containing the image is revealed. That way, when a menu opens, instead of a big "hole" appearing in the content where the flash was, it looks as if the opening of the menu has just temporarily suspended the playing of the flash. Depending on the flash -- how lively it is, how big it is -- the user may not even notice.

Hope that made sense,

Kevin