Closed Bug 904932 Opened 11 years ago Closed 7 years ago

Browser lacks some form of link hover tool-tip

Categories

(Firefox for Metro Graveyard :: Browser, defect)

x86_64
Windows 8.1
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: jimm, Unassigned)

References

Details

(Whiteboard: p=0)

We need to figure out how to add tooltips for link hovering.
Summary: Browser lacks some form of link hover tooltip → Defect - Browser lacks some form of link hover tooltip
Whiteboard: [preview-triage] → [preview-triage] feature=defect c=tbd u=tbd p=0
Blocks: metrov2defect&change
No longer blocks: metrov1backlog
We'll take a patch, but won't block.
Whiteboard: [preview-triage] feature=defect c=tbd u=tbd p=0 → feature=defect c=tbd u=tbd p=0
No longer blocks: metrov2defect&change
Whiteboard: feature=defect c=tbd u=tbd p=0 → [v1?] feature=defect c=tbd u=tbd p=0
Summary: Defect - Browser lacks some form of link hover tooltip → Browser lacks some form of link hover tool-tip
Whiteboard: [v1?] feature=defect c=tbd u=tbd p=0 → [v1?] [defect] p=0
Whiteboard: [v1?] [defect] p=0 → [defect] p=0
we could add a tooltip for mouse, but we still need some affordance for touch and keyboard. Intuitively I think i would long-press on a link i wasnt sure about. We could add an "open {url}" option in that popup menu. Its not the same amount of horizontal space, but if we truncate with an ellipsis, the user could tap that to expand to see the full URL. Doing *something* here is really important - i'm open to better ideas
For touch interface I would suggest displaying a tooltip with full URL when finger first touchs it. This tooltip should remain either as long as user is holding his finger on URL or unless the touch action is acted upon (browser follows the link for short press or either menu item is selected or menu is dismissed for long press). I would place the tooltip:
 * either at the top of the screen - the most visible area while you hold your finger on the link somewhere on the screen -
 * or at the bottom of the screen - location bar is there, so user might expect URL to pop up there. Some may confuse tooltip with location bar though.

This UI would results in flickering tooltip when user presses link shortly, though I think this should not be a major issue.
Another option would be an alternate invocation that brings up link info - for example, a two finger tap.
These "alternative invocation" options lack precision - when people [link] [every] [other] [word] or cluster links[1][2][3] it may be hard enough to reach the link you want even with one finger. Alternative invocations are only good for actions that affect the view as whole - zooming, rotating, scrolling, unhiding additional UIs, opening apps' menus, etc.
Hey everyone, this bug is about how to display hover text.

For the separate but related issue of "how to invoke 'hover' styles using touch input," please discuss in bug 951377
Depends on: 969751
Priority: -- → P1
Whiteboard: [defect] p=0 → p=0
Priority: P1 → --
OS: Windows 8 Metro → Windows 8.1
I see that in 41.0.2 hover text (title attribute of ULR) is actually displayed, if you long tap the link, which fixes this bug, AFAIS.

However, by doing so, it introduces an another bug: the URL is now invisible.
How about using both (Url as the "title" of that dialog, and the title attribute, if present, as a kind of subtitle?)

Indeed, desktop firefox manages to show both: URL at bottom of window, and title as a blue background tooltip next to the link.
Mass close of bugs in obsolete product https://bugzilla.mozilla.org/show_bug.cgi?id=1350354
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.