Re: [css-d] dropdown menu issue with IE6
Sorry, I forgot to add the links to the site and CSS file. Here they are: HTML page: http://209.235.208.145/cgi-bin/WebSuite/tcsAssnWebSuite.pl?AssnID=OHSOYDBCode=410110Action=DisplayTemplatePage=AWS_OHSOY2_osc_index.html CSS file: http://209.235.214.238/css/2008styles.css On Tue, Feb 19, 2008 at 11:08 AM, Chris Kavinsky [EMAIL PROTECTED] wrote: I've run into a real poser with using drop down menus and IE6 (real surprise). Here's the scenario: -I have two horizontal navigation areas using Son of Suckerfish dropdowns -the 2nd area is also using background image replacement -one page has a Flash file where the 2nd level dropdowns were getting hidden even with a transparency setting on the Flash file (solved using {position:relative;z-index: 999;} in the CSS) -problem now is that the dropdown menu is pushed off to the far right in IE6 (fixed if I remove the above additional CSS, but then back to the original problem) Personally, I would love to say screw IE6 users but I'm not in a position to do that. Anyone have any suggestions on how to resolve the above problem? __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] dropdown menu issue with IE6
-I have two horizontal navigation areas using Son of Suckerfish dropdowns -the 2nd area is also using background image replacement -one page has a Flash file where the 2nd level dropdowns were getting hidden even with a transparency setting on the Flash file (solved using {position:relative;z-index: 999;} in the CSS) -problem now is that the dropdown menu is pushed off to the far right in IE6 (fixed if I remove the above additional CSS, but then back to the original problem) Personally, I would love to say screw IE6 users but I'm not in a position to do that. Anyone have any suggestions on how to resolve the above problem? FYI, the dropdown menus are hidden under the flash when I view it on Firefox 2 (Mac). And in my IE6, I'm not getting any dropdown menus. Jeff __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] dropdown menu issue with IE6
The dropdowns are there, but they're showing up off the screen to the right. You should be able to see a portion of the About OSC dropdown. The rest are off somewhere. IE7 works fine, as well as Safari and FIrefox (Windows and Mac). With Firefox on the Mac, it sometimes hides behind the Flash until you hover over it. Not consistent, but annoying. Anyone know a fix for this as well, I'm all ears. On Thu, Feb 21, 2008 at 10:30 AM, Jeff Gates [EMAIL PROTECTED] wrote: -I have two horizontal navigation areas using Son of Suckerfish dropdowns -the 2nd area is also using background image replacement -one page has a Flash file where the 2nd level dropdowns were getting hidden even with a transparency setting on the Flash file (solved using {position:relative;z-index: 999;} in the CSS) -problem now is that the dropdown menu is pushed off to the far right in IE6 (fixed if I remove the above additional CSS, but then back to the original problem) Personally, I would love to say screw IE6 users but I'm not in a position to do that. Anyone have any suggestions on how to resolve the above problem? FYI, the dropdown menus are hidden under the flash when I view it on Firefox 2 (Mac). And in my IE6, I'm not getting any dropdown menus. Jeff __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] dropdown menu issue with IE6
I've run into a real poser with using drop down menus and IE6 (real surprise). Here's the scenario: -I have two horizontal navigation areas using Son of Suckerfish dropdowns -the 2nd area is also using background image replacement -one page has a Flash file where the 2nd level dropdowns were getting hidden even with a transparency setting on the Flash file (solved using {position:relative;z-index: 999;} in the CSS) -problem now is that the dropdown menu is pushed off to the far right in IE6 (fixed if I remove the above additional CSS, but then back to the original problem) Personally, I would love to say screw IE6 users but I'm not in a position to do that. Anyone have any suggestions on how to resolve the above problem? __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Dropdown menu issue
I was hoping someone here might be able to give me an alternate idea for this situation. I'm using the Son of Suckerfish dropdowns on a client's site (I can't post the link, as I'm a subcontractor, and I have an NDA - so I'll do my best to describe the issue at hand!). The issue is this: The client is a search-and-rescue supplier. They offer up the stuff fire departments, police, etc. use for hazardous missions at a fairly cheap price. They way they get these items is mostly overstocks elsewhere, so their selection is constantly changing via a database (a database that *they* handle). They have the dropdown menu at the left of the screen, with hover links to expand the submenus. The thing is, some of the lists get *really* long, and when you hover over a menu selection, the dropdown will fall below the viewable area of the screen (I'm on 1280 x 1024 - and it even does it to me - I can't imagine what's being cut off from view to someone using 800x600.) The length of these dropdowns is unknown - like I said, it's handled by a database, and the text links are automatically called in and added to (or deleted from) the lists as the database is updated. So rearranging the menu items so the longest is at the top isn't an option. We've already talked with the client about possibly subcategorizing the dropdowns (so it's 2-level, instead of 1) but they say it's too difficult to do with the database (in other words, they don't want anyone but them touching the database, and they don't know how to do what we think would work!) The idea of top justifying the menu wuth the dropdown has come up - but if the list is too long, we'll just have the same issue, only at the top of the screen instead of the bottom. They also do not want to have the list a top menu instead of a sidebar. So, has anyone had experience with this? Could someone give me some ideas on how to change this a bit so we don't have to start from scratch? Maybe - would there be a way to have the submenus come out onclick instead of :hover? That way people could scroll down the list as needed? I'm at a loss here, and I'd really appreciate any input you all could pass along. (And in the meantime, I'll see if I can't snag the menu and post it somewhere so you can have a better idea of what I'm looking at - or at least a screenshot!) Thanks again - ~Shelly __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Dropdown menu issue
hover links to expand the submenus. The thing is, some of the lists get *really* long, and when you hover over a menu selection, the dropdown will fall below the viewable area of the screen (I'm on 1280 x 1024 - and it even does it to me - I can't imagine what's being cut off from view to someone using 800x600.) This seems less of a CSS issue and much more of a design/IA issue. Personally, I think this is a good example of when NOT to use fly-out navigation. Just have people navigate to the page that then lists all of these items. Otherwise, just grab the top 10 items and add a MORE link at the bottom of the fly-out navigation. -Darrel __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Dropdown menu issue
From: Austin, Darrel [EMAIL PROTECTED] hover links to expand the submenus. The thing is, some of the lists get *really* long, and when you hover over a menu selection, the dropdown will fall below the viewable area of the screen This seems less of a CSS issue and much more of a design/IA issue. Personally, I think this is a good example of when NOT to use fly-out navigation. Even though our more advanced scripting solutions address this (by shifting the submenus up), I agree wholeheartedly. When drodown or flyout menus have more than 6 or 7 items, it is probably time to rethink the navigation design. -- Al Sparber PVII http://www.projectseven.com Designing with CSS is sometimes like barreling down a crumbling mountain road at 90 miles per hour secure in the knowledge that repairs are scheduled for next Tuesday. __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Dropdown menu issue
When drodown or flyout menus have more than 6 or 7 items, it is probably time to rethink the navigation design. This seems less of a CSS issue and much more of a design/IA issue. Although, normally, I'd agree with both of you, for the question I posed these comments don't follow through :( Bascially, I'm a subcontractor for the designer. And I know you all have had those clients that will *just not listen* to you when you say something can't be done. This is the issue we're having. The client wants the Son of Suckerfish dropdowns (which were implemented and work great). But we can't touch the database, and the idea of more added to the bottom was brought up and all that - they don't want it. They just want the menu to be on the site, and have the lists populated by the database with no further effort from them. They will not subcategorize, and they will not add a more thing to the bottom. All attempts at trying to talk them into this have failed. They simply will not take no for an answer, and they don't want to pay for me to redo the whole thing over again, they want me to fix what I've already done - so I'm just trying the last few resources I have before I tell them what they want simply isn't possible for the last time :) I *do* know that if you click a menu item and then push the down button on your keyboard, the menu stays open while the page scrolls on down and you can see the rest (at least in Firefox)- but I doubt the general public knows this! So, it still leaves the question as to whether or not you can accomplish the dropdown effect, but have something in place that causes the menu to wrap when it hits the bottom of the viewable area - or if it's possible to have an Expandable dropdown on click (not hover) with no javascript. All of my searches have come up with a big fat no on the issue...but I was hoping with the great minds here that you might have a suggestion or two (other than rethinking the navigation - BELIEVE me, that's been tried!) with the CSS that might satisfy everyone. For the moment, I've put in an expandable, CSS-based menu that requires Javascript to make the onclick work. It looks fine, and - although I haven't sent it in yet - I think they'll be happy with it. My concern is the javascript - what happens if someone comes and their browser has javascript turned off? I do know with SOS menus, they list will be displayed as a list - which is utterly acceptable. But I don't know how this will react in the same situation (which really isn't your all's problem ;) ) But anyway, if anyone *does* have a CSS-based solution to the menu going past the viewable area of the screen issue, it'd be greatly appreciated :) Thanks! ~Shelly __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Dropdown menu issue
Bascially, I'm a subcontractor for the designer. And I know you all have had those clients that will *just not listen* to you when you say something can't be done. This is the issue we're having. The client wants the Son of Suckerfish dropdowns (which were implemented and work great). But we can't touch the database, and the idea of more added to the bottom was brought up and all that - they don't want it. They just want the menu to be on the site, and have the lists populated by the database with no further effort from them. They will not subcategorize, and they will not add a more Sometimes clients just have to be fed a dose of reality. ;o) I'd say: - pick a more robust fly-out menu system (such as UDM4 or the PVII one Al mentioned) which may accommodate the extra items better. - maybe put the fly-out menu in a div with a given height and set overflow: scroll? - skip the fly-out menu and use a form drop-down list - try the 'dose of reality' idea. ;o) Good luck! -Darrel __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Dropdown menu issue
Well, I thank you all for your help on this :) I love it when clients ask the impossible and get all pissy when you can't deliver. Now they don't want the expandable one because you have to give an extra mouse click to see all the stuff - they want it to hover LOL (No, please - make it harder.) The UDM4 menus were actually a suggested method - but I was putting that off because I didn't want to start from scratch again (and they don't want to pay me to!) ... but it looks like the final end result will have to be the dose of reality - which I *love* giving to clients. (This is probably one reason why I usually work with other designers and not real people anymore LOL - I love the dose of reality talk too much and it usually goes over their heads and makes them... upset is a nice word to use... hehe.) Anyway, thanks again for your all's help in this - I really appreciate it :) ~Shelly __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Dropdown menu issue
The UDM4 menus were actually a suggested method - but I was putting that off because I didn't want to start from scratch again FYI, the better menu scripts like UDM4 and PVII's just work off of a standard nested UL. So, in terms of your markup, there shouldn't be much that you need to change other than adding some new classes and/or IDs for the script to hook into. -Darrel __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Dropdown menu issue
I must admit that I didn't get all of the meaning in this thread, which is named as drop-down problem, but the recent info was about fly-outs? Anyway, wouldn't it be possible to overflow the submenus? I compiled some here (for a dropdown, but basically this should work for fly-outs, too) http://www.satzansatz.de/cssd/dlmenu2.html The problem is that there is no realistic way to determine the max-heigth of such a submenu in relation to the viewport (because of the nesting), so I used a 25em max-height (which does not degrade with grace in IE6). (Opera does not like my dt satellites, and IEMac does not like the Whatever:hover .htc, and it's by no means accessible to keyboard, but that are other problems not related to the question.) Design Groups wrote: ... but it looks like the final end result will have to be the dose of reality - which I *love* giving to clients. (This is probably one reason why I usually work with other designers and not real people anymore This is probably the reason why others don't work with me ... Ingo -- http://www.satzansatz.de/css.html __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/