from:"Shane"


You can use a number of Ajax functions built in to JQuery depending on
your specific needs. Check them out at http://docs.jquery.com/Ajax. If
all you're looking to do is insert one file into another, load is
normally the way to go, unless you're looking to place the loaded file
before, after, or in between elements rather than inside a placeholder
element.

On Apr 22, 5:50 pm, Colonel tcolo...@gmail.com wrote:
 Is there another way load HTML from a remote file and inject it into
 the DOM (instead of $.load)?

[jQuery] Background color is being applied when using Cycle plugin


I've been using Mike Alsup's Cycle plugin on a large number of
projects, and one of the most recent ones is giving me trouble in IE.
In this example, the slide container seems to have a background color
applied to it, and there is neither a background property added to it
nor is there any background property in the CSS for the slide element
or its children. I finally decided to recreate the effect from scratch
to make sure it wasn't some strange IE bug or the markup, and the from-
scratch version works no problem. Here are the two examples, both are
in the past lectures module:

http://shaneriley.info/fldc/ (with Cycle plugin)
http://shaneriley.info/fldc/index_custom.html

Anyone have any idea why this is happening? I haven't seen this happen
before, however I may be using a more recent version than usual.

[jQuery] Re: Alternate $.load


Typically you'd only echo the data back that you want instead of
having to weed through a string of HTML data to extract what you need.
From what it looks like, you're needing a specific element from
another page while still being able to access the other page
(temp.php) in its entirety. The easiest solution in this case would be
to send some data to temp.php letting it know that you're initializing
an asynchronous request, and then have the PHP return only what you're
looking for. A quick solution in this case would be something like
this:

$.ajax({url: 'temp.php',
data: ajax=true,
cache: false,
error:  function(msg) {alert(Error Saved:  + msg);},
success: function(msg) {alert(Data Saved:  + msg);},
complete: function() {$.unblockUI();}
   });
Then in temp.php, check for this flag, and if it's true, send the
header2 div only.

?php
$header2 = 'div id=header2pSome text in header2 .../p/div';
if ($_GET[ajax])
{ ?
!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN
html
head
 titleTest file/title
 meta http-equiv=Content-Type content=text/html;
charset=windows-1251
/head
body
 div id=headerpSome text in div header/p/div
 ?
 $id = isset($_GET[ID]) ? $_GET[ID] : ;
 $number = isset($_GET[NUMBER]) ? $_GET[LOT_NUMBER] : ;
 echo pbid =/b . $id . /p;
 echo pnumber =  . $number . /p;
echo $header2;
 ?
/body
/html
?php } else { echo $header2; } ?

However ideally you'd use a separate PHP function or file altogether
to handle it.


On Apr 22, 8:21 pm, Colonel tcolo...@gmail.com wrote:
 I know it. But how I can get content from remote file by $.ajax?
 For example I have some file temp.php:

 !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN
 html
 head
  titleTest file/title
  meta http-equiv=Content-Type content=text/html;
 charset=windows-1251
 /head
 body
  div id=headerpSome text in div header/p/div
  ?
  $id = isset($_GET[ID]) ? $_GET[ID] : ;
  $number = isset($_GET[NUMBER]) ? $_GET[LOT_NUMBER] : ;
  echo pbid =/b . $id . /p;
  echo pnumber =  . $number . /p;
  ?
 div id=header2pSome text in header2 .../p/div
 /body
 /html

 and Am using $.ajax:

 $.ajax({url: 'temp.php',
             cache: false,
             error:  function(msg) {alert(Error Saved:  + msg);},
             success: function(msg) {alert(Data Saved:  + msg);},
             complete: function() {$.unblockUI();}
            });

 how I can get for example content only from div with id=header2 ?

 On 23 апр, 01:55, Shane Riley shanerileydoti...@gmail.com wrote:

  You can use a number of Ajax functions built in to JQuery depending on
  your specific needs. Check them out athttp://docs.jquery.com/Ajax. If
  all you're looking to do is insert one file into another, load is
  normally the way to go, unless you're looking to place the loaded file
  before, after, or in between elements rather than inside a placeholder
  element.

  On Apr 22, 5:50 pm, Colonel tcolo...@gmail.com wrote:

   Is there another way load HTML from a remote file and inject it into
   the DOM (instead of $.load)?

