Category Tab Simple Dropdown Menu

[gjh42]

What URL rewriting mod are you using? What happens if you turn it off?

[hockey2112]

What URL rewriting mod are you using? What happens if you turn it off?

I use CEON URI Mapping. I turned it off, and the problem persists.

[hockey2112]

I was able to fix the issue. I duplicated each product into its existing category, and then disabled or deleted the "old" copies of those products. The "new" copies show up in the drop-downs just fine.

Not sure what caused this. The products that were showing up in the beginning were not newer than the ones that were not showing up. Oh well, at least it is working correctly now.

[hockey2112]

I have two new issues, both in IE7:

1. The drop-downs are behind the EZPage bar (I moved the NavCatTab menu above the EZPage bar in tpl_header.php)

2. The NavCatTab span has unexplained white space below it, above the EZPage bar. This white space does not show up in IE8 or in Firefox.


Here is the website in question: http://tinyurl.com/39h2ran . Any help would be greatly appreciated!!!!

Thanks!

[gjh42]

This is a result of an IE7 bug which gives a z-index:0; to all positioned elements, thus establishing a new z-index context and making it appear on top of any previous z-indexed element with the same precedence.

I have found a solution to this for the case where the positioning is only for purposes of giving context to normally hidden sub-elements: take the position: relative; out of the normal style rule and put it in the :hover rule. It is only needed in that case, and doesn't interfere with other elements' positions or indexes.

[hockey2112]

This is a result of an IE7 bug which gives a z-index:0; to all positioned elements, thus establishing a new z-index context and making it appear on top of any previous z-indexed element with the same precedence.

I have found a solution to this for the case where the positioning is only for purposes of giving context to normally hidden sub-elements: take the position: relative; out of the normal style rule and put it in the :hover rule. It is only needed in that case, and doesn't interfere with other elements' positions or indexes.

I changed this...

#navCatTabsDropdown li 
{
	float:left;
	position:relative;
}

#navCatTabsDropdown * li:hover ul 
{
	visibility:visible;
	background-color: #ffffff;
	border: 2px outset;
	white-space:nowrap;
}

To this...

#navCatTabsDropdown li 
{
	float:left;
}

#navCatTabsDropdown * li:hover ul 
{
	visibility:visible;
	background-color: #ffffff;
	border: 2px outset;
	white-space:nowrap;
	position:relative;
}

But it did not fix the issue. It actually caused more damage in IE7, and also broke the nav bar's layout in Firefox when you hover over a link in the NavCatTabs. Any other ideas?

[gjh42]

Afraid not. All of the fixes I found for the bug online involved javascript, or manually adjusting things that are dynamically created in ZC (so not an option).

[Cookiepus]

Hi Andrew
Can i use the latest version of your drop down mod on my Zen site v1.3.8a/v1.3.8.
or should i go for the older version of the mod?
Thank you
Cookie

[kernheimer]

Thank you Andrew, for this great module. It works for me in Safari 3& 4, in firefox on mac and pc. in google chrome, on IE on pc and Mac..
i'm in heaven.
i changed the style into the style of the shop and it works great!! i'm thrilled!

[dbltoe]

Glen touched on this in post 26 but I see that the latest files still have a <br /> coded outside the <li> echo calls on lines 70 and 84. The more categories and sub-categories one has, the longer the browser takes to figure out what it's supposed to do.

I'd suggest removing the two <br /> calls and add a line-height call like

#navCatTabsDropdown li
{
float:left;
line-height: 1.5em;
position:relative;
}

The 1.5em can be adjusted to meet the user's taste.

Just my 3.29 cents worth - ain't inflation a