Difference between revisions of "Tabbed Windows Extension Discussion"
(→Should we have one window with tabs or should we have several windows and should all of them have tabs?) |
|||
| Line 17: | Line 17: | ||
=== How should users tell OpenOffice.org that they want to open a new window? === | === How should users tell OpenOffice.org that they want to open a new window? === | ||
| + | The most famous "tabbed" application, Firefox, has solved this problem by using the pattern that the user can use a modifier keys of the keyboard to customize the action triggered by a mouse click. But even this simplistic approach is limited: there are still places in Firefox where the user can't customize the behavior. "Open file" always replaces the current content and the same is true for the URL input field. As a workaround Firefox offers commands to create new blank tabs or windows. | ||
| + | How can we apply this approach OOo? It's no option to double all menu entries that open windows and doubling ("Open", "Open in new window") as this will surely create too much clutter. Most documents in OOo are not opened by clicking on a hyperlink so that this pattern is not very useful for us. The "New Window"/"New Tab" approach is doable. It would create a new tab or window containing our so called "start module". It would need needs some work as currently the OOo code assumes that there is only one such module instantiated and it is a clear indication that no other window is open. The question remains how this is judged from a "user experience" POV. | ||
| + | |||
| + | The best approach seems to be to stay with the solution in the demo component (each created document view creates a new tab except for the special cases) and add an "Open new window" command to the file menu. I think such command better fits to the "Window" menu but people might be used to look for it in the file menu. | ||
| + | |||
| + | |||
| + | === Other known problems === | ||
| + | |||
| + | With tabs it no longer makes sense to store window sizes per application; OTOH this could be a relief. | ||
== Managing tabs == | == Managing tabs == | ||
Revision as of 11:22, 18 April 2007
Opening tabs and windows
Should we have one window with tabs or should we have several windows and should all of them have tabs?
OpenOffice.org has a lot of places where nowadays a new window is created or the existing one is replaced with new content (depending on the current content and the new content). In an application supporting tabs we could convert all of them to create a new tab instead of a new window. As this can be done in a central place of the code it is comparably easy to achieve and in fact it's the approach we took for our demo extension.
On the other hand we already have some places in the code that always create a new window, e.g. preview windows of our wizards or a database form. These new windows are created for a reason and so we can't change this behavior. Our demo extensions leaves them untouched, e.g. they create a new top window. So the question is not whether we will have one or more windows but whether users should be able to create new windows deliberately and if all windows should have tabs.
Some windows shouldn't have tabs at all. These are all windows that must have a fixed size, e.g.:
- database forms
- windows opened by OLE1 outplace editing
Also windows that are part of a workflow (like preview windows in a wizard) shouldn't have tabs.
How should users tell OpenOffice.org that they want to open a new window?
The most famous "tabbed" application, Firefox, has solved this problem by using the pattern that the user can use a modifier keys of the keyboard to customize the action triggered by a mouse click. But even this simplistic approach is limited: there are still places in Firefox where the user can't customize the behavior. "Open file" always replaces the current content and the same is true for the URL input field. As a workaround Firefox offers commands to create new blank tabs or windows.
How can we apply this approach OOo? It's no option to double all menu entries that open windows and doubling ("Open", "Open in new window") as this will surely create too much clutter. Most documents in OOo are not opened by clicking on a hyperlink so that this pattern is not very useful for us. The "New Window"/"New Tab" approach is doable. It would create a new tab or window containing our so called "start module". It would need needs some work as currently the OOo code assumes that there is only one such module instantiated and it is a clear indication that no other window is open. The question remains how this is judged from a "user experience" POV.
The best approach seems to be to stay with the solution in the demo component (each created document view creates a new tab except for the special cases) and add an "Open new window" command to the file menu. I think such command better fits to the "Window" menu but people might be used to look for it in the file menu.
Other known problems
With tabs it no longer makes sense to store window sizes per application; OTOH this could be a relief.
