Search and Top Navigation
#5298 closed bug (worksforme)
Opened March 05, 2010 09:04PM UTC
Closed July 16, 2010 09:29PM UTC
ui.position generates wrong position in scrolling environment
Reported by: | AzaToth | Owned by: | |
---|---|---|---|
Priority: | critical | Milestone: | 1.9.0 |
Component: | ui.position | Version: | 1.8rc3 |
Keywords: | Cc: | ||
Blocked by: | Blocking: |
Description
If by calling position in a scrolling environment, and we have not top of the page in current view, then the generated position shifts upwards by the double amount we have scrolled.
Example:
First click on "click me", the boxes is created correctly, then scroll down one "click" and click again, you'll see they are not at their "absolute" position.
Attachments (0)
Change History (3)
Changed March 06, 2010 11:54PM UTC by comment:1
Changed March 24, 2010 06:23PM UTC by comment:2
I'm not sure if the issue I'm dealing with is the same as AzaToth's, but I can say that 1.8a1 version of jquery.ui.position.js works OK in a similar position:absolute & overflow:scroll <div> situation. On the other hand, 1.8rc1 and the current stable both return wrong top positions.
Changed July 16, 2010 09:29PM UTC by comment:3
resolution: | → worksforme |
---|---|
status: | new → closed |
The element needs to be visible before you try to position it.
This is probably depending on http://dev.jquery.com/ticket/6237 though perhaps keep this one open until it's resolved "upstream"