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:
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
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
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
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)
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
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
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:
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
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
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
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()
Callbacks are used to know when asynchronous events are complete...
setting the css or class doesn't happen asynchronously
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
14 matches
Mail list logo
