#10782 closed bug (fixed)
Incorrect calculating width
Reported by: | anonymous | Owned by: | mikesherov |
---|---|---|---|
Priority: | low | Milestone: | 1.7.2 |
Component: | css | Version: | 1.7 |
Keywords: | Cc: | ||
Blocked by: | Blocking: |
Description
If parent is hidden width() represents width in pixels however it's in percent.
Change History (12)
comment:1 Changed 12 years ago by
Component: | unfiled → css |
---|---|
Milestone: | None → 1.next |
Priority: | undecided → low |
Status: | new → open |
comment:2 Changed 12 years ago by
Owner: | set to Timmy Willison |
---|---|
Status: | open → assigned |
comment:3 Changed 12 years ago by
@timmywil, #9945 is the same thing essentially, can we tackle both in 1.7.2 please? I'll gladly jump on it.
comment:7 Changed 11 years ago by
Owner: | changed from Timmy Willison to mikesherov |
---|
comment:8 Changed 11 years ago by
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
When the width/height computed unit is not pixels, return that instead. Fixes #10782.
- Reordered some of css.js in preparation for jshint undef. Changeset: 9bea2167c434d5b97643f53da16b04927dc02a7d
comment:9 Changed 11 years ago by
Milestone: | 1.next → 1.7.2 |
---|
comment:12 Changed 11 years ago by
This is still broken. Both the jsfiddle above (using 1.7.2) and production code still show this problem.
Note: See
TracTickets for help on using
tickets.
Confirmed. http://jsfiddle.net/timmywil/CaJNB/3/
We run into problems when padding and margin do not have the same unit, so perhaps we should normalize to 0 when the unit is not pixels.