left: auto on positioned elements is not converted to pixels by css() on WebKit

[m_gol]

Test case: ​http://jsfiddle.net/m_gol/QzvH5/9/

Original report (bugs.jquery.com was down) and pull request:
​https://github.com/jquery/jquery/pull/1240

[anonymous]

new pr:

​https://github.com/jquery/jquery/pull/1241

make left/top auto value consistent across browsers

tests:

​http://jsfiddle.net/yiminghe/Yu9sP/1/

[yiminghe]

update tests: ​http://jsfiddle.net/yiminghe/Yu9sP/5/

[m_gol]

@mikesherov, what do you think about always returning pixels if possible, i.e. ignoring the getComputedStyle spec part that says about non-positioned elements? Otherwise we'll keep getting these kind of problems until .usedStyle and friends actually get implemented.

[m_gol]

It seems we lean towards not caring about non-positioned element at all (though we have to discuss it with the team during a meeting). It will require documenting that, obviously.

[mikesherov]

For this case, asking for .left on a position static element is non-sensical. Any value other than 0 doesn't make sense, but we're not going to patch over it for now. Rather, we're going to surface this behavior up to the working groups.

[m_gol]

mikesherov: this ticket is not about fixing .css('left') on a static element, it was just one of points that we wondered what to do about. The issue concerns positioned elements with 'left' set to 'auto'. What's your position on that?

[m_gol]

To add to the above - if the only change added was the computed === "auto" test in one place, we'd get only +7 bytes gzipped.