[jQuery] Re: no callback for css/addClass?
hey thanks for bringing that to my attention about the image, fixed
now.
although i'd say you jumped the gun a little on screaming "poor
design" and "misused jQuery"...
like i said i did this website for close to nothing for a family
member (while having full-time job, uni and freelance on the side) so
its acceptable that its not as good as it should be... in fact i did
it all in a weekend so im pretty happy with it.
the fade ins and outs are superfluous i know but if it makes my uncle
happy (and its friggin website) then im happy to leave them there =P
anyway i just went with the page refresh on IE and fixed the menu
resizing (another typo) all good now :)
-Alex
On Sep 25, 2:02 pm, ricardobeat <[EMAIL PROTECTED]> wrote:
> Sorry for being rude and I know you didn't ask for design tips, but
> why on earth is that banner image inside the first list item? This is
> a clear example of misused jQuery aiding poor design, you should be
> very happy it works the way it is! :D
>
> But seriously, there is no need for the fade effects or ajax in this
> page, plain old XHTML and good design would do it better.
>
> Now for a proper technical answer: I'm really impressed it works as it
> is in Firefox, for some reason it allows the to go outside the
> bounds without affecting it's height, without a float or abs/rel
> positioning. On IE your first element extends all the way down to
> the bottom of the image on the right, it's a wild guess why the
> contact box is in place when you first load the page. I'd be inclined
> to say that the proper positioning for it (with your code) is the
> 'wrong' one, when it's down after the image. The obvious solution is
> to put that image in it's right place in the XHTML, a floated DIV
> separate from the product list (ol).
>
> - ricardo
>
> On Sep 25, 1:36 pm, Alex Weber <[EMAIL PROTECTED]> wrote:
>
> > absolutely!
>
> >www.weberseguros.com/productos.php
>
> > its the div with the border on the bottom with contact details... when
> > you click on any product link it expands and when you click on the
> > "Volver al Menu de Productos" link its supposed to shrink back to its
> > original size...
> > im considering just refreshing the page because its in position when
> > the section opens if you're using IE, specially because the whole
> > thing just doesn't work so nicely in terms of the menu resizing to fit
> > the contents (in fact it doesnt work at all) but since i made this
> > website pretty much for free for a family member (that lives in spain
> > btw hence the spanish) im not gonna spend too much time on minor
> > details like that :)
>
> > On Sep 25, 1:03 pm, Eric <[EMAIL PROTECTED]> wrote:
>
> > > Hmmm... If it's working in FF/Safari but not in IE, I'm still
> > > guessing that a browser rendering difference is to blame (rather than
> > > jQuery). Do you have any sample pages live on the web that I could
> > > check out?
>
> > > On Sep 25, 9:18 am, Alex Weber <[EMAIL PROTECTED]> wrote:
>
> > > > Thanks Eric about the fadeIn() params that was careless of me but it
> > > > doesn't seem to have made a difference... :(
> > > > btw the div has no padding and ive tried resizing it down to 50px and
> > > > it still doesnt fit
>
> > > > man i really hate IE sometimes...
>
> > > > On Sep 25, 12:43 am, Eric <[EMAIL PROTECTED]> wrote:
>
> > > > > Does #produtos_contato have any padding added to it? If so, IE could
> > > > > be calculating the width of the overall element as more than "350px",
> > > > > causing it to get bumped to the next line.
>
> > > > > On Sep 24, 5:05 pm, Alex Weber <[EMAIL PROTECTED]> wrote:
>
> > > > > > sorry i just took a look at the code and its a fadeIn() not a show()
> > > > > > but really it doesn't change anything.. here's the code:
>
> > > > > > $('#produtos_contato').css('width','350px');
> > > > > > $('#produtos_links').fadeIn(resize);
>
> > > > > > where resize() is a function that stretches the left menu panel as
> > > > > > far
> > > > > > down or up as the content goes (completely unrelated to the divs in
> > > > > > the js)
>
> > > > > > in firefox, opera, etc it works ok but in IE "#produtos_contato"
> > > > > > doesn't seem to resize in time because its supposed to fit in
> > > > > > alongside the div that fades in but instead sits under it...
>
> > > > > > On Sep 24, 5:48 pm, ricardobeat <[EMAIL PROTECTED]> wrote:
>
> > > > > > > There is no way a css() and show() could happen in the wrong
> > > > > > > order, as
> > > > > > > the second one only executes after the first one returns the
> > > > > > > object.
> > > > > > > Is it an animated resize?
>
> > > > > > > On Sep 24, 3:59 pm, Alex Weber <[EMAIL PROTECTED]> wrote:
>
> > > > > > > > yeah bud thats a given i just wanted to confirm that there
> > > > > > > > wasn't a
> > > > > > > > callback and why not.
>
> > > > > > > > thanks for all the replies!
>
> > > > > > > > ajpiano wrote:
> > > > > > > > > that sounds like an issue that needs debugging, not a
> > > > > > > > > (sup
[jQuery] Re: no callback for css/addClass?
Sorry for being rude and I know you didn't ask for design tips, but
why on earth is that banner image inside the first list item? This is
a clear example of misused jQuery aiding poor design, you should be
very happy it works the way it is! :D
But seriously, there is no need for the fade effects or ajax in this
page, plain old XHTML and good design would do it better.
Now for a proper technical answer: I'm really impressed it works as it
is in Firefox, for some reason it allows the to go outside the
bounds without affecting it's height, without a float or abs/rel
positioning. On IE your first element extends all the way down to
the bottom of the image on the right, it's a wild guess why the
contact box is in place when you first load the page. I'd be inclined
to say that the proper positioning for it (with your code) is the
'wrong' one, when it's down after the image. The obvious solution is
to put that image in it's right place in the XHTML, a floated DIV
separate from the product list (ol).
- ricardo
On Sep 25, 1:36 pm, Alex Weber <[EMAIL PROTECTED]> wrote:
> absolutely!
>
> www.weberseguros.com/productos.php
>
> its the div with the border on the bottom with contact details... when
> you click on any product link it expands and when you click on the
> "Volver al Menu de Productos" link its supposed to shrink back to its
> original size...
> im considering just refreshing the page because its in position when
> the section opens if you're using IE, specially because the whole
> thing just doesn't work so nicely in terms of the menu resizing to fit
> the contents (in fact it doesnt work at all) but since i made this
> website pretty much for free for a family member (that lives in spain
> btw hence the spanish) im not gonna spend too much time on minor
> details like that :)
>
> On Sep 25, 1:03 pm, Eric <[EMAIL PROTECTED]> wrote:
>
> > Hmmm... If it's working in FF/Safari but not in IE, I'm still
> > guessing that a browser rendering difference is to blame (rather than
> > jQuery). Do you have any sample pages live on the web that I could
> > check out?
>
> > On Sep 25, 9:18 am, Alex Weber <[EMAIL PROTECTED]> wrote:
>
> > > Thanks Eric about the fadeIn() params that was careless of me but it
> > > doesn't seem to have made a difference... :(
> > > btw the div has no padding and ive tried resizing it down to 50px and
> > > it still doesnt fit
>
> > > man i really hate IE sometimes...
>
> > > On Sep 25, 12:43 am, Eric <[EMAIL PROTECTED]> wrote:
>
> > > > Does #produtos_contato have any padding added to it? If so, IE could
> > > > be calculating the width of the overall element as more than "350px",
> > > > causing it to get bumped to the next line.
>
> > > > On Sep 24, 5:05 pm, Alex Weber <[EMAIL PROTECTED]> wrote:
>
> > > > > sorry i just took a look at the code and its a fadeIn() not a show()
> > > > > but really it doesn't change anything.. here's the code:
>
> > > > > $('#produtos_contato').css('width','350px');
> > > > > $('#produtos_links').fadeIn(resize);
>
> > > > > where resize() is a function that stretches the left menu panel as far
> > > > > down or up as the content goes (completely unrelated to the divs in
> > > > > the js)
>
> > > > > in firefox, opera, etc it works ok but in IE "#produtos_contato"
> > > > > doesn't seem to resize in time because its supposed to fit in
> > > > > alongside the div that fades in but instead sits under it...
>
> > > > > On Sep 24, 5:48 pm, ricardobeat <[EMAIL PROTECTED]> wrote:
>
> > > > > > There is no way a css() and show() could happen in the wrong order,
> > > > > > as
> > > > > > the second one only executes after the first one returns the object.
> > > > > > Is it an animated resize?
>
> > > > > > On Sep 24, 3:59 pm, Alex Weber <[EMAIL PROTECTED]> wrote:
>
> > > > > > > yeah bud thats a given i just wanted to confirm that there wasn't
> > > > > > > a
> > > > > > > callback and why not.
>
> > > > > > > thanks for all the replies!
>
> > > > > > > ajpiano wrote:
> > > > > > > > that sounds like an issue that needs debugging, not a
> > > > > > > > (superfluous)
> > > > > > > > change to the library core...
>
> > > > > > > > On Sep 24, 1:06 pm, Alex Weber <[EMAIL PROTECTED]> wrote:
> > > > > > > > > i realize that... i just needed this in a rare case where
> > > > > > > > > jquery is
> > > > > > > > > showing an element before resizing it, even though the resize
> > > > > > > > > statement (css) is before the show()...
>
> > > > > > > > > On Sep 23, 9:05 pm, ricardobeat <[EMAIL PROTECTED]> wrote:
>
> > > > > > > > > > Yeah, it's just like doing
>
> > > > > > > > > > $('color','red'); alert('color changed');
>
> > > > > > > > > > On Sep 23, 5:15 pm, MorningZ <[EMAIL PROTECTED]> wrote:
>
> > > > > > > > > > > Callbacks are used to know when asynchronous events are
> > > > > > > > > > > complete...
> > > > > > > > > > > setting the css or class doesn't happen asynchronously
[jQuery] Re: no callback for css/addClass?
absolutely!
www.weberseguros.com/productos.php
its the div with the border on the bottom with contact details... when
you click on any product link it expands and when you click on the
"Volver al Menu de Productos" link its supposed to shrink back to its
original size...
im considering just refreshing the page because its in position when
the section opens if you're using IE, specially because the whole
thing just doesn't work so nicely in terms of the menu resizing to fit
the contents (in fact it doesnt work at all) but since i made this
website pretty much for free for a family member (that lives in spain
btw hence the spanish) im not gonna spend too much time on minor
details like that :)
On Sep 25, 1:03 pm, Eric <[EMAIL PROTECTED]> wrote:
> Hmmm... If it's working in FF/Safari but not in IE, I'm still
> guessing that a browser rendering difference is to blame (rather than
> jQuery). Do you have any sample pages live on the web that I could
> check out?
>
> On Sep 25, 9:18 am, Alex Weber <[EMAIL PROTECTED]> wrote:
>
> > Thanks Eric about the fadeIn() params that was careless of me but it
> > doesn't seem to have made a difference... :(
> > btw the div has no padding and ive tried resizing it down to 50px and
> > it still doesnt fit
>
> > man i really hate IE sometimes...
>
> > On Sep 25, 12:43 am, Eric <[EMAIL PROTECTED]> wrote:
>
> > > Does #produtos_contato have any padding added to it? If so, IE could
> > > be calculating the width of the overall element as more than "350px",
> > > causing it to get bumped to the next line.
>
> > > On Sep 24, 5:05 pm, Alex Weber <[EMAIL PROTECTED]> wrote:
>
> > > > sorry i just took a look at the code and its a fadeIn() not a show()
> > > > but really it doesn't change anything.. here's the code:
>
> > > > $('#produtos_contato').css('width','350px');
> > > > $('#produtos_links').fadeIn(resize);
>
> > > > where resize() is a function that stretches the left menu panel as far
> > > > down or up as the content goes (completely unrelated to the divs in
> > > > the js)
>
> > > > in firefox, opera, etc it works ok but in IE "#produtos_contato"
> > > > doesn't seem to resize in time because its supposed to fit in
> > > > alongside the div that fades in but instead sits under it...
>
> > > > On Sep 24, 5:48 pm, ricardobeat <[EMAIL PROTECTED]> wrote:
>
> > > > > There is no way a css() and show() could happen in the wrong order, as
> > > > > the second one only executes after the first one returns the object.
> > > > > Is it an animated resize?
>
> > > > > On Sep 24, 3:59 pm, Alex Weber <[EMAIL PROTECTED]> wrote:
>
> > > > > > yeah bud thats a given i just wanted to confirm that there wasn't a
> > > > > > callback and why not.
>
> > > > > > thanks for all the replies!
>
> > > > > > ajpiano wrote:
> > > > > > > that sounds like an issue that needs debugging, not a
> > > > > > > (superfluous)
> > > > > > > change to the library core...
>
> > > > > > > On Sep 24, 1:06 pm, Alex Weber <[EMAIL PROTECTED]> wrote:
> > > > > > > > i realize that... i just needed this in a rare case where
> > > > > > > > jquery is
> > > > > > > > showing an element before resizing it, even though the resize
> > > > > > > > statement (css) is before the show()...
>
> > > > > > > > On Sep 23, 9:05 pm, ricardobeat <[EMAIL PROTECTED]> wrote:
>
> > > > > > > > > Yeah, it's just like doing
>
> > > > > > > > > $('color','red'); alert('color changed');
>
> > > > > > > > > On Sep 23, 5:15 pm, MorningZ <[EMAIL PROTECTED]> wrote:
>
> > > > > > > > > > Callbacks are used to know when asynchronous events are
> > > > > > > > > > complete...
> > > > > > > > > > setting the css or class doesn't happen asynchronously
[jQuery] Re: no callback for css/addClass?
Hmmm... If it's working in FF/Safari but not in IE, I'm still
guessing that a browser rendering difference is to blame (rather than
jQuery). Do you have any sample pages live on the web that I could
check out?
On Sep 25, 9:18 am, Alex Weber <[EMAIL PROTECTED]> wrote:
> Thanks Eric about the fadeIn() params that was careless of me but it
> doesn't seem to have made a difference... :(
> btw the div has no padding and ive tried resizing it down to 50px and
> it still doesnt fit
>
> man i really hate IE sometimes...
>
> On Sep 25, 12:43 am, Eric <[EMAIL PROTECTED]> wrote:
>
> > Does #produtos_contato have any padding added to it? If so, IE could
> > be calculating the width of the overall element as more than "350px",
> > causing it to get bumped to the next line.
>
> > On Sep 24, 5:05 pm, Alex Weber <[EMAIL PROTECTED]> wrote:
>
> > > sorry i just took a look at the code and its a fadeIn() not a show()
> > > but really it doesn't change anything.. here's the code:
>
> > > $('#produtos_contato').css('width','350px');
> > > $('#produtos_links').fadeIn(resize);
>
> > > where resize() is a function that stretches the left menu panel as far
> > > down or up as the content goes (completely unrelated to the divs in
> > > the js)
>
> > > in firefox, opera, etc it works ok but in IE "#produtos_contato"
> > > doesn't seem to resize in time because its supposed to fit in
> > > alongside the div that fades in but instead sits under it...
>
> > > On Sep 24, 5:48 pm, ricardobeat <[EMAIL PROTECTED]> wrote:
>
> > > > There is no way a css() and show() could happen in the wrong order, as
> > > > the second one only executes after the first one returns the object.
> > > > Is it an animated resize?
>
> > > > On Sep 24, 3:59 pm, Alex Weber <[EMAIL PROTECTED]> wrote:
>
> > > > > yeah bud thats a given i just wanted to confirm that there wasn't a
> > > > > callback and why not.
>
> > > > > thanks for all the replies!
>
> > > > > ajpiano wrote:
> > > > > > that sounds like an issue that needs debugging, not a (superfluous)
> > > > > > change to the library core...
>
> > > > > > On Sep 24, 1:06 pm, Alex Weber <[EMAIL PROTECTED]> wrote:
> > > > > > > i realize that... i just needed this in a rare case where jquery
> > > > > > > is
> > > > > > > showing an element before resizing it, even though the resize
> > > > > > > statement (css) is before the show()...
>
> > > > > > > On Sep 23, 9:05 pm, ricardobeat <[EMAIL PROTECTED]> wrote:
>
> > > > > > > > Yeah, it's just like doing
>
> > > > > > > > $('color','red'); alert('color changed');
>
> > > > > > > > On Sep 23, 5:15 pm, MorningZ <[EMAIL PROTECTED]> wrote:
>
> > > > > > > > > Callbacks are used to know when asynchronous events are
> > > > > > > > > complete...
> > > > > > > > > setting the css or class doesn't happen asynchronously
[jQuery] Re: no callback for css/addClass?
and by "sometimes" i mean "all the time" :)
On Sep 25, 10:18 am, Alex Weber <[EMAIL PROTECTED]> wrote:
> Thanks Eric about the fadeIn() params that was careless of me but it
> doesn't seem to have made a difference... :(
> btw the div has no padding and ive tried resizing it down to 50px and
> it still doesnt fit
>
> man i really hate IE sometimes...
>
> On Sep 25, 12:43 am, Eric <[EMAIL PROTECTED]> wrote:
>
> > Does #produtos_contato have any padding added to it? If so, IE could
> > be calculating the width of the overall element as more than "350px",
> > causing it to get bumped to the next line.
>
> > On Sep 24, 5:05 pm, Alex Weber <[EMAIL PROTECTED]> wrote:
>
> > > sorry i just took a look at the code and its a fadeIn() not a show()
> > > but really it doesn't change anything.. here's the code:
>
> > > $('#produtos_contato').css('width','350px');
> > > $('#produtos_links').fadeIn(resize);
>
> > > where resize() is a function that stretches the left menu panel as far
> > > down or up as the content goes (completely unrelated to the divs in
> > > the js)
>
> > > in firefox, opera, etc it works ok but in IE "#produtos_contato"
> > > doesn't seem to resize in time because its supposed to fit in
> > > alongside the div that fades in but instead sits under it...
>
> > > On Sep 24, 5:48 pm, ricardobeat <[EMAIL PROTECTED]> wrote:
>
> > > > There is no way a css() and show() could happen in the wrong order, as
> > > > the second one only executes after the first one returns the object.
> > > > Is it an animated resize?
>
> > > > On Sep 24, 3:59 pm, Alex Weber <[EMAIL PROTECTED]> wrote:
>
> > > > > yeah bud thats a given i just wanted to confirm that there wasn't a
> > > > > callback and why not.
>
> > > > > thanks for all the replies!
>
> > > > > ajpiano wrote:
> > > > > > that sounds like an issue that needs debugging, not a (superfluous)
> > > > > > change to the library core...
>
> > > > > > On Sep 24, 1:06 pm, Alex Weber <[EMAIL PROTECTED]> wrote:
> > > > > > > i realize that... i just needed this in a rare case where jquery
> > > > > > > is
> > > > > > > showing an element before resizing it, even though the resize
> > > > > > > statement (css) is before the show()...
>
> > > > > > > On Sep 23, 9:05 pm, ricardobeat <[EMAIL PROTECTED]> wrote:
>
> > > > > > > > Yeah, it's just like doing
>
> > > > > > > > $('color','red'); alert('color changed');
>
> > > > > > > > On Sep 23, 5:15 pm, MorningZ <[EMAIL PROTECTED]> wrote:
>
> > > > > > > > > Callbacks are used to know when asynchronous events are
> > > > > > > > > complete...
> > > > > > > > > setting the css or class doesn't happen asynchronously
[jQuery] Re: no callback for css/addClass?
Thanks Eric about the fadeIn() params that was careless of me but it
doesn't seem to have made a difference... :(
btw the div has no padding and ive tried resizing it down to 50px and
it still doesnt fit
man i really hate IE sometimes...
On Sep 25, 12:43 am, Eric <[EMAIL PROTECTED]> wrote:
> Does #produtos_contato have any padding added to it? If so, IE could
> be calculating the width of the overall element as more than "350px",
> causing it to get bumped to the next line.
>
> On Sep 24, 5:05 pm, Alex Weber <[EMAIL PROTECTED]> wrote:
>
> > sorry i just took a look at the code and its a fadeIn() not a show()
> > but really it doesn't change anything.. here's the code:
>
> > $('#produtos_contato').css('width','350px');
> > $('#produtos_links').fadeIn(resize);
>
> > where resize() is a function that stretches the left menu panel as far
> > down or up as the content goes (completely unrelated to the divs in
> > the js)
>
> > in firefox, opera, etc it works ok but in IE "#produtos_contato"
> > doesn't seem to resize in time because its supposed to fit in
> > alongside the div that fades in but instead sits under it...
>
> > On Sep 24, 5:48 pm, ricardobeat <[EMAIL PROTECTED]> wrote:
>
> > > There is no way a css() and show() could happen in the wrong order, as
> > > the second one only executes after the first one returns the object.
> > > Is it an animated resize?
>
> > > On Sep 24, 3:59 pm, Alex Weber <[EMAIL PROTECTED]> wrote:
>
> > > > yeah bud thats a given i just wanted to confirm that there wasn't a
> > > > callback and why not.
>
> > > > thanks for all the replies!
>
> > > > ajpiano wrote:
> > > > > that sounds like an issue that needs debugging, not a (superfluous)
> > > > > change to the library core...
>
> > > > > On Sep 24, 1:06 pm, Alex Weber <[EMAIL PROTECTED]> wrote:
> > > > > > i realize that... i just needed this in a rare case where jquery is
> > > > > > showing an element before resizing it, even though the resize
> > > > > > statement (css) is before the show()...
>
> > > > > > On Sep 23, 9:05 pm, ricardobeat <[EMAIL PROTECTED]> wrote:
>
> > > > > > > Yeah, it's just like doing
>
> > > > > > > $('color','red'); alert('color changed');
>
> > > > > > > On Sep 23, 5:15 pm, MorningZ <[EMAIL PROTECTED]> wrote:
>
> > > > > > > > Callbacks are used to know when asynchronous events are
> > > > > > > > complete...
> > > > > > > > setting the css or class doesn't happen asynchronously
[jQuery] Re: no callback for css/addClass?
Does #produtos_contato have any padding added to it? If so, IE could
be calculating the width of the overall element as more than "350px",
causing it to get bumped to the next line.
On Sep 24, 5:05 pm, Alex Weber <[EMAIL PROTECTED]> wrote:
> sorry i just took a look at the code and its a fadeIn() not a show()
> but really it doesn't change anything.. here's the code:
>
> $('#produtos_contato').css('width','350px');
> $('#produtos_links').fadeIn(resize);
>
> where resize() is a function that stretches the left menu panel as far
> down or up as the content goes (completely unrelated to the divs in
> the js)
>
> in firefox, opera, etc it works ok but in IE "#produtos_contato"
> doesn't seem to resize in time because its supposed to fit in
> alongside the div that fades in but instead sits under it...
>
> On Sep 24, 5:48 pm, ricardobeat <[EMAIL PROTECTED]> wrote:
>
> > There is no way a css() and show() could happen in the wrong order, as
> > the second one only executes after the first one returns the object.
> > Is it an animated resize?
>
> > On Sep 24, 3:59 pm, Alex Weber <[EMAIL PROTECTED]> wrote:
>
> > > yeah bud thats a given i just wanted to confirm that there wasn't a
> > > callback and why not.
>
> > > thanks for all the replies!
>
> > > ajpiano wrote:
> > > > that sounds like an issue that needs debugging, not a (superfluous)
> > > > change to the library core...
>
> > > > On Sep 24, 1:06 pm, Alex Weber <[EMAIL PROTECTED]> wrote:
> > > > > i realize that... i just needed this in a rare case where jquery is
> > > > > showing an element before resizing it, even though the resize
> > > > > statement (css) is before the show()...
>
> > > > > On Sep 23, 9:05 pm, ricardobeat <[EMAIL PROTECTED]> wrote:
>
> > > > > > Yeah, it's just like doing
>
> > > > > > $('color','red'); alert('color changed');
>
> > > > > > On Sep 23, 5:15 pm, MorningZ <[EMAIL PROTECTED]> wrote:
>
> > > > > > > Callbacks are used to know when asynchronous events are
> > > > > > > complete...
> > > > > > > setting the css or class doesn't happen asynchronously
[jQuery] Re: no callback for css/addClass?
I'm a little concerned by the line: $
('#produtos_links').fadeIn(resize);
Does that work?
The Events documentation (http://docs.jquery.com/Effects/
fadeIn#speedcallback) says the signature of the function is:
fadeIn( speed, [callback] )
Which would imply to me that the speed is a mandatory argument.
Without a speed, the function should evaluate (i.e., call) the
"resize" function to try to get a numerical value, and would *then*
fadeIn.
Try this instead:
$('#produtos_links').fadeIn("def", resize); // default speed
On Sep 24, 5:05 pm, Alex Weber <[EMAIL PROTECTED]> wrote:
> sorry i just took a look at the code and its a fadeIn() not a show()
> but really it doesn't change anything.. here's the code:
>
> $('#produtos_contato').css('width','350px');
> $('#produtos_links').fadeIn(resize);
>
> where resize() is a function that stretches the left menu panel as far
> down or up as the content goes (completely unrelated to the divs in
> the js)
>
> in firefox, opera, etc it works ok but in IE "#produtos_contato"
> doesn't seem to resize in time because its supposed to fit in
> alongside the div that fades in but instead sits under it...
>
> On Sep 24, 5:48 pm, ricardobeat <[EMAIL PROTECTED]> wrote:
>
> > There is no way a css() and show() could happen in the wrong order, as
> > the second one only executes after the first one returns the object.
> > Is it an animated resize?
>
> > On Sep 24, 3:59 pm, Alex Weber <[EMAIL PROTECTED]> wrote:
>
> > > yeah bud thats a given i just wanted to confirm that there wasn't a
> > > callback and why not.
>
> > > thanks for all the replies!
>
> > > ajpiano wrote:
> > > > that sounds like an issue that needs debugging, not a (superfluous)
> > > > change to the library core...
>
> > > > On Sep 24, 1:06 pm, Alex Weber <[EMAIL PROTECTED]> wrote:
> > > > > i realize that... i just needed this in a rare case where jquery is
> > > > > showing an element before resizing it, even though the resize
> > > > > statement (css) is before the show()...
>
> > > > > On Sep 23, 9:05 pm, ricardobeat <[EMAIL PROTECTED]> wrote:
>
> > > > > > Yeah, it's just like doing
>
> > > > > > $('color','red'); alert('color changed');
>
> > > > > > On Sep 23, 5:15 pm, MorningZ <[EMAIL PROTECTED]> wrote:
>
> > > > > > > Callbacks are used to know when asynchronous events are
> > > > > > > complete...
> > > > > > > setting the css or class doesn't happen asynchronously
[jQuery] Re: no callback for css/addClass?
sorry i just took a look at the code and its a fadeIn() not a show()
but really it doesn't change anything.. here's the code:
$('#produtos_contato').css('width','350px');
$('#produtos_links').fadeIn(resize);
where resize() is a function that stretches the left menu panel as far
down or up as the content goes (completely unrelated to the divs in
the js)
in firefox, opera, etc it works ok but in IE "#produtos_contato"
doesn't seem to resize in time because its supposed to fit in
alongside the div that fades in but instead sits under it...
On Sep 24, 5:48 pm, ricardobeat <[EMAIL PROTECTED]> wrote:
> There is no way a css() and show() could happen in the wrong order, as
> the second one only executes after the first one returns the object.
> Is it an animated resize?
>
> On Sep 24, 3:59 pm, Alex Weber <[EMAIL PROTECTED]> wrote:
>
> > yeah bud thats a given i just wanted to confirm that there wasn't a
> > callback and why not.
>
> > thanks for all the replies!
>
> > ajpiano wrote:
> > > that sounds like an issue that needs debugging, not a (superfluous)
> > > change to the library core...
>
> > > On Sep 24, 1:06 pm, Alex Weber <[EMAIL PROTECTED]> wrote:
> > > > i realize that... i just needed this in a rare case where jquery is
> > > > showing an element before resizing it, even though the resize
> > > > statement (css) is before the show()...
>
> > > > On Sep 23, 9:05 pm, ricardobeat <[EMAIL PROTECTED]> wrote:
>
> > > > > Yeah, it's just like doing
>
> > > > > $('color','red'); alert('color changed');
>
> > > > > On Sep 23, 5:15 pm, MorningZ <[EMAIL PROTECTED]> wrote:
>
> > > > > > Callbacks are used to know when asynchronous events are complete...
> > > > > > setting the css or class doesn't happen asynchronously
[jQuery] Re: no callback for css/addClass?
There is no way a css() and show() could happen in the wrong order, as
the second one only executes after the first one returns the object.
Is it an animated resize?
On Sep 24, 3:59 pm, Alex Weber <[EMAIL PROTECTED]> wrote:
> yeah bud thats a given i just wanted to confirm that there wasn't a
> callback and why not.
>
> thanks for all the replies!
>
> ajpiano wrote:
> > that sounds like an issue that needs debugging, not a (superfluous)
> > change to the library core...
>
> > On Sep 24, 1:06 pm, Alex Weber <[EMAIL PROTECTED]> wrote:
> > > i realize that... i just needed this in a rare case where jquery is
> > > showing an element before resizing it, even though the resize
> > > statement (css) is before the show()...
>
> > > On Sep 23, 9:05 pm, ricardobeat <[EMAIL PROTECTED]> wrote:
>
> > > > Yeah, it's just like doing
>
> > > > $('color','red'); alert('color changed');
>
> > > > On Sep 23, 5:15 pm, MorningZ <[EMAIL PROTECTED]> wrote:
>
> > > > > Callbacks are used to know when asynchronous events are complete...
> > > > > setting the css or class doesn't happen asynchronously
[jQuery] Re: no callback for css/addClass?
yeah bud thats a given i just wanted to confirm that there wasn't a
callback and why not.
thanks for all the replies!
ajpiano wrote:
> that sounds like an issue that needs debugging, not a (superfluous)
> change to the library core...
>
>
>
> On Sep 24, 1:06�pm, Alex Weber <[EMAIL PROTECTED]> wrote:
> > i realize that... i just needed this in a rare case where jquery is
> > showing an element before resizing it, even though the resize
> > statement (css) is before the show()...
> >
> > On Sep 23, 9:05�pm, ricardobeat <[EMAIL PROTECTED]> wrote:
> >
> > > Yeah, it's just like doing
> >
> > > $('color','red'); alert('color changed');
> >
> > > On Sep 23, 5:15�pm, MorningZ <[EMAIL PROTECTED]> wrote:
> >
> > > > Callbacks are used to know when asynchronous events are complete...
> > > > setting the css or class doesn't happen asynchronously
[jQuery] Re: no callback for css/addClass?
that sounds like an issue that needs debugging, not a (superfluous)
change to the library core...
On Sep 24, 1:06 pm, Alex Weber <[EMAIL PROTECTED]> wrote:
> i realize that... i just needed this in a rare case where jquery is
> showing an element before resizing it, even though the resize
> statement (css) is before the show()...
>
> On Sep 23, 9:05 pm, ricardobeat <[EMAIL PROTECTED]> wrote:
>
> > Yeah, it's just like doing
>
> > $('color','red'); alert('color changed');
>
> > On Sep 23, 5:15 pm, MorningZ <[EMAIL PROTECTED]> wrote:
>
> > > Callbacks are used to know when asynchronous events are complete...
> > > setting the css or class doesn't happen asynchronously
[jQuery] Re: no callback for css/addClass?
i realize that... i just needed this in a rare case where jquery is
showing an element before resizing it, even though the resize
statement (css) is before the show()...
On Sep 23, 9:05 pm, ricardobeat <[EMAIL PROTECTED]> wrote:
> Yeah, it's just like doing
>
> $('color','red'); alert('color changed');
>
> On Sep 23, 5:15 pm, MorningZ <[EMAIL PROTECTED]> wrote:
>
> > Callbacks are used to know when asynchronous events are complete...
> > setting the css or class doesn't happen asynchronously
[jQuery] Re: no callback for css/addClass?
Yeah, it's just like doing
$('color','red'); alert('color changed');
On Sep 23, 5:15 pm, MorningZ <[EMAIL PROTECTED]> wrote:
> Callbacks are used to know when asynchronous events are complete...
> setting the css or class doesn't happen asynchronously
[jQuery] Re: no callback for css/addClass?
Callbacks are used to know when asynchronous events are complete... setting the css or class doesn't happen asynchronously
