[jQuery] Opera 9.5 freaking out with Cycle Plugin
I have a product gallery that uses the cycle plugin to go through some products. It has worked fine in all browsers but I tried the site today with Opera 9.5 and the images that are normally cycled through are being added to another div (that is created with jquery to bring in some stats with an ajax request). http://www2.yoursole.com/ -- with the product gallery http://www2.yoursole.com/js/product-gallery.js -- js for the for the gallery Any help / suggestions would be appreciated.
[jQuery] Re: Grouping Definition list items
Thanks, that worked perfectly.
On May 28, 5:11 am, Scott Sauyet <[EMAIL PROTECTED]> wrote:
> macgregor wrote:
> > I have a survey marked up with a definition list like so:
>
> > [ ... ]
> > Question 2
> > Answer 1
> > Answer 2
> > Answer 3
> >
> >
> >
> >
>
> > Is there any way to select the dd elements for a particular dt? I
> > would like to be able to show/hide the textarea when the radio button
> > inside dd.comments is clicked/selected.
>
> It seems as though there should be something simpler, but I think this
> might work:
>
> $("dd.feedback textarea").hide();
> $("dd.comments input[type=radio]").change(function() {
>
> $(this).parents("dd").nextAll("dd.feedback:first").find("textarea").show();
> });
> $("dd:not(.comments) input[type=radio]").change(function() {
>
> $(this).parents("dd").nextAll("dd.feedback:first").find("textarea").hide();
> });
>
> Good luck,
>
>-- Scott
[jQuery] Grouping Definition list items
I have a survey marked up with a definition list like so: Question 1 Answer 1 Answer 2 Question 2 Answer 1 Answer 2 Answer 3 Is there any way to select the dd elements for a particular dt? I would like to be able to show/hide the textarea when the radio button inside dd.comments is clicked/selected.
[jQuery] Re: Can the cycle plugin return an index?
Inside my callback function I used this to get the current slide index
with my Cycle object:
$("myCycler").children().index(this);
When I used incoming to find the index, it remained the same until the
second click (third image/slide)
On Oct 21, 8:17 am, Tobias Parent <[EMAIL PROTECTED]> wrote:
> Never mind, I answered my own question. For those who may need to know,
> you can use the index() call, so long as you provide a context. For example:
>
> var myPlayerWindow = $("#my-player-window");
> myPlayerWindow.cycle({after: afterSwitch});
>
> function afterSwitch(incoming, outgoing, options) {
> $.debug(myPlayerWindow.children().index(incoming) );
>
> // or, in my case...
> $("#slide-position").html(myPlayerWindow.children().index(incoming)+1);
>
> }
>
> Hope this helps someone else down the line!
>
> -Toby
> AIM: tobyParent
> [EMAIL PROTECTED]
>
>
>
> [ Attached Message ]From:Tobias Parent <[EMAIL PROTECTED]>To:jQuery Google
> Group Date:Sun, 21 Oct 2007 11:45:26
> -0400Local:Sun, Oct 21 2007 7:45 amSubject:[jQuery] Can the cycle plugin
> return an index?Hey, gang -
>
> I've got the cycle plugin working, just great, it's a beautiful thing.
> However, I have a after callback that needs to get the index of the
> currently displayed slide. Basically, it's displaying %% of %%% (for
> those who've got an RPG-II background...). I need to show what number of
> the current total we're on.
>
> Any ideas or suggestions, or do I go back to the drawing board?
>
> Thanks!
> - Toby
>AIM: tobyParent
>[EMAIL PROTECTED]
[jQuery] Re: hover and hoverIntent
I was having the same issue using the hover function while working on
some
suckerfish drop-down nav tonight. Once I switched to using
the .mouseover and .mouseout events like Dan showed above, it worked
properly -- with the status bar showing the links from the nested
uls.
On Aug 27, 3:46 pm, Dan Evans <[EMAIL PROTECTED]> wrote:
> The function it seems like you're writing can be much simpler,
> something like:
> $('#menu li a').mouseover( function(){
> window.status = $(this).attr('href');});
>
> But that still won't work because the hover function still forces that
> function to return false to prevent the normal browser problems of
> using mouseover/mouseout.
>
> - Dan
>
> On Aug 27, 2:30 pm, "Dragan Krstic" <[EMAIL PROTECTED]> wrote:
>
> > $("li").bind("mouseover",function(){
>
> > $("this").find("ul li").bind("mouseover",function(){
> > window.status = $("this").children("a").attr("href");
>
> > });
> > });
>
> > Or
>
> > $("li").bind("mouseover",function(){
>
> > $("this").find("ul li a").bind("mouseover",function(){
> > window.status = $("this").attr("href");
>
> > });
> > });
>
> > Something like that
>
> > 2007/8/27, Dan Evans <[EMAIL PROTECTED]>:
>
> > > That's a good thought. But would I attach that to all links inside of
> > > the hovered element? In that case wouldn't the code in hover still
> > > clobber that and prevent it from being executed?
> > > It won't work if I just put that code inside the hover functions
> > > because there is no href associated with the element being hovered.
> > > Just to clarify markup is like:
>
> > >
> > > one
> > >
> > > onea
> > > oneb
> > > onec
> > >
> > >
> > > one
> > >
> > > onea
> > > oneb
> > > onec
> > >
> > >
> > > ...
> > >
>
> > > So hover is attached to the outer most elements and on hover the
> > > inside of that should appear. This works fine except that then
> > > the links inside don't display in the status bar because of hover. I
> > > actually notice links such as "1.html" and "2.html" displaying in the
> > > status but the sublinks "1a.html", "2a.html", etc. are the ones that
> > > don't display.
>
> > > - Dan
>
> > > On Aug 27, 1:55 pm, "Dragan Krstic" <[EMAIL PROTECTED]> wrote:
> > > > Solution would be:
> > > > window.status = $(this).attr("href"), I think.
>
> > > > 2007/8/27, Dragan Krstic <[EMAIL PROTECTED]>:
>
> > > > > I noticed that, too. I would give a shot to window.status. It was
> > > handy
> > > > > during href="javascript:;" time.
>
> > > > > 2007/8/27, Dan Evans <[EMAIL PROTECTED] >:
>
> > > > > > I am wondering if anyone has noticed the issue with jQuery's hover
> > > > > > function that makes it less than perfect for dropdown menus.
> > > Normally
> > > > > > most browsers display the href of the link in the status bar at the
> > > > > > bottom of the window when a user hovers that link. Because hover
> > > > > > suppresses the default onmouseover and onmouseout behaviors by
> > > > > > returning false for them for all children of the hovered element, it
> > > > > > breaks the default browser feature. Recently a client of mine
> > > > > > complained about this and I was wondering if anyone else has had
> > > this
> > > > > > problem, found a solution or workaround or anything of that sort. My
> > > > > > first reaction is to say that this is just what you have to trade
> > > away
> > > > > > to get a nicer hover event, but obviously it would be great to have
> > > > > > both.
> > > > > > Thanks.
>
> > > > > --
> > > > > Dragan Krstić krdr
> > > > >http://krdr.ebloggy.com/
>
> > > > --
> > > > Dragan Krstić krdrhttp://krdr.ebloggy.com/
>
> > --
> > Dragan Krstić krdrhttp://krdr.ebloggy.com/
[jQuery] Re: hover and hoverIntent
I was having the same issue using the hover function for some
suckerfish drop-down nav tonight. Once I switched to using
the .mouseover and .mouseout events like Dad has above, it worked
properly -- with the status bar showing the links from the nested uls.
On Aug 27, 3:46 pm, Dan Evans <[EMAIL PROTECTED]> wrote:
> The function it seems like you're writing can be much simpler,
> something like:
> $('#menu li a').mouseover( function(){
> window.status = $(this).attr('href');});
>
> But that still won't work because the hover function still forces that
> function to return false to prevent the normal browser problems of
> using mouseover/mouseout.
>
> - Dan
>
> On Aug 27, 2:30 pm, "Dragan Krstic" <[EMAIL PROTECTED]> wrote:
>
> > $("li").bind("mouseover",function(){
>
> > $("this").find("ul li").bind("mouseover",function(){
> > window.status = $("this").children("a").attr("href");
>
> > });
> > });
>
> > Or
>
> > $("li").bind("mouseover",function(){
>
> > $("this").find("ul li a").bind("mouseover",function(){
> > window.status = $("this").attr("href");
>
> > });
> > });
>
> > Something like that
>
> > 2007/8/27, Dan Evans <[EMAIL PROTECTED]>:
>
> > > That's a good thought. But would I attach that to all links inside of
> > > the hovered element? In that case wouldn't the code in hover still
> > > clobber that and prevent it from being executed?
> > > It won't work if I just put that code inside the hover functions
> > > because there is no href associated with the element being hovered.
> > > Just to clarify markup is like:
>
> > >
> > > one
> > >
> > > onea
> > > oneb
> > > onec
> > >
> > >
> > > one
> > >
> > > onea
> > > oneb
> > > onec
> > >
> > >
> > > ...
> > >
>
> > > So hover is attached to the outer most elements and on hover the
> > > inside of that should appear. This works fine except that then
> > > the links inside don't display in the status bar because of hover. I
> > > actually notice links such as "1.html" and "2.html" displaying in the
> > > status but the sublinks "1a.html", "2a.html", etc. are the ones that
> > > don't display.
>
> > > - Dan
>
> > > On Aug 27, 1:55 pm, "Dragan Krstic" <[EMAIL PROTECTED]> wrote:
> > > > Solution would be:
> > > > window.status = $(this).attr("href"), I think.
>
> > > > 2007/8/27, Dragan Krstic <[EMAIL PROTECTED]>:
>
> > > > > I noticed that, too. I would give a shot to window.status. It was
> > > handy
> > > > > during href="javascript:;" time.
>
> > > > > 2007/8/27, Dan Evans <[EMAIL PROTECTED] >:
>
> > > > > > I am wondering if anyone has noticed the issue with jQuery's hover
> > > > > > function that makes it less than perfect for dropdown menus.
> > > Normally
> > > > > > most browsers display the href of the link in the status bar at the
> > > > > > bottom of the window when a user hovers that link. Because hover
> > > > > > suppresses the default onmouseover and onmouseout behaviors by
> > > > > > returning false for them for all children of the hovered element, it
> > > > > > breaks the default browser feature. Recently a client of mine
> > > > > > complained about this and I was wondering if anyone else has had
> > > this
> > > > > > problem, found a solution or workaround or anything of that sort. My
> > > > > > first reaction is to say that this is just what you have to trade
> > > away
> > > > > > to get a nicer hover event, but obviously it would be great to have
> > > > > > both.
> > > > > > Thanks.
>
> > > > > --
> > > > > Dragan Krstić krdr
> > > > >http://krdr.ebloggy.com/
>
> > > > --
> > > > Dragan Krstić krdrhttp://krdr.ebloggy.com/
>
> > --
> > Dragan Krstić krdrhttp://krdr.ebloggy.com/
