Three different tab implementations

David Faure dfaure at
Fri Jan 31 11:51:02 GMT 2003

Hash: SHA1

On Friday 31 January 2003 12:42, Neil Stevens wrote:
> On Friday January 31, 2003 03:36, David Faure wrote:
> > On Friday 31 January 2003 12:33, Neil Stevens wrote:
> > > 1. Give MDI support to all apps (including SDI apps both KDE and not),
> > > for fans of MDI
> >
> > As I said, this is technically impossible. How will kwin integrate a
> > tabbed widget into a GTK application?
> The tabbing will be in the window manager.  Does it really matter if the
> row of tabs is below or above the status bar?
> I guess this is a case of thinking outside the (window) box. :-)

Then you'd lose _many_ features - all the integration within the app.
No more "RMB + open in new tab" (in konqueror), no more "duplicate
current tab" (there's no cloning facility at the window level...), no way
to have key shortcuts to e.g. rename tabs like in konsole (the WM can
never assume a key shortcut isn't used by the app), etc. etc.
This would sound like a very bad hack to me, with many limitations.

For proper integration within the app, you want a real tabwidget
(although it doesn't have to always show like in konsole. In konqueror
tabbing is optional, it doesn't appear if you don't explicitely start using it).

FluxBox does it? Good, opensource is always about choice :)
However this solution doesn't provide the kind of integration that we want.

- -- 
David Faure -- faure at, dfaure at
Klarälvdalens Datakonsult AB, Platform-independent software solutions
Contributing to:,
KOffice-1.2.1 is available -
Version: GnuPG v1.0.7 (GNU/Linux)


More information about the kde-core-devel mailing list