Three different tab implementations

[Alexander Kellett]

On Fri, Jan 31, 2003 at 11:42:19AM +0100, David Faure wrote:
> (The opinions that the window manager should take care of it are IMHO
> nonsense - they are not based on any technical grounds. Do I really want
> a window manager to come and mess up my widget hierarchy into my application's
> mainwindow? Surely not. Who would provide the necessary menuitems, etc.?
> I don't think it makes any sense, I don't even think it would be technically doable. 
> It has nothing to do with a *window* manager role, that's for sure.).

agreed. and it will be a complete hell with regards to
standardisation if we do integrate into the wm. 

> A shared widget with common kactions for all the common functionality
> (switch to tab on left/right, move tab left/right, breakoff tab, etc. etc.)
> would definitely make much sense.

agreed. having used a tabbed vm for a while (fluxbox) i found
myself using the tabs for the same applications over and over
again. these apps where xterm, xterms with irssi, and konqueror. 
all of which have tabs themselves now. or rather, all of which
have a kde equivalent that does provide tabs.

another thing. i think khtml for certain can have optimisations
when tabbing that would not be otherwise possible. anims for example
can be switched off in non visiable tabs. this would not be possible
with a wm version unless a stupid amount of standard needing 
infrastructure was added.

oh, and i use konqueror + wmaker when i've borked my kwin.
and i'd hate to lose tabs :)

mvg,
Alex

-- 
"[...] Konqueror open source project. Weighing in at less than
            one tenth the size of another open source renderer"
Apple,  Jan 2003 (http://www.apple.com/safari/)