Side navigation
#11401 closed bug (invalid)
Opened February 27, 2012 05:18PM UTC
Closed February 27, 2012 06:35PM UTC
Last modified October 15, 2012 08:23PM UTC
.height(...) should be floored for consistent behavior
| Reported by: | whitters | Owned by: | |
|---|---|---|---|
| Priority: | low | Milestone: | None |
| Component: | dimensions | Version: | 1.7.1 |
| Keywords: | Cc: | ||
| Blocked by: | Blocking: |
Description
In Chrome, IE7/8, and Opera the height value is floored to the nearest integer. In Firefox it is rounded. This leads to constant 1px discrepencies between Firefox and the rest of the world.
This only applies to elements after they are added to the DOM. Elements that exist as fragments will accept and set their height to a decimal until it is necessary to calculate their box size.
I'm not particularly certain that this should necessarily be changed in jQuery, since it is a bug/oddity within Firefox, but it would be convenient, at least, to report this discrepancy. I couldn't dig up any standard that details the correct behavior for this.
Attachments (0)
Change History (3)
Changed February 27, 2012 05:21PM UTC by comment:1
Changed February 27, 2012 06:35PM UTC by comment:2
| component: | unfiled → dimensions |
|---|---|
| keywords: | → needsdocs |
| priority: | undecided → low |
| resolution: | → invalid |
| status: | new → closed |
Agreed. Some of the differences in browsers concerning decimal point values should be respected for the sake of animations, if nothing else. We should not hide these.
http://jsfiddle.net/timmywil/fbRUh/3/
However, we could make a note in the docs for dimensions.
Changed October 15, 2012 08:23PM UTC by comment:3
| keywords: | needsdocs |
|---|
http://jsfiddle.net/fbRUh/
Simplified test case