From kde-devel Sat Feb 01 23:21:31 2003 From: Jesper Juhl Date: Sat, 01 Feb 2003 23:21:31 +0000 To: kde-devel Subject: Re: Three different tab implementations X-MARC-Message: https://marc.info/?l=kde-devel&m=104414125521543 Douglas Hanley wrote: > On Thursday 30 January 2003 04:14 pm, Rob Kaper wrote: >> There are currently three different tab implementations in KDE: >> Konqueror, Konsole and Kopete each have their own framework for tabs, >> with different keybinding shortcuts and different behavior. >> >> Is anyone considering to merge all this into a single tabbing framework >> to be reused in applications? If people can't handle SDI, fine, but >> that's no reason for code duplication. >> >> Rob > > (this thread actually started on kde-core-devel, but I'm not on that so > this seems like a good place to go, sorry for posting over) > > Hi, > > I know I mailed here about a tab rewrite (for konqueror) a while back, and > nothing really materialized. But this time, I really think that my > current > version works quite acceptably. Its about as good as the current > implementation we have and isn't based on QTabWidget, so there's much room > for improvement which can be done quite easily. And even though this is > for > konqueror, it could pretty easily be made into an independent widget. I > figure if you want to see it in action, you can just see it in konqueror > for > now. If you want, I'd even be willing to start making this its own > widget, > you just have to point me in the right direction i guess. I don't have as > much time now with school, but I'm fairly sure I can work around that. What about concidering the approach suggested by these two wishlist bugs : http://bugs.kde.org/show_bug.cgi?id=42023 http://bugs.kde.org/show_bug.cgi?id=45183 Having the tabbing handled as a part of the window manager would allow tabbing for *any* app, and the application authours wouldn't have to write a single line of code since it's just done by the WM. -- Jesper Juhl >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<