[jQuery] Re: SlideToggle Callback Help


So what you're trying to do is ensure that the slideToggle is done
animating before you add/remove a class? If so, you'd do something
like this:

$('.open-post-info').click(function() {
var id = $(this).attr('id');
$('.post-info-' + id).slideToggle(medium, function()
{
$(this).toggleClass(toggled);
});
return false;
});

This is where you'd implement the callback, and it's very useful with
animations (all of the effects allow callbacks as the last
parameter).

On Apr 22, 9:08 pm, Chris cpot...@siolon.com wrote:
 I have this simple slide toggle.

 $('.open-post-info').click(function() {
                 var id = $(this).attr('id');
                 $('.post-info-' + id).slideToggle(medium);
                 return false;

 });

 What I want is when I run the function that after it runs to add CSS
 class and when I close/toggle up that the class gets removed.  Help
 please.

[jQuery] Re: 1.3.2 td class selector only picks the first td


There's definitely nothing wrong with the JQuery. Can you post a test
case so that we can see all of the pieces to the puzzle?

On Apr 22, 7:07 pm, Richard D. Worth rdwo...@gmail.com wrote:
 Your code looks fine, and I wasn't able to reproduce what you're describing:

 http://jsbin.com/ucaqi

 - Richard

 On Wed, Apr 22, 2009 at 6:18 PM, kape erlend.so...@gmail.com wrote:

  The following code worked fine in 1.2.6 but after upgrading to 1.3.2
  only the first table cell is shown/hidden.

  table
   tr
     td class=morea/td
     td class=moreb/td
     td class=morec/td
     td class=mored/td
   /tr
  /table
  span id=moreLessmore/span

  ...

  jQuery('#moreLess').click(function() {
   if(jQuery(this).text() == 'more') {
     jQuery(this).text('less');
     jQuery('.more').show();
   } else {
     jQuery(this).text('more');
     jQuery('.more').hide();
   }
  });

  Version 1.2.6 used to add style=display: none; when hiding, and
  would remove it when showing.  Version 1.3.2 adds toggles between
  style=display: none; and style=display: table-cell;.  I don't
  think that matters really, what does matter however is that if I alert
  jQuery('.more').length I get 1 not 4.  Am I doing something wrong?
  Thanks.

[jQuery] attr(href) giving full path instead of relative in IE


I'm wanting to read in the exact string that's contained in an
anchor's href attribute in order to use it as the POST variable list
for an Ajax call to a PHP script, however in IE6 and 7 the string read
from the href attribute ends up being the absolute path, not just the
href attribute. Here's exactly what's happening:

vars = $(a).attr(href);
alert(vars);

a href=page=2This should return page=2/a

What I get when running locally in all browsers but IE is what is
expected, an alert box with page=2 in it. In IE, I get http://
localhost/page=2. Is there some way to get it to behave either one
way or the other in all browser instances? I really don't want to have
to detect for IE, then extract what I want from the string if it is.

[jQuery] Re: attr(href) giving full path instead of relative in IE


Thanks for the article link, but your proposed change isn't valid
JQuery, is it? My exact jQuery code to read in the value looks like
this:
pageID = $(this).attr(href);
Adding what you suggested to make it $(this)[0].attr(href) will not
do anything apart from force the link to be followed.

I think I'm going to have to move the contents of href to rel instead.

