Site Navigation Bar should have a sidebar



17 years ago
15 years ago


(Reporter: deleteduser54318, Assigned: deleteduser54318)


Firefox Tracking Flags

(Not tracked)




17 years ago
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.

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

Expected Results:  
consistently disappear and reappear

Comment 1

17 years ago
thank you for volunteering
Assignee: shliang → nguyen.alexander
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.
Severity: enhancement → trivial
Gah, hit by the mouse wheel nonsense again :(  I'll put this back to
"enhancement" to match the current title.
Severity: trivial → enhancement

Comment 4

17 years ago
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
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 .

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

17 years ago
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

16 years ago
I must have wanted just single clicking at the cost of logic.
Closed: 16 years ago
Resolution: --- → INVALID

Comment 8

16 years ago
QA Contact: sujay → gbush
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.