Bug Tracker

Opened 11 years ago

Closed 11 years ago

#12373 closed bug (duplicate)

outerWidth()/outerHeight() may return wrong results in IE with enabled hw rendering

Reported by: jquery@… Owned by: jquery@…
Priority: high Milestone: None
Component: dimensions Version: 1.8.0
Keywords: Cc:
Blocked by: Blocking:

Description

Because IE is using float for internal calculated widths ands heights using outerWidth()/outerHeight() does not always return the correct integer result.

Example:

<div><span>Text portion 1</span><span>Text portion 2</span></div>

$('div').width($('span:first').outerWidth() + $('span:last').outerWidth());

This should set the div to a width so that both span contents can be displayed in one line. But the internal calculated width of the spans can be something like '88.17' or '88.49'. jQuery will return '88' for each.

So the width of the div will be 176. The browser internally needs 176.66 pixels to render both spans. So the correct width will be 177. So the divs width has one pixel missing. The last character will not fit into the container.

Tested in IE 9.0.8112.16421 32 bit on Windows 7. Settings are default. Nothing changed. In firefox and chrome this works fine.

Change History (8)

comment:1 Changed 11 years ago by anonymous

Added a test case on fiddle: http://jsfiddle.net/y6Dmt/1/

comment:2 Changed 11 years ago by mikesherov

Component: unfileddimensions
Owner: set to jquery@…
Priority: undecidedhigh
Status: newpending

Thanks for the test case. So is the suggestion here for outerWidth/OuterHeight to return the float instead of an int if it can?

comment:3 Changed 11 years ago by Exceeder

I think returning float would be the best for calculations, but it might break current implementations. However, for example using $.('div').width(176.66) must be interpreted correctly. I'm thinking about an internal Math.ceil when setting a value inside the width function and other functions that are dealing with widths and heights.

I've updated the fiddle: http://jsfiddle.net/y6Dmt/2/ I added two input fields, background and animation. In microsofts developer tools inputs have a calculated width and height which is correctly shown.

Last edited 11 years ago by Exceeder (previous) (diff)

comment:4 Changed 11 years ago by trac-o-bot

Resolution: invalid
Status: pendingclosed

Because we get so many tickets, we often need to return them to the initial reporter for more information. If that person does not reply within 14 days, the ticket will automatically be closed, and that has happened in this case. If you still are interested in pursuing this issue, feel free to add a comment with the requested information and we will be happy to reopen the ticket if it is still valid. Thanks!

comment:5 Changed 11 years ago by Exceeder

Hey, why is this closed? I've answered the only question that had been asked. Please reopen this. The bug does still exist. You can see, that I'm registered with the authors mail adress.

comment:6 Changed 11 years ago by mikesherov

Resolution: invalid
Status: closedreopened

It was autoclosed because you replied with a different username than you submitted the report with. This is confirmed.

comment:7 Changed 11 years ago by mikesherov

Status: reopenedopen

comment:8 Changed 11 years ago by mikesherov

Resolution: duplicate
Status: openclosed

Duplicate of #9628.

Note: See TracTickets for help on using tickets.