On Mar 25, 11:43 am, Martijn Houtman martijn.hout...@gmail.com
wrote:
 On Mar 25, 2009, at 4:32 PM, Shane Riley wrote:





  I'm wanting to read in the exact string that's contained in an
  anchor's href attribute in order to use it as the POST variable list
  for an Ajax call to a PHP script, however in IE6 and 7 the string read
  from the href attribute ends up being the absolute path, not just the
  href attribute. Here's exactly what's happening:

  vars = $(a).attr(href);
  alert(vars);

  a href=page=2This should return page=2/a

  What I get when running locally in all browsers but IE is what is
  expected, an alert box with page=2 in it. In IE, I get http://
  localhost/page=2. Is there some way to get it to behave either one
  way or the other in all browser instances? I really don't want to have
  to detect for IE, then extract what I want from the string if it is.

 http://www.glennjones.net/Post/809/getAttributehrefbug.htmdescribes  
 the issue and gives a solution.

 $(a)[0].href will probably work consistently.

 Regards,
 --
 Martijn.

[jQuery] Re: attr(href) giving full path instead of relative in IE


Ha! I looked at your post too fast, and didn't notice that it was pure
Javascript. Sorry. I'll try it and see.

The way I currently have it will not work with javascript turned off
either. I'm doing it this way only because the client is requiring the
user to have Javascript enabled to use the site (it's a backend system
for very specific clients). They want to add all sorts of animations
and effects like everyone wants to do once they see JQuery animations
in action.

On Mar 25, 12:14 pm, Martijn Houtman martijn.hout...@gmail.com
wrote:
 On Mar 25, 2009, at 5:04 PM, Shane Riley wrote:

  Thanks for the article link, but your proposed change isn't valid
  JQuery, is it? My exact jQuery code to read in the value looks like
  this:
  pageID = $(this).attr(href);
  Adding what you suggested to make it $(this)[0].attr(href) will not
  do anything apart from force the link to be followed.

 Well, no. I suggested using:

 pageID = $(this)[0].attr;

 This is plain JavaScript, rather than using jQuery's attr() function.  
 As the article suggests, this works cross-browser.

  I think I'm going to have to move the contents of href to rel instead.

 Well, you could, but I wouldn't; this is not what the rel attribute  
 is meant for. Besides, it would break the anchor when JavaScript is  
 turned off.

 Regards,
 --
 Martijn.

[jQuery] Re: attr(href) giving full path instead of relative in IE


Karl, I'm pretty sure I'm reading you right, but are you saying that
by all accounts JQuery should account for this and return the string-
literal value of href and not IE's absolute path? If so, it's not
working properly. I wish I could show you the live code, because it's
probably easier to visualize, but here's the process involved in these
specific anchors appearing before manipulation:
1. User visits page
2. User makes selection from a drop-down
3. Ajax call initialized sending the href attribute as the variables
using a POST request

So in this case, the anchors in the drop-down list are present on page
load and part of the initial DOM structure. That means that if JQuery
is supposed to sort this out for me, it's not. If you meant that I'd
absolutely have to use Javascript's getAttribute(), then I'll try that
and see if it works.

