103183 - Links toolbar should be inside content frame

Status: VERIFIED DUPLICATE of bug 102990

(SeaMonkey :: UI Design, defect)

Description

[Gervase Markham [:gerv]]

Having chatted with hyatt and hewitt, we are going to run into problems with
auto-show interacting with tabs. I.e. if you change tabs from a linked page to
an unlinked page, your tabs will move. This could be very annoying.

The solution to this seems to be to move the links toolbar into the content
frame, so that it appears at the top of the page. If we fix bug 103097, it would
render before the page does, and therefore appear to be the "top" of the page
(although it would persist between two <link>ed pages.) In other words, you
wouldn't really get any flicker at all.

Then, when you have tabs, they appear _above_ the links toolbar, so it appearing
and disappearing does not move the tabs. This has a side advantage that we don't
lose one tab's worth of sidebar real estate, as we do now.

This is probably a longer-term change, but I wanted to get a bug recorded about
the idea.

Gerv

Comment 1

[Alex Bishop]

If I'm not mistaken this is a duplicate of bug 102990.

*** This bug has been marked as a duplicate of 102990 ***

Comment 2

[Stuart Ballard]

I'm not sure I agree with this patch, but the immediate problem (tabs are below
links) could be solved just by changing the order of the toolbars by tweaking
some position values in overlays, right?

I like having my toolbars together at the top of the screen and I don't use
tabs. I'd also prefer if my otherwise consistently-placed "top" and "next" items
didn't move across half a mile when I open up the sidebar. But then I don't use
tabs, so I have a vested interest in the solution that benefits "my" favorite
feature.

I always assumed tabs would appear at the bottom of the screen, like excel. I
guess having them at the top is better, but it does make life harder wrt this
bug ;)

Comment 3

[John Morrison]

vrfy (comments added to other dup bug).