Last modified: 2014-06-20 00:40:09 UTC
Created attachment 15590 [details] Screenshots to illustrate the bug Currently hovercards appear relative to the mouse cursor. That means depending on the initial location of the cursor the hovercard is shown closer or farer away from the link (see first two screenshots in attachement). In the second case (hovercard shown farer away from the link) this leads to an issue: There is some "dead space" between the linked area of the link and the linked are of the hovercard. If one moves the mouse (not too fast) from link to hovercard in this case the hovercard dissappears before the cursor actually reaches it. The easiest possibility to solve this issue would probably be to show hovercards always adjacent to the linked area (e.g. the hovercards tip touching the link) (Tests above with Firefox 29.0.1 on Windows 7)
Hovercards used to work like that, but there were problems when the link spanned multiple lines. (bug 63159) Hence it was changed to be relative to the mouse cursor. The easiest way to solve the issue with the hovercard disappearing too quickly, will be to change the on/off timing to 500ms (from 150ms), bug 66301
Increasing the timing will surely make this issue less probable but it will not really fix it (imagine grandma slowly but steadily moving her finger on her newly purchased laptop trying to reach this exciting hovercard that has just popped up... but sadly never reaching it) Wouldn't it be possible to combine both approaches: - get x-coordinate from mouse cursor - set y-coordinate relative to linked area. After five minutes of googling I'm pretty sure it should be quite easy to prevent reintroduction of bug 63159 by just properly using the JavaScript function "getClientRects()" [1] to identify the part of the link the mouse is located over and calculate the correct vertical position. [1] https://developer.mozilla.org/en-US/docs/Web/API/element.getClientRects