On Mar 25, 1:17 pm, Karl Swedberg k...@englishrules.com wrote:
 Hi Shane,

 IE has a second flag argument for getAttribute that, when set to 2,
 is supposed to get the literal value of the attribute rather than
 their special-sauce value.

 So, this.getAttribute('href', 2) *should* get the relative href.
 (note: no need to do $(this)[0] ; this works just fine)

 jQuery uses that flag internally, so .attr('href') should do the same
 thing:

 var attr = !jQuery.support.hrefNormalized  notxml 
  special
 // Some attributes require a special 
 call on IE
 ? elem.getAttribute( name, 2 )
 : elem.getAttribute( name );

 I believe that this works in every case except when the href is set
 via JavaScript. In that case, I'm not sure anything can be done.

 --Karl

 
 Karl Swedbergwww.englishrules.comwww.learningjquery.com

 On Mar 25, 2009, at 12:21 PM, Shane Riley wrote:



  Ha! I looked at your post too fast, and didn't notice that it was pure
  Javascript. Sorry. I'll try it and see.

  The way I currently have it will not work with javascript turned off
  either. I'm doing it this way only because the client is requiring the
  user to have Javascript enabled to use the site (it's a backend system
  for very specific clients). They want to add all sorts of animations
  and effects like everyone wants to do once they see JQuery animations
  in action.

  On Mar 25, 12:14 pm, Martijn Houtman martijn.hout...@gmail.com
  wrote:
  On Mar 25, 2009, at 5:04 PM, Shane Riley wrote:

  Thanks for the article link, but your proposed change isn't valid
  JQuery, is it? My exact jQuery code to read in the value looks like
  this:
  pageID = $(this).attr(href);
  Adding what you suggested to make it $(this)[0].attr(href) will
  not
  do anything apart from force the link to be followed.

  Well, no. I suggested using:

  pageID = $(this)[0].attr;

  This is plain JavaScript, rather than using jQuery's attr() function.
  As the article suggests, this works cross-browser.

  I think I'm going to have to move the contents of href to rel
  instead.

  Well, you could, but I wouldn't; this is not what the rel attribute
  is meant for. Besides, it would break the anchor when JavaScript is
  turned off.

  Regards,
  --
  Martijn.

[jQuery] Re: attr(href) giving full path instead of relative in IE


After replacing $(this).attr(href) with this.getAttribute(href, 2)
I get the same result. If I output the attribute, IE still shows the
absolute path.

On Mar 25, 2:21 pm, Shane Riley shanerileydoti...@gmail.com wrote:
 Karl, I'm pretty sure I'm reading you right, but are you saying that
 by all accounts JQuery should account for this and return the string-
 literal value of href and not IE's absolute path? If so, it's not
 working properly. I wish I could show you the live code, because it's
 probably easier to visualize, but here's the process involved in these
 specific anchors appearing before manipulation:
 1. User visits page
 2. User makes selection from a drop-down
 3. Ajax call initialized sending the href attribute as the variables
 using a POST request

 So in this case, the anchors in the drop-down list are present on page
 load and part of the initial DOM structure. That means that if JQuery
 is supposed to sort this out for me, it's not. If you meant that I'd
 absolutely have to use Javascript's getAttribute(), then I'll try that
 and see if it works.

 On Mar 25, 1:17 pm, Karl Swedberg k...@englishrules.com wrote:

  Hi Shane,

  IE has a second flag argument for getAttribute that, when set to 2,
  is supposed to get the literal value of the attribute rather than
  their special-sauce value.

  So, this.getAttribute('href', 2) *should* get the relative href.
  (note: no need to do $(this)[0] ; this works just fine)

  jQuery uses that flag internally, so .attr('href') should do the same
  thing:

  var attr = !jQuery.support.hrefNormalized  notxml 
   special
  // Some attributes require a 
  special call on IE
  ? elem.getAttribute( name, 2 )
  : elem.getAttribute( name );

  I believe that this works in every case except when the href is set
  via JavaScript. In that case, I'm not sure anything can be done.

  --Karl

  
  Karl Swedbergwww.englishrules.comwww.learningjquery.com

  On Mar 25, 2009, at 12:21 PM, Shane Riley wrote:

   Ha! I looked at your post too fast, and didn't notice that it was pure
   Javascript. Sorry. I'll try it and see.

   The way I currently have it will not work with javascript turned off
   either. I'm doing it this way only because the client is requiring the
   user to have Javascript enabled to use the site (it's a backend system
   for very specific clients). They want to add all sorts of animations
   and effects like everyone wants to do once they see JQuery animations
   in action.

   On Mar 25, 12:14 pm, Martijn Houtman martijn.hout...@gmail.com
   wrote:
   On Mar 25, 2009, at 5:04 PM, Shane Riley wrote:

   Thanks for the article link, but your proposed change isn't valid
   JQuery, is it? My exact jQuery code to read in the value looks like
   this:
   pageID = $(this).attr(href);
   Adding what you suggested to make it $(this)[0].attr(href) will
   not
   do anything apart from force the link to be followed.

   Well, no. I suggested using:

   pageID = $(this)[0].attr;

   This is plain JavaScript, rather than using jQuery's attr() function.
   As the article suggests, this works cross-browser.

   I think I'm going to have to move the contents of href to rel
   instead.

   Well, you could, but I wouldn't; this is not what the rel attribute
   is meant for. Besides, it would break the anchor when JavaScript is
   turned off.

   Regards,
   --
   Martijn.

