145552 - View -> Page Info should show anchor names of page

Status: RESOLVED WORKSFORME

(SeaMonkey :: Page Info, enhancement)

Description

[Karl O. Pinc]

I often want the URL of the content I'm looking at.  When
this is a large page, or a page with varied content, 
there are sometimes <a name="foo">Bar</a>
anchors within the page that identify what I'm viewing.  
It would be very useful if I could
have the URL's for these anchors listed.  View->Page Info
seems the place.  It'd be nice to have full URLs that
could be cut and clicked on and added to bookmarks.
You want to be able to click on them and see what shows up
to be sure you've got the right one.  The content of the anchor
should also be displayed (if possible) or at least a textual
representation of the content (alt tag info or whatever.)

I can't say how many time's I've had to search through the
HTML page source looking for the anchors I don't know are
there.  Most often when I want to e-mail somebody a link, but 
sometimes to bookmark.

It might be this is a "URL Bar" component issue?  Should this
info be both in the URL bar and in the Veiw->Page Info menu?

Comment 1

[Boris Zbarsky [:bzbarsky]]

to page info component.

Comment 2

[karlsen]

Hi,

it seems to me this stuff was left lying around for a year now...
I would like the information of the View -> Page Info -> Links
to read something like:

For HREF anchors e.g. <a href="URI" title="TITLE">TEXT</a>

<TEXT>  :   <URI>   : Anchor (href)

If TEXT is only whitespace then TITLE should be shown instead.
If TEXT and TITLE are only whitespace then URI should be shown instead.
If URI is empty, it should be interpreted a relative URI, so that the
URI of the current displayed page is the one to be shown.

and NAME anchors e.g. <a name="NAME">TEXT</a>

<TEXT>  :   <URI>   : Anchor (name)

If TEXT is whitespace NAME should be displayed instead.
The displayed URI should be the current URI with the #NAME appended to it.
If NAME is empty, it's no valid NAME anchor and the whole entry can go away.
If NAME is whitespace (I am not sure if a name attribute can be not empty
whitespace...) proceed as if NAME is filled with some sense making string...

The feature that a click on the link should bring a new/old browser window or
new/old tab to load the URI content is a neat idea. For me this feature comes
second after fixing the display of name anchors.

Take care

Reimer

Comment 3

[karlsen]

Hi again,

to get this thing rollin' again it might make sense that the
bug owner puts in the keyword 'polish' and change the
severity to 'trivial'.

Also 'Voting' for this 'bug' to be fixed might help to get
some developers attention here :) If I get some time I might
try to install the code and find modul to have a look myself.
But HE has not approved my application for a 48 hour day, yet.

I am not a coder of these things but at the place where these
fields are filled the other data must be available easily 
via similar data structures.

So at least the display will be fixed. The functionality
of navigating to the clicked link is a different story.
But it would be nice to have.

I am not sure how one could split the bug into two parts.
The trivial part on one side and the click funtionality
on the other side ....

Take care

Reimer

Comment 4

[Philip Chee]

This is extension fodder e.g. The Named Anchors extension.
<http://xsidebar.mozdev.org/modifiedmisc.html#namedanchors>
=>WONTFIX.

Comment 5

[Philip Chee]

And someone pointed out to me that all the anchors and names of anchors are shown in the Links tab.