Skip to main content

Bug Tracker

Side navigation

#12536 closed bug (fixed)

Opened September 14, 2012 10:12AM UTC

Closed September 14, 2012 02:19PM UTC

Last modified September 20, 2012 03:08PM UTC

Make .offset() calc less wrong on browsers w/o getBoundingClientRect

Reported by: gabriel.schulhof@intel.com Owned by:
Priority: blocker Milestone: 1.8.2
Component: offset Version: git
Keywords: Cc:
Blocked by: Blocking:
Description

We had agreed that the fix was not for the whole offset function to return { left: 0, top: 0 }, but to have something like

if ( typeof elem.getBoundingClientRect === "undefined" ) {

box = { left: 0, top: 0 };

} else {

box = elem.getBoundingClientRect();

}

... and then proceed to the calculation below, which will give us an offset that may be incorrect, but it's closer than 0, 0, because it takes into account the scrollLeft and scrollTop.

This is related to ticket #12534 ...

Attachments (0)
Change History (4)

Changed September 14, 2012 10:34AM UTC by anonymous comment:1

I've also noticed that on BB5 elements have properties called clientLeft, clientTop, clientWidth, and clientHeight ... I think these could be used as well.

Changed September 14, 2012 01:01PM UTC by dmethvin comment:2

component: unfiledoffset
milestone: None1.8.2
priority: undecidedblocker
status: newopen
summary: Please re-open ticket #12534Make .offset() calc less wrong on browsers w/o getBoundingClientRect

Sounds reasonable, I didn't get that from the IRC discussion yesterday. Before I make further changes though, let's discuss.

Changed September 14, 2012 02:19PM UTC by Dave Methvin comment:3

resolution: → fixed
status: openclosed

Fix #12536. Start at .offset() 0,0 if no getBoundingClientRect.

This lets us still add the other offset components to the number so they're less wrong. Affects BlackBerry 5 and iOS 3, everyone else has gBCR.

Changeset: 560c178c82da95b2f88ae518552463d87fe5adbf

Changed September 20, 2012 03:08PM UTC by dmethvin comment:4

#12580 is a duplicate of this ticket.