[jQuery] Re: attr(href) giving full path instead of relative in IE

Alright, so your example shows the actual strings for all three values
in Safari, and in IE7(Vista) it shows the absolute path for #3. After
looking back at my code, I'm actually loading in the links via Ajax
when the page is loaded, so they're not in the original document. So
I'm guessing that means having to do string manipulation since there's
no way to grab the actual href string in IE in this case.

Thanks for putting up an example.

On Mar 25, 3:11 pm, Karl Swedberg k...@englishrules.com wrote:
Hi Shane,

Yes, I believe you're reading me right. Strange, though. I'm not able
to reproduce the problem you're having. Take a look here:

http://test.learningjquery.com/href.html

In IE 7 for #1 and #2 $(this).attr('href') is reporting the actual
text string of the href attribute while this.href is reporting the
fully qualified URL. For #3, in which I injected the link with
javascript, they're both reporting the fully qualified URL.

Which version of IE are you testing in?

--Karl

Karl Swedbergwww.englishrules.comwww.learningjquery.com

On Mar 25, 2009, at 2:21 PM, Shane Riley wrote:

Karl, I'm pretty sure I'm reading you right, but are you saying that
by all accounts JQuery should account for this and return the string-
literal value of href and not IE's absolute path? If so, it's not
working properly. I wish I could show you the live code, because it's
probably easier to visualize, but here's the process involved in these
specific anchors appearing before manipulation:
1. User visits page
2. User makes selection from a drop-down
3. Ajax call initialized sending the href attribute as the variables
using a POST request

So in this case, the anchors in the drop-down list are present on page
load and part of the initial DOM structure. That means that if JQuery
is supposed to sort this out for me, it's not. If you meant that I'd
absolutely have to use Javascript's getAttribute(), then I'll try that
and see if it works.

On Mar 25, 1:17 pm, Karl Swedberg k...@englishrules.com wrote:
Hi Shane,

IE has a second flag argument for getAttribute that, when set to 2,
is supposed to get the literal value of the attribute rather than
their special-sauce value.

So, this.getAttribute('href', 2) *should* get the relative href.
(note: no need to do $(this)[0] ; this works just fine)

jQuery uses that flag internally, so .attr('href') should do the same
thing:

var attr = !jQuery.support.hrefNormalized
notxml special
// Some attributes require a
special call on IE
? elem.getAttribute( name, 2 )
: elem.getAttribute( name );

I believe that this works in every case except when the href is set
via JavaScript. In that case, I'm not sure anything can be done.

--Karl

Karl Swedbergwww.englishrules.comwww.learningjquery.com

On Mar 25, 2009, at 12:21 PM, Shane Riley wrote:

Ha! I looked at your post too fast, and didn't notice that it was
pure
Javascript. Sorry. I'll try it and see.

The way I currently have it will not work with javascript turned off
either. I'm doing it this way only because the client is requiring
the
user to have Javascript enabled to use the site (it's a backend
system
for very specific clients). They want to add all sorts of animations
and effects like everyone wants to do once they see JQuery
animations
in action.

On Mar 25, 12:14 pm, Martijn Houtman martijn.hout...@gmail.com
wrote:
On Mar 25, 2009, at 5:04 PM, Shane Riley wrote:

