192888 - Site Navigation Bar should have a sidebar

Status: VERIFIED INVALID

(SeaMonkey :: Sidebar, enhancement)

Description

[Alexander Nguyen]

User-Agent:       Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.3a) Gecko/20021212
Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.3a) Gecko/20021212

The site navigation bar, which I select as "Show Only As Needed" because only a
few sites use link relations, should have a sidebar. As a toolbar it takes up a
little vertical space, which tends to be more precious than horizontal space,
and does not consistently disappear and reappear upon switching sites. The
sidebar implementation could output everything available as a list of
header-separated links. Perhaps this could be combined into the current "What's
Related" sidebar.

Reproducible: Always

Steps to Reproduce:
1. Turn on the Site Navigation Bar (View > Show/Hide > Site Navigation Bar >
Show Only As Needed)
2. Switch between sites that have and have not link relations.
3.

Actual Results:  
The Site Navigation Bar did not consistently disappear and reappear.

Expected Results:  
consistently disappear and reappear

Comment 1

[timeless]

thank you for volunteering

Comment 2

[Arunan Balasubramaniam]

Reporter, you have actually written two separate issues here:

1) Site Navigation Bar is not consistently appearing and disappearing.

2) Sidebar could contain the site navigation links.

The build you reported the bug with was already two months old when you filed
this report.  Could you please retest a current nightly trunk build and see if
the bug is still present?  If so, could you try and find a repeatable sequence
of pages that trigger this bug?  Thanks.

Comment 3

[Arunan Balasubramaniam]

Gah, hit by the mouse wheel nonsense again :(  I'll put this back to
"enhancement" to match the current title.

Comment 4

[Alexander Nguyen]

The site navigation bar does seem to behave better in Mozilla 1.3b, so it
probably behaves similarly in later trunk builds, though a trivial problem
results when switching between tabs can make the bar persist until changing
pages. For example, open b.m.o (which activates the bar) in one tab, then open
mozillazine (which does not activate the bar). Switch to the b.m.o tab, then
switch to the mozillazine tab. The bar does not disappear.

Slightly off-topic:
Though a horizontal site navigation bar is more logical than a vertical
implementation, a vertical implementation could take advantage of prefetching,
and display each page's title element, without requiring the user to mouse over
each button, and URI (in the status bar). And, of course, both implementations
should not display the unvavilable choices that are greyed out in the current
site navigation bar. By the way, I resent the label enhancement (":("). This is
trivial.

Comment 5

[Arunan Balasubramaniam]

Please don't resent the severity - it is set to reflect the current title "Site
Navigation Bar should have a sidebar" which is a request for enhancement and not
a bug in Mozilla (trivial or otherwise).  See
http://bugzilla.mozilla.org/bug_status.html#severity .

The issue you mention with tabs sounds like bug 102905 but that was apparently
fixed before 1.3b.  Hmm, attempting to reproduce with 2003021808 does what you
say pretty much.  The link bar does vanish after a short delay if you switch to
Mozillazine while it is loading, but does not vanish if you switch to it after
it has loaded.

I am going to get a latest nightly (which should be interesting as the tree just
reopened for 1.4a) and try again before I do anything else.  If the other bug
gets reopened, this will get left as it is as an RFE.

BTW, I like the idea of sticking it in "What's related" as:

1) No resizing of content window when the bar is "show as needed".

2) I never use "What's related" anyway, so this could make it useful for me.

Comment 6

[Alexander Nguyen]

Mark this bug invalid. From CD players, VCRs, and browsers, I think that most 
persons associate previous with the left direction and next with the right 
direction. The site navigation bar should take advantage of pre-fetching when 
available to display an HTML document's title element and URI (in a tooltip or 
in the status bar?).

Comment 7

[Alexander Nguyen]

I must have wanted just single clicking at the cost of logic.
invalid

Comment 8

[Grace Bush]

v