43180 - Back/Forward buttons should have the page title in the tooltip

Status: NEW

(SeaMonkey :: UI Design, defect)

Description

[Henrik Gemal]

The tooltip of the Back and Forward buttons should be the title of the pages 
that they are pointing to, like in Netscape 4.73.

Comment 1

[sairuh (rarely reading bugmail)]

methinks this should go to History...?

Comment 2

[Henrik Gemal]

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

Comment 3

[Radha on family leave (not reading bugmail)]

not crucial for beta3

Comment 4

[Doron Rosenberg (IBM)]

any headway with this?

Comment 5

[Doron Rosenberg (IBM)]

4xp keyword

Comment 6

[Viswanath Ramachandran]

nav triage team: looked at this bug, it is not a beta stopper. bulk update of 
several such bugs. 

Comment 7

[Radha on family leave (not reading bugmail)]

Mass moving all Navigator bugs to the Nav team. 

Comment 8

[Paul Chen]

Marking nsbeta1- bugs as future to get off the radar

Comment 9

[[e-mail] (gone - use [e-mail] instead)]

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

Comment 10

[Ian Tommins ('thelem')]

Bug 79240 is related, but not depends surely?
It deals with putting seperate tooltips on the back button and the drop down
list, this is about changing the tooltip on the main back button. If 79240 is
not fixed, then this tooltip will simply show up on the drop down arrow (which
is no more incorrect than the current tooltip).

Comment 11

[Alex Bishop]

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

Comment 12

[Blake Ross]

Reassigning to a real person.

Comment 13

[Radha on family leave (not reading bugmail)]

This is a browser feature. Session History provides all the required apis to
accomplish this. 

Comment 14

[Cees T.]

Attachment: fix

My first real patch..

I found diff for Windows at http://www.santafe.edu/~vince/alphatk/

Comment 15

[Cees T.]

Attachment: fix

My first real patch..

I found diff for Windows at http://www.santafe.edu/~vince/alphatk/

Comment 16

[Cees T.]

Comment on attachment 111418 [details] [diff] [review]
fix

Oh, and thanks to Hixie and bug 105485!

Comment 17

[[e-mail]]

Comment on attachment 111419 [details] [diff] [review]
fix

Bookmarks have special handling because they have two rows of text. You don't,
in fact your "first" row only exists as a place to put a backup copy of your
tooltip text.

Could you try updating the tooltiptext when the back and forward buttons get
updated?

Comment 18

[Cees T.]

> Bookmarks have special handling because they have two rows of text. You don't,
in fact your "first" row only exists as a place to put a backup copy of your
tooltip text.

The first labels are to store the "Go back/forward one page" strings. Should I
get rid of that and show the title and URL like the Personal Toolbar does?

> Could you try updating the tooltiptext when the back and forward buttons get
updated?

Yes, but I thought this would be slightly more efficient while browsing.

Comment 19

[Cees T.]

Attachment: Doesn't work

But I don't have time to spend on it now.

Comment 20

[Cees T.]

Attachment: Almost works

I'll see to the new history handling later.

Comment 21

[Cees T.]

Attachment: Should work

Slow or not..

Comment 22

[Cees T.]

Attachment: Almost done

This works. But I don't know where to get the url.

Comment 23

[[e-mail]]

Comment on attachment 130567 [details] [diff] [review]
Almost done

Aha! I see what you're doing now. But I suggest that you don't copy the default
value to the title element, instead just show the default element and hide the
title element. Also please use element.hidden = true; (or false).

Comment 24

[Cees T.]

Attachment: Updated patch

I assume I can use = instead of setAttribute because .hidden and .value are
default attributes?

Comment 25

[Jon Henry]

Bug 210571 is related to this one, request to show URL in tooltip in addition to
title to avoid confusion when multiple sites with identical titles are in the
Back dropdown menu.

Comment 26

[HJ]

Just my 2 cents, but I don't think that this patch is what we need. 

Ok, it might solve this bugs problem, but I think we need a more general way to
solve tooltip problems. Also, there's some, more or less, duplicated code. I'm
sure someone can fix this bug without duplicated code.

So, I'm for a more flexible solution. One that can be used in several places to
fix bugs or reduce code and to ease developers life a bit.

What about extending the tooltip binding in popup.xml with a new attribute
called 'multiline'? The default value should be set to 'false' but tooltips for
tabs, the bookmarks on the personal toolbar and the back and forward button
should use multiline="true". A new property could be used to pass in an array
with any data. We could make all tooltips multiline by default, andonly add new
lines when we need, after locating that new property (array).

Comment 27

[Bug Filler]

It seems that IE has the ability to display tooltips using the html renderer.
Now user can show tooltip (like over the anchor tag) with full html tagged text.

Comment 28

[Boris Zbarsky [:bzbarsky]]

Reassigning, per comment 13.

Comment 29

[Daniel Hyde]

Additionally, the URL to be loaded should be displayed in the status bar.  This
is consistent with general expected link behaviour:

1: Hover over link
2: View status bar to see the address that will be loaded
3: Maybe see a tooltip with a description of the targeted page

The Back/Forward buttons should behave, from an end-user perspective, in the
same way as links within a web page, since they do the same thing -- take the
user someplace else.

Comment 30

[Steve England [:stevee]]

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

Comment 31

[Serge Gautherie (:sgautherie)]

Filter "spam" on "guifeatures-nobody-20080610".