1
edit
No edit summary |
mNo edit summary |
||
| Line 1: | Line 1: | ||
The current way sidebars are set up is crappy. My support is for tabs | The current way sidebars are set up is crappy. My support is for tabs docking. | ||
== Tabs == | == Tabs == | ||
| Line 9: | Line 9: | ||
== Combo-box/menu == | == Combo-box/menu == | ||
A combo-box holding each sidebar is used in many GTK | A combo-box holding each sidebar is used in many GTK applications (Evince, Totem). Disadvantage of not being entirely evident of all available sidebars, and that context menus are not available for individual sidebar components. | ||
== Tree view == | == Tree view == | ||
| Line 19: | Line 19: | ||
This is not in competition to the above methods, but a compliment. Basically, a DnD interface would allow you to vertically tile several sidebars (2-3), with and arbitrary-height divider. (Drag up/down, and remember that position.) | This is not in competition to the above methods, but a compliment. Basically, a DnD interface would allow you to vertically tile several sidebars (2-3), with and arbitrary-height divider. (Drag up/down, and remember that position.) | ||
It is also a possibility also to make individual sidebar dialogs un-dockable, e.g. place them in thier own seperate window, or place several of them together in thier own window. This leads to the problem of UI association when multiple browser windows are open | It is also a possibility also to make individual sidebar dialogs un-dockable, e.g. place them in thier own seperate window, or place several of them together in thier own window. This leads to the problem of UI association when multiple browser windows are open | ||
edit