Needs review
Project:
Views Slideshow Menu
Version:
6.x-2.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
4 Nov 2010 at 15:34 UTC
Updated:
25 Nov 2010 at 02:09 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
Shai commentedYou could infer this from my post, but I'll make it explicit.
When designating the menu via the menu selector, this problem does not occur.
Comment #2
redndahead commentedIt seems the ul is getting the activeSlideMenu class when you hover. I'll have to look into that. Thus when you do .activeSlideMenu a it makes all the menu items red. Time to look into it.
Comment #3
redndahead commentedCan you try this patch. My one concern about this one is it may not make the menu item active when you want it, ex. after the transition is finished. Can you check this for you?
Changes:
Active menu item's class is now activeSlide. This matches views slideshow singleframe, thumbnailhover etc.
Fixed this issue so it works like the description says. If they select Use Selector it'll use the selector box value otherwise it will use the specified menu: #962364: When using "Menu Block" to choose Menu, Functionality Breakes if the Menu Selector is Not Empty
Comment #4
Shai commentedHi Adam,
The patch applied cleanly. It fixed: #962364: When using "Menu Block" to choose Menu, Functionality Breakes if the Menu Selector is Not Empty
It fixed the problem of the special css class getting applied to all the menu items on the second link.
As you suspected, it introduced new problems. The behavior whereby you hovered over a menu link and it brought up the associated slide doesn't work anymore at all. And it created a weird hyperlink "12345" (presumably one for each of the slides) which appears as the last link. When you hover over it always goes to the fourth slide.
I applied it to that same live site I pointed to before: http://ipodparent.com/ipodpics
Thanks much,
Shai
Comment #5
Shai commentedAny ideas on how to proceed?