This would be a killer feture and an inovation to allow different levals with tabs.Maybe even tabs with tabs with tabs?

Moving to Tabbed Browser

Not sure if you mean what I think what you mean, but this is probably not good from a usability point of view... See http://www.iarchitect.com/tabs.htm

that sounds horrendous. please, this should be WONTFIX!

-> sorry but this is wontfix

Hey think about this before you dismiss it might be confusing for some people but if it was off by default? I filed this because well you've already got tabs with tabs if you have multiple windows open each with multiple pages open in them this would stop the need for more than one window after you have 8 or more pages open.

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

There would be know UI problems if this was off by defalt

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

why is this just outright refused? i think it would work a lot better than most seem to think. If you had tabs A and B, with B active, and opened one of these "sub-tabs", a new tab bar would appear under the first, when B is active. The title displayed in B would be the active sub-tab. would it be possible to implement this as an extension?

This has been refused on the grounds that it would be very bad from a usability perspective. It would increase the complexity of the interface for an effect that can be more simply achieved by having multiple windows - each with their own set of tabs. As the previous link I added seems to have died, here's a replacement: http://digilander.libero.it/chiediloapippo/Engineering/iarchitect/shame.htm If you want to create this as an extension, feel free. [removing myself from the CC list]

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

I don't think this would complicate the UI that much. Besides David, the same argument you are using could be used against tabs in general (that the user can just use different windows). Right now I have 9 bugzilla tabs open, 2 email tabs, and a google search tab. If I could see them as three tabs and when I click on the tab view any subtabs, that would make it much easier on me; subtabs would be as useful to tabs as tabs are to windows, and of course, using subtabs would be entirely optional, the user would have to choose it (much like using tabs). Alex was complaining that it wasn't fair for Matt to just WONTFIX the bug without an explanation. All that had been said previously is "this sounds horrendous", with no explanation either. I think that until someone puts out a good reason why this bug shouldn't ever be fixed, it should have a target milestone of "future".

The link posted by David gives no real critism of this idea. The referenced page has several examples of bad tabbed interfaces, but no where did I see mention of a "tabs within tabs" idea. However, it did have quite a bit of **** usages of multi-row tabbed interfaces, but I don't believe the multi-row part is what makes them so bad. Particularly, the sub-tab rows should never appear wider than their respective parents. Also, when implemented, it is certainly an important aspect that there are no lines, bars, or other such graphical element, under the parent tab and above the new row of tabs. Currently, the tabs are sort of underlined, as they are a bit more seperated from the pages they associate with, than most tabs are to their associated information. It would be an important distinction for the user to see that the sub-tabs are within the context of the parent tab, by removing the seperation below a selected parent tab. Additionall, what should the title of a parent tab be? Personally, I think it should default as the title of its currently active sub-tab. There should also be an option to rename it, or perhaps even some way to generate a shared title. For example, if you had two sub-tabs titled "Foo.com - bar" and "Foo.com - baz", perhaps it should find the shared string "Foo.com" nad display that. One further issue I wanted to bring up is that a tab with sub-tabs should have an option to be saved as a group of bookmarks, seperate from the other tabs. As a slightly seperate remark, perhaps there needs to be a "EXPIRIMENTING" state to mark a bug as, so that if there is dispute over the future of the bug or feature, it is apparent that work needs to be done before it is known if it should be brought into the trunk.

(In reply to comment #13) > [...] > Additionall, what should the title of a parent tab be? Personally, I think it > should default as the title of its currently active sub-tab. There should also > be an option to rename it, or perhaps even some way to generate a shared title. > [...] I think the parent tabs title should be that of the group tab name. See my comment #2 in Bug 21818. A couple of things I've thought of since: (1) an ability to reorder tabs within a group tab, without having to delete it and reinsert tabs and saving again. (2) an ability to copy/move tabs between different grouped tabs.

Moving and copying of tabs could be done by simple drag-and-drop interaction. holding the tab's icon near the edge of a tab would allow you to insert between that tab and the one next to it. Holding over a tab with children, which isnt active, for a period of time could activate that tab-group for placement within it. Perhaps a right-drag-and-drop could give an option at the drop time to move or copy or cancel, through a pop-up menu. This is much like like the right-drag feature in windows explorer. I suppose that while dragging, one would see something like a box with the tab name, or even the graphic of the tab itself. This should probably be given its own bug, in order to keep things organized. It would, of course, depend on this bug and we can deal with that when the first issue is _actually_ resolved.