Well, I noticed that in some of the highlightFade instances you
specified and end parameter, and my plug-in doesn't know that you want
that style removed afterwards because that could lead to a bumpy colour
transition. Add the final parameter set to an empty string and see if
the highlightFade problems go away.
ie change
$("td:gt(3)",this.parentNode).highlightFade({start: 'green',end: '#D0FFDA'});
to
$("td:gt(3)",this.parentNode).highlightFade({start: 'green',end: '#D0FFDA',
final: ''});
-blair
Paul Bakaus wrote:
> Hi there,
>
> I still don't know what plugin it causes..however, it's not too
> important, it's only a prototype. But if you want to look at it yourself:
>
> http://paul.jquery.com/plugins/demo_mk/
> <http://paul.jquery.com/plugins/demo_mk/>
>
> Save it and uncomment this line:
>
> $(drag).children().removeClass("highlighted");
>
> then try to drag a row around and drop it into the table again. Now
> try the sorting, and you will see that the class doesn#t update again.
> Strange, huh?
>
> Paul
>
> 2006/10/13, Blair Mitchelmore <[EMAIL PROTECTED]
> <mailto:[EMAIL PROTECTED]>>:
>
> I wrote highlightFade so that it would remove the styles it set after
> the fact except when necessary to keep them for some reason. Can
> you set
> up a simple test case of this error so I can see why it's happening?
>
> -blair
>
> Paul Bakaus wrote:
> > forget it, it was not a table sorter bug I had, but this was caused
> > because of the highlightFade plugin, which does not remove its
> inline
> > styles after fading. Doo :)
> >
> >
>
>
_______________________________________________
jQuery mailing list
[email protected]
http://jquery.com/discuss/
