104566 - Ability to place tab bar in different positions on the window

Status: RESOLVED DUPLICATE of bug 1607041

(SeaMonkey :: Tabbed Browser, enhancement)

Description

[brian]

It would be nice if the tab bar could placed at the bottom, left or right edges
of the window.

Comment 1

[R.K.Aa.]

related: bug 104324

Comment 2

[Henrik Lynggaard Hansen]

Marking new 

Comment 3

[R.K.Aa.]

i think bug 104324 covers the desired behaviour. Tabs on left/right side of
browser would clutter sidebar/scrollbar. 

Comment 4

[R.K.Aa.]

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

Comment 5

[sairuh (rarely reading bugmail)]

spam: set your filter for "SeverusSnape" to avoid the influx of bugmail

changing QA contact of open tabbed browser bugs from blake to me. if this bug
requires a reassignment, however, feel free to change it!

Comment 6

[sairuh (rarely reading bugmail)]

like bug 105885, this would be swell...

Comment 7

[Peter Trudelle]

Bottom seems like a possible default to me, leveraging user familiarity with
tabs used for MDI windows, and sheet tabs for Excel.  Of course, the similarity
to these could be a disadvantage too, due to negative transfer of training.

Comment 8

[David Hyatt]

Reassigning to new component owner.

Comment 9

[jag (Peter Annema)]

-> future

Comment 10

[Gilles Durys]

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

Comment 11

[Bruce Davidson]

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

Comment 12

[Peter Trudelle]

nsbeta1-

Comment 13

[Robert Wall]

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

Comment 14

[Robert Wall]

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

Comment 15

[Jason Bassford]

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

Comment 16

[Anthony DeRobertis]

Some of this seems less likely now that those funny little arrow thingies at the
left of the toolbars are gone (due to bug 112534)

Comment 17

[Peter Trudelle]

Right, the grippies were originally used as a drag affordance for toolbars in
Nav 4.x, which is how NS users would expect to  be able to reposition tab bar
too.  We may still have to add them back to the NS product.

Comment 18

[Torben]

Isn't this really a dupe of bug 15322?

Comment 19

[Torben]

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

Comment 20

[Jason Bassford]

> Isn't this really a dupe of bug 15322?

No.  The tab bar isn't a toolbar proper, nor does bug 15322 pertain to moving
toolbars to other sides of the screen (left/right/bottom).

Comment 21

[Jason Bassford]

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

Comment 22

[Rakhesh Sasidharan]

adding myself to cc.

Comment 23

[Jesse Ruderman]

See also bug 218280, same bug for Firebird.

Comment 24

[Jason Bassford]

FWIW: From a recent MozillaZine discussion, here's a way of having tabs appear
at the bottom of the screen.

Edit your userChrome.css profile file, and add the following:

#content > tabbox {-moz-box-direction: reverse;}

Comment 25

[Mats Palmgren (inactive)]

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

Comment 26

[Santiago Romero]

 I personally would need to put the tab bar at the left of the screen.
In that position under Opera and Galeon I can mantain about 20 tabs
opened without bar scrolling...

 Thanks a lot.

Comment 27

[Robert Kaiser]

This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state.

If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way.
If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar).
If no action happens within the next few months, we move this bug report to an EXPIRED state.

Query tag for this change: mass-UNCONFIRM-20090614

Comment 29

[bblack]

Sorry it took 19 years to solve. I didn't get around to it before.