Mike Alsup,
Thanks so much for pointing out the obvious; no really, I mean it
sincerely. I so often overlook the obvious, to my cost. I didn't realize
that I could simply pass a bare integer to the cycle call.
Admiration and gratitude for a wonderfully well thought out and effective
tool!
>
> Foo text
> Bar text
> Baz text
>
> If anybody has a cleaner solution, I'd sure love to know about it.
This is what I'd do:
Foo text
Bar text
Baz text
$(function() {
$('#cycleport').cycle({
prev: '#
OK, there were no takers on this. In the unlikely event that anyone's
interested, here's the work-around that I arrived at. It's simple enough
that I think it will not cause me any problems, but I sure would like to
know what the "right" solution might be.
In the HTML, an image collection like t
> $('#fcycle').livequery( function(){
> $(this).cycle({
> fx: 'fade',
> timeout: 0,
> speed: 'slow' ,
> pager: '#qm0',
> next: '#next',
>
On May 21, 7:57 pm, Andy Ford <[EMAIL PROTECTED]> wrote:
> Thanks, Mike! I look forward to that feature in the next rev. Having
> the class on the parent LI affords more flexibility with the css.
Andy, this is now available in Cycle v2.20. Here's a direct link to
the demo:
http://www.malsup
Thanks, Mike! I look forward to that feature in the next rev. Having
the class on the parent LI affords more flexibility with the css.
Guess I can probably check for anchor elements with the class of
"activeSlide" and then apply a class to the parent LI element maybe?
Anyone know how I might go
> Hi,
> I'm using the cycle plugin (and loving it). I'm using
> 'pagerAnchorBuilder' to build out the nav dynamically in an Ordered
> List. One thing I'd like to change is instead of having the
> 'activeSlide' class set on the anchor element, I'd prefer to have it
> set on its parent LI element.
7 matches
Mail list logo