Thanks for the article link, but your proposed change isn't valid
JQuery, is it? My exact jQuery code to read in the value looks
like
this:
pageID = $(this).attr(href);
Adding what you suggested to make it $(this)[0].attr(href) will
not
do anything apart from force the link to be followed.

Well, no. I suggested using:

pageID = $(this)[0].attr;

This is plain JavaScript, rather than using jQuery's attr()
function.
As the article suggests, this works cross-browser.

I think I'm going to have to move the contents of href to rel
instead.

Well, you could, but I wouldn't; this is not what the rel attribute
is meant for. Besides, it would break the anchor when JavaScript is
turned off.

Regards,
--
Martijn.

[jQuery] Re: attr(href) giving full path instead of relative in IE

Right, it's not hard, it was just unexpected is all. I guess I've
gotten used to JQuery working the same in all browsers.

I've got it working now with some old-fashioned Javascript. Thanks!

On Mar 25, 3:20 pm, Shane Riley shanerileydoti...@gmail.com wrote:
Alright, so your example shows the actual strings for all three values
in Safari, and in IE7(Vista) it shows the absolute path for #3. After
looking back at my code, I'm actually loading in the links via Ajax
when the page is loaded, so they're not in the original document. So
I'm guessing that means having to do string manipulation since there's
no way to grab the actual href string in IE in this case.

Thanks for putting up an example.

On Mar 25, 3:11 pm, Karl Swedberg k...@englishrules.com wrote:

Hi Shane,

Yes, I believe you're reading me right. Strange, though. I'm not able
to reproduce the problem you're having. Take a look here:

http://test.learningjquery.com/href.html

Which version of IE are you testing in?

--Karl

Karl Swedbergwww.englishrules.comwww.learningjquery.com

On Mar 25, 2009, at 2:21 PM, Shane Riley wrote:

On Mar 25, 1:17 pm, Karl Swedberg k...@englishrules.com wrote:
Hi Shane,

IE has a second flag argument for getAttribute that, when set to 2,
is supposed to get the literal value of the attribute rather than
their special-sauce value.

So, this.getAttribute('href', 2) *should* get the relative href.
(note: no need to do $(this)[0] ; this works just fine)

jQuery uses that flag internally, so .attr('href') should do the same
thing:

var attr = !jQuery.support.hrefNormalized
notxml special
// Some attributes require a
special call on IE
? elem.getAttribute( name, 2 )
: elem.getAttribute( name );

I believe that this works in every case except when the href is set
via JavaScript. In that case, I'm not sure anything can be done.

--Karl

Karl Swedbergwww.englishrules.comwww.learningjquery.com

On Mar 25, 2009, at 12:21 PM, Shane Riley wrote:

Ha! I looked at your post too fast, and didn't notice that it was
pure
Javascript. Sorry. I'll try it and see.

On Mar 25, 12:14 pm, Martijn Houtman martijn.hout...@gmail.com
wrote:
On Mar 25, 2009, at 5:04 PM, Shane Riley wrote:

Well, no. I suggested using:

pageID = $(this)[0].attr;

This is plain JavaScript, rather than using jQuery's attr()
function.
As the article suggests, this works cross-browser.

I think I'm going to have to move the contents of href to rel
instead.

Well, you could, but I wouldn't; this is not what the rel attribute
is meant for. Besides, it would break the anchor when JavaScript is
turned off.

Regards,
--
Martijn.

[jQuery] Re: Malsup's Cycle plugin exhibiting strange behavior

2009-03-12 Thread Shane Riley


This obviously is not a solid, permanent fix, but I found that if I
set the images to a fixed width and height in the CSS it didn't
exhibit this behavior.

