https://bugzilla.wikimedia.org/show_bug.cgi?id=64258

Gilles Dubuc <[email protected]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[email protected]

--- Comment #3 from Gilles Dubuc <[email protected]> ---
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.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to