Last modified: 2014-05-01 00:05:46 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 T66258, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 64258 - suboptimal placement of "More details" tipsy tooltip
suboptimal placement of "More details" tipsy tooltip
Product: MediaWiki extensions
Classification: Unclassified
MultimediaViewer (Other open bugs)
All All
: Unprioritized normal (vote)
: ---
Assigned To: Nobody - You can work on this!
Depends on:
Blocks: rtl
  Show dependency treegraph
Reported: 2014-04-22 19:45 UTC by Amir E. Aharoni
Modified: 2014-05-01 00:05 UTC (History)
5 users (show)

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


Description Amir E. Aharoni 2014-04-22 19:45:04 UTC
The "More details on Wikimedia tooltip", which appears when hovering over the Commons icon in the bottom bar has suboptimal placement in both LTR and RTL languages.

In LTR languages its arrow is not exactly at the Commons icon itself. For an example see:

In RTL languages it goes off screen to the left and causes a horizontal toolbar to appear. For an example see:

In both cases hover over the Commons icon. Notice that it's on the bottom left side in the RTL wiki.
Comment 1 Tisza Gergő 2014-04-22 20:35:37 UTC
This is a tipsy bug (two tipsy bugs, actually). Would be nice to fix upstream, but the lazy way is to just switch to ne/nw tip placement so the tip is positioned in the corner of the bubble.
Comment 2 Tisza Gergő 2014-04-22 20:44:47 UTC
Tracked in mingle as
Comment 3 Gilles Dubuc 2014-04-30 14:54:38 UTC
We can't easily fix the fact that when pushed against the arrow of the screen, the arrow doesn't point to exactly what we want. The arrow position in this case is "south" which means exactly 50% of the width for the arrow position. Since the bubble is "blocked" by the edge of the screen and its width is maintained, the arrow can't point to the element we wanted, because of the tipsy-s CSS (as defined in jquery.tipsy.css). I don't think this issue can be fixed without writing a significant amount of code upstream to handle a special arrow positioning in those situations. At the moment only the bubble has conditional position logic, the arrow just follows the bubble based on its gravity. Tipsy just has no logic whatsoever to guarantee that the arrow always points to the right element.

As for the second part (going outside of the screen), I couldn't actually figure out what code in tipsy makes the magic happen in the LTR case. I'm guessing it has to do with the actual width measuring, but I can't be sure.

Given that switching the arrow placement fixed both issues effortlessly and that the alternative is adding a significant amount of code to the upstream, I'll got for that.
Comment 4 Gerrit Notification Bot 2014-04-30 14:58:20 UTC
Change 130604 had a related patch set uploaded by Gilles:
Change the tipsy gravity for the strip buttons
Comment 5 Gerrit Notification Bot 2014-04-30 18:09:50 UTC
Change 130604 merged by jenkins-bot:
Change the tipsy gravity for the stripe buttons

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