On Mar 12, 7:32 am, Mike Alsup mal...@gmail.com wrote:
  hi there, i got the same problem actually appearing on:
  * windows vista home premium
  * firefox 3.0.7
  * cycle core version: 2.56 03-MAR-2009
  * jQuery 1.3.2 (Minified)

  it works fine on:
  * internet explorer 7.

  first image displays nice, all other images are sized down to exactly
  7x15px.

  note: transitions work fine with cycle lite.

 Please post a link so I can take a look.  Thanks.

[jQuery] Re: Malsup's Cycle plugin exhibiting strange behavior

2009-03-12 Thread Shane Riley


That was my initial issue as well, however my client agreed to same-
height images. Does anyone know if a previous version has these
issues? I don't remember ever seeing this happen in the older
versions.

On Mar 12, 8:31 am, id404 ttarp...@googlemail.com wrote:
 @shane: it's not so easy because all images have different sizes.

 i now set the width to 800px in css and jquery. height still remains
 at 15px (added inline by jscript).

 here a link to my dev-server (slow 
 connection):http://id404.dnsalias.net/foto-ketz.de/index.php?page=portrait

[jQuery] Malsup's Cycle plugin exhibiting strange behavior


I've got an instance of Mike Alsup's Cycle slideshow working on the
homepage of a project I'm finishing up, and I'm having different
issues with it depending on the browser being used. All of the issues
seem to be happening in Mac only browsers. Here's the site I'm having
trouble with:
http://elixir.biz/coders/marlins/incoming/

The first issue is in FF 3.0.7 on Mac. Occasionally, the first image
appears no problem, however the remaining images show up extremely
small. I tried setting a fixed width and height to the images, but
that didn't have an effect on it.

The other issue is in Safari 3 on Mac. The first image appears, but
after it fades out no other images fade in. After a set amount of
time, the first image shows up again, then it repeats the process.
This happens every time.

Is this an issue with the JQuery?

[jQuery] Re: Malsup's Cycle plugin exhibiting strange behavior


That looks to have done it. Thanks!

On Mar 8, 1:12 pm, Mike Alsup mal...@gmail.com wrote:
  The first issue is in FF 3.0.7 on Mac. Occasionally, the first image
  appears no problem, however the remaining images show up extremely
  small. I tried setting a fixed width and height to the images, but
  that didn't have an effect on it.

  The other issue is in Safari 3 on Mac. The first image appears, but
  after it fades out no other images fade in. After a set amount of
  time, the first image shows up again, then it repeats the process.
  This happens every time.

  Is this an issue with the JQuery?

 Can you please try the latest version of the Cycle plugin?  Some
 sizing bugs were fixed in late February.

 http://www.malsup.com/jquery/cycle/download.html

 Mike

[jQuery] Re: Drop down menu disappears when you hover over Cycle slideshow area


Nevermind, I've changed it to toggle onclick instead.

On Mar 7, 9:12 am, Shane Riley shanerileydoti...@gmail.com wrote:
 I've tried getting this to work properly in IE with a variety of
 different methods, and none are working. The page in question is 
 here:http://elixir.biz/coders/marlins/incoming/photos.php
 If you hover over the blue team text it will display a drop-down
 menu. However, in IE6 and IE7 once you've moused over the area where
 the drop down menu overlaps the thumbnails, it disappears. Initially I
 thought it may be a z-index issue between it and the Cycle slideshow
 in the thumbnails area, but no combination of absolute, relative, and
 z-index on the elements has any effect. My next course of action was
 to comment out the thumbnails and the main image to see if it worked,
 and it did. However, when commenting out only one of these two areas,
 it no longer works, and it doesn't matter which is commented out.

 I've also tried moving the category drop-down after the rest of the
 markup, tried adding a clearing div between the category area and the
 thumbnails, tried adding/removing all sorts of CSS properties to the
 category list, and none seem to get it working in IE. I'm left
 wondering if this is an issue with my JQuery instead. I tried
 substituting my hover() with mouseover and mouseout, but it behaved
 the same.

[jQuery] Re: Malsup's Cycle plugin exhibiting strange behavior