Bug Tracker

Opened 15 years ago

Closed 13 years ago

Last modified 11 years ago

#2185 closed bug (fixed)

animate does not work properly with non-block-level elements (table, tr, td, inline, etc.)

Reported by: Johnath Owned by: snover
Priority: high Milestone: 1.4.3
Component: effects Version: 1.4.2
Keywords: Cc: snover
Blocked by: Blocking:

Description

Using slideToggle to hide/show a div styled with

display: inline-block;

Causes the display to go to "none" when hidden, and then "block" when restored. Ideally, the display should be set back to its original value.

It's simple to workaround by wrapping the styled div(s) in a normal block div, but obviously that's suboptimal. Obviously, testing this requires a browser that understands inline-block. I am seeing this behaviour in the Firefox 3 betas.

Change History (13)

comment:1 Changed 15 years ago by michaeltsmit

Just to clarify, this bug is also reproducible with slideUp and slideDown. show() & hide() don't reproduce the error. Further, this error also occurs for items with displays other than display: inline... table rows go from display: table-row to display: none (on hide) to display: block (on show again). Seems the patch would be either be for an option to add the display parameter or for jQuery to somehow remember the proper display type.

comment:2 Changed 15 years ago by josephtate

I can confirm the same behavior that michaeltsmith85 is seeing. An inline css style of "display:none" set for a <tr> is being set with slideToggle to "display:block" which borks the table. It should be set to "table-row". I would opt for/maybe prefer setting the display parameter myself as it seems it could be complicated for jQuery to determine what sort of element needs what sort of display type.

comment:3 Changed 14 years ago by dmethvin

Duplicate bugs #2503 and #4096 have more discussion.

comment:4 Changed 14 years ago by dotnetCarpenter

Seems that there is two issues here.

  • 1) height and width animations are always set to display: block
  • 2) not all animations revert display back to the original

In jQuery.fx.update we need to check for inline-block or table-row.

// Set display property to block for height/width animations
if ( ( this.prop == "height" || this.prop == "width" ) && this.elem.style )
  this.elem.style.display = "block";

line 4022-4024 in jQuery 1.3.2
The second issue is solved in jQuery.fx.animate.

if ( ( p == "height" || p == "width" ) && this.style ) {
  // Store display property
  opt.display = jQuery.css(this, "display");

line 3878-3880 in jQuery 1.3.2

comment:5 Changed 14 years ago by dotnetCarpenter

comment:8 Changed 14 years ago by dmethvin

Closed dups #4458 and #5487 .

comment:10 Changed 13 years ago by yehuda

Resolution: worksforme
Status: newclosed

This was fixed a while back and there are tests for it.

comment:12 Changed 13 years ago by esteluk

Resolution: worksforme
Status: closedreopened

Is this genuinely fixed? My test case at http://estel.uwcs.co.uk/jquery/inlineblock.html still shows this issue to persist, and it's fixed by an amalgamation of fixes in this and #2503.

comment:13 Changed 13 years ago by snover

Cc: snover added
Milestone: 1.2.31.4.3
need: ReviewPatch
Owner: set to snover
Priority: minorhigh
Status: reopenednew
Version: 1.2.21.4.2

No, this is not fixed. I have a patch that I am going to try to get landed for 1.4.3 or 1.next.

Bugs #7110, #6999, #6791, #6736, #6311, #6036, #5372, #5194, #5157, #5047, #4535, and #2580 are duplicates of this bug.

comment:14 Changed 13 years ago by snover

Status: newassigned
Summary: slideToggle doesn't preserve "display" styleanimate does not work properly with non-block-level elements (table, tr, td, inline, etc.)

comment:15 Changed 13 years ago by snover

need: PatchCommit

comment:16 Changed 13 years ago by john

Resolution: fixed
Status: assignedclosed

comment:17 Changed 13 years ago by snover

#4908 is a duplicate of this ticket.

Note: See TracTickets for help on using tickets.