Side navigation
#13543 closed bug (fixed)
Opened March 01, 2013 12:15PM UTC
Closed April 04, 2013 01:04AM UTC
Issue with jQuery's outerWidth() setter, padding and box-sizing at some zoom levels
Reported by: | Spiff | Owned by: | mikesherov |
---|---|---|---|
Priority: | low | Milestone: | None |
Component: | dimensions | Version: | 1.9.1 |
Keywords: | Cc: | ||
Blocked by: | Blocking: |
Description
The problem happens when I try to set the same outerWidth() value on 2 divs with box-sizing: border-box with one having a padding while the other does not and the browser zoom is set with "not round" values (e.g. 67% or 33% on chrome and almost every one on safari). The size is the same except at these levels where the one with the padding is smaller than the other one.
here is an example of the problem : http://jsfiddle.net/ARMMB/6/
You have to run the example after setting the zoom to these levels.
I discovered this issue on jquery 1.8.3 and it is still there in the latest version.
Attachments (0)
Change History (6)
Changed March 04, 2013 04:22AM UTC by comment:1
Changed March 04, 2013 07:06AM UTC by comment:2
_comment0: | BTW, this probably means that `zoom` support in WebKit is seriously broken, it shouldn't affect width at all. I'd advise against using that, especially that property is not supported at all by Firefox (and probably Opera) and using the cross-browser `transform` instead. → 1362380854371739 |
---|---|
_comment1: | BTW, this probably means that `zoom` support in WebKit is seriously broken, it shouldn't affect width at all. I'd advise against using that, especially that this property is not supported at all by Firefox (and probably Opera) and using the cross-browser `transform` instead. → 1362380888964527 |
_comment2: | BTW, this probably means that `zoom` support in WebKit is seriously broken, it shouldn't affect width at all. I'd advise against using that, especially that this property is not supported at all by Firefox (and probably Opera) and I'd advise to use the cross-browser `transform` instead. → 1362399215167863 |
BTW, this probably means that zoom
support in WebKit is seriously broken, it shouldn't affect width at all. I'd advise against using that, especially that this property is not supported at all by Firefox (and probably Opera) and I'd advise to use the cross-browser transform: scale()
instead.
Changed March 08, 2013 06:18PM UTC by comment:3
component: | unfiled → dimensions |
---|---|
priority: | undecided → low |
Yeah, zoom is seriously broken in webkit. http://bugs.jquery.com/ticket/13543
Changed March 12, 2013 08:50PM UTC by comment:4
_comment0: | I suppose you meant this link, @mikesherov: \ https://bugs.webkit.org/show_bug.cgi?id=105979 → 1363122583382537 |
---|
I suppose you meant this link, @mikesherov:
Changed March 13, 2013 01:04AM UTC by comment:5
owner: | → mikesherov |
---|---|
status: | new → assigned |
version: | git → 1.9.1 |
I experimented a bit with that case and it seems that it's caused by failing jQuery.support.boxSizing test in WebKit when zoom is set to sth different than 1 on body (but still, not in all cases). If it's set on anything below body, the code works fine.
I created a patch setting zoom on body to "1" at the beginning of tests firing on document ready and restoring it afterwards:
https://github.com/jquery/jquery/pull/1194