Last modified: 2014-07-03 22:26:12 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T43086, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 41086 - RL module jquery.tipsy should provide an option for DOM-parent
RL module jquery.tipsy should provide an option for DOM-parent
Status: NEW
Product: MediaWiki
Classification: Unclassified
JavaScript (Other open bugs)
unspecified
All All
: Low minor (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks: 67320 tipsy
  Show dependency treegraph
 
Reported: 2012-10-16 16:32 UTC by Rainer Rillke @commons.wikimedia
Modified: 2014-07-03 22:26 UTC (History)
3 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Rainer Rillke @commons.wikimedia 2012-10-16 16:32:41 UTC
Current behaviour:
* If you create a tooltip using tipsy, the tipsy-tooltip-container is appended to document.body 
Evidence:
$tip.remove().css({top: 0, left: 0, visibility: 'hidden', display: 'block'}).appendTo(document.body);
* This leads to a problem with scrollable elements (other than HTLM/body):
** When you scoll that element, tipsy remains where it is, while the element moves away. Consequently tipsy points to a wrong element
** When you scoll the body, but have a position:fixed element, tipsy scrolls away while the element remains where it is.

Expected behaviour:
* Tipsy always points to the right element, despite scrolling etc.

Possible solution:
* Allow specifying the element, the tipsy-tooltip-container is appended to or do intelligent guessing on it (which will be really challenging, I guess)
Comment 1 Tisza Gergő 2014-07-03 22:12:06 UTC
Also a problem with fullscreen; the tooltip container is appended to the body, and in fullscreen mode the element on which requestFullscreen() was called basically acts like the body and everything outside it is not rendered, so the tooltips just disappear.

(changing severity since the current fullscreen and scroll behavior is clearly wrong)
Comment 2 Tisza Gergő 2014-07-03 22:14:37 UTC
There is a pull request for the position:fixed issue: https://github.com/jaz303/tipsy/pull/146

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links