[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: Future of kdelibs
From:       David Faure <faure () alpha ! tat ! physik ! uni-tuebingen ! de>
Date:       1999-05-20 22:32:54
[Download RAW message or body]

On Fri, May 21, 1999 at 05:09:02AM -0500, Mosfet wrote:
> Keep KColorDialog, I want to add user defined palettes ;-)

Speaking about it, it doesn't save custom colors anymore...
Anybody can fix it ?

> On Wed, 19 May 1999, Bernd Gehrmann wrote:
> > When looking at kdelibs, especially kdeui, it is obvious that 
> > there is a host of classes which have a similar or identical 
> > purpose as classes in Qt. Of course, there is nothing wrong
> > with having things like KTMainWindow which still have a
> > substantial advantage compared to Qt, but for many of them
> > an advantage is not obvious, or at least the documentation 
> > doesn't explain it. Especially for the beginner, this is a
> > confusing situation. I think it would be good to clean up all
> > this stuff better today than tomorrow. If retaining compa-
> > tibility for old applications is in important point, than it
> > may be an idea to create a library 'libkde1compat' or whatever
> > in order to make clear that these classes are not supposed to
> > be used in new apps. Some classes which immediately come to
> > my mind:
> > 
> > KPoint
> > KSize
> > KRect
> > KCombo
> > KTopLevelWindow
> > KFontDialog
> > KColorDialog
> > KPanner
> > KNewPanner
> > KProgress
> > KSpinBox
> > KWizard
> > KMsgBox
> > 
> > Comments?
> > 
> > Bernd.
> --
> Daniel M. Duley - Unix developer & sys admin.
> mosfet@kde.org
> mosfet@jorsm.com

-- 
David FAURE
david.faure@insa-lyon.fr, faure@kde.org
http://www.insa-lyon.fr/People/AEDI/dfaure/index.html 
KDE, Making The Future of Computing Available Today

[prev in list] [next in list] [prev in thread] [next in thread]