Merge lp://staging/~deryck/launchpad/pop-up-help-positioning-574682 into lp://staging/launchpad
Proposed by
Deryck Hodge
Status: | Merged |
---|---|
Approved by: | Eleanor Berger |
Approved revision: | no longer in the source branch. |
Merged at revision: | 10844 |
Proposed branch: | lp://staging/~deryck/launchpad/pop-up-help-positioning-574682 |
Merge into: | lp://staging/launchpad |
Diff against target: |
11 lines (+2/-0) 1 file modified
lib/lp/services/inlinehelp/javascript/inlinehelp.js (+2/-0) |
To merge this branch: | bzr merge lp://staging/~deryck/launchpad/pop-up-help-positioning-574682 |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Eleanor Berger (community) | code ui | Approve | |
Review via email: mp+24943@code.staging.launchpad.net |
Commit message
Fix positioning of pop-up help overlays.
Description of the change
This fixes bug 574682. It makes pop-up help overlays consider the viewport position as part of the setElementPosition call. Currently on Launchpad, pop-up help is positioned off screen if you scroll down the page and then select the help icon (on tags, for example).
I have no idea how to test this since it's MochiKit-based. I'm happy to learn and write a test if we have anything for MochiKit-based code.
Cheers,
deryck
To post a comment you must log in.
Thanks for fixing this annoying bug. I don't think it's necessary to add a test (you could use Windmill if you really wanted), but I wonder if any consideration has been given to converting this to use LAZR-JS. I very vaguely remember Maris talking about it at some point. Maybe it's worth letting him know that we're now fixing bugs in this legacy code.
The fix looks fine and works well. You can remove the if statement. It is not necessary and I don't think aids readability. Up to you.