127588 - Add URL to Site Nav Toolbar tooltips

Status: RESOLVED EXPIRED

(SeaMonkey :: UI Design, enhancement)

Description

[Jason Fleshman]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.8+) Gecko/20020222
BuildID:    2002022203

I noticed that in recent builds the tooltips in the Personal toolbar have both
the title and URL.  This is fairly handy.  I'd like to see the same thing in the
Site Navigation Toolbar, too.

Reproducible: Always
Steps to Reproduce:
1. Go to a site that uses the Site Nav Toolbar (a BugZilla bug list is a good one)
2. MouseOver the active links ("First", "Last", etc.)

Actual Results:  TITLE attribute of LINK is displayed in the tooltip.

Expected Results:  TITLE and HREF attributes of LINK should be (IMHO) displayed
in the tooltip.

Comment 1

[Jason Fleshman]

Duh on me -- bug lists don't use the TITLE attribute.  Will attach a test case.

Comment 2

[Jason Fleshman]

Attachment: [Test case] Simple HTML document using the Prev and Next links.

Comment 3

[Christopher Hoess (gone)]

Wouldn't it be better for this to appear down at the bottom-left hand corner of
the screen (where URLs appear when mousing over links)?  Adding 2 attributes to
the tooltip will tend to make it rather crowded.

Comment 4

[Jason Fleshman]

I think the status bar would be better than nothing, but the two-line tooltips
on the Personal Toolbar don't seem to be causing any problems.  It would make
sense for the two toolbars to behave consistently with each other.  That could
be by either adding URLs to the Site Nav Bar or by having the URLs appear in the
status bar for the Personal Toolbar.  Personally, I like the first option better.

Comment 5

[Alex Bishop]

If you look at bug 105485, you'll see that the fix does cause the URL to be
displayed in the status bar as well as on the second line of the tooltip.
However, you can't see the effect of this yet because bug 31620 isn't fixed yet.

This is probably a duplicate of bug 110020.

Comment 6

[Jason Fleshman]

Possibly.  Although in bug 110020 the reporter is just asking for some way of
showing the URL.  I'm being more specific :)  Given that the tooltip currently
shows the URL if there is no TITLE my way might make the Site Nav Bar more
consistent within itself too.  Does anyone know if the fix for 105485 is just
temporary until 31620 is fixed, or if it's going to stay even after the status
bar can be updated?

Comment 7

[Alex Bishop]

I believe the fix for bug 105485 is permanent (look at bug 105485 comment 4).
The patch implements both the multiline tooltip and status bar text. Once bug
31620 is fixed, the URL will start magically appearing in the status bar.

Comment 8

[Christopher Hoess (gone)]

I should hope that the fix is only temporary, for the following reasons:
 
1) While it isn't much of an issue on the Personal Toolbar, long URLs will be
less aesthetically pleasing as tooltips (obscuring content and chrome) than as
text in the status bar.

2) Once bug 31620 is fixed (admittedly, I'm not holding my breath), the URL will
appear in two places at the same time, which strikes me as poor UI.

3) In the specific case of the Site Navigation Bar, <link> elements are
hyperlinks just like <a> that are anchored into the whole of the document,
rather than a span of text; the bar just provides a convenient hook to click on
them.  I should think that the behavior of both should remain consistent.

That said, I wouldn't object to this as a temporary solution.

Comment 9

[Christopher Hoess (gone)]

qa->claudius

Comment 10

[Alex Bishop]

> 1) While it isn't much of an issue on the Personal Toolbar, long URLs will be
> less aesthetically pleasing as tooltips (obscuring content and chrome) than as
> text in the status bar.

For the Personal Toolbar at least, there's a limit to the length of the
displayed URLs in the tooltips. And I think multiline tooltips look very nice. :-)

> 2) Once bug 31620 is fixed (admittedly, I'm not holding my breath), the URL
> will appear in two places at the same time, which strikes me as poor UI.

I don't necessarily agree. People expect URLs to appear in the status bar (as
they do with links and 4.x bookmarks) but they also expect related information,
such as titles and URLs, to appear together. Placing them in a tooltip would do
this.

I think any of the propose solutions are better than the current inconsistency.

Comment 11

[Stuart Ballard]

Isn't bug 110020 the same as this?

Comment 12

[Christopher Hoess (gone)]

*** Bug 110020 has been marked as a duplicate of this bug. ***

Comment 13

[Matthew T (active 1999-2002)]

Christopher, please wontfix this. Showing the URI in the status bar may take a
while, but ballooning it into a tooltip is worse than not showing it at all.

Comment 14

[Robert Kaiser]

MASS-CHANGE:
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state.

If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way.
If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar).
If no action happens within the next few months, we move this bug report to an EXPIRED state.

Query tag for this change: mass-UNCONFIRM-20090614

Comment 15

[Robert Kaiser]

MASS-CHANGE:
This bug report is registered in the SeaMonkey product, but still has no comment since the inception of the SeaMonkey project 5 years ago.

Because of this, we're resolving the bug as EXPIRED.

If you still can reproduce the bug on SeaMonkey 2 or otherwise think it's still valid, please REOPEN it and if it is a platform or toolkit issue, move it to the according component.

Query tag for this change: EXPIRED-20100420