"Cornelius's grand plan" - Merging KDElibs into Qt

Chani chanika at gmail.com
Tue Nov 2 09:15:53 GMT 2010


On November 1, 2010 00:22:57 Alex Fiestas wrote:
> On Sunday, October 31, 2010 05:53:18 PM Matt Williams wrote:
> > 2010/10/31 Alexander Neundorf <neundorf at kde.org>:
> > > On Sunday 31 October 2010, todd rme wrote:
> > >> On Sun, Oct 31, 2010 at 9:26 AM, Michael Jansen
> > > 
> > > <kde at michael-jansen.biz>wrote:
> > > ...
> > > 
> > >> >  1. Small improvements to the Qt Libraries
> > >> > 
> > >> > Those are the so called convenient classes. Classes the have been
> > >> > added to the
> > >> > KDE Libs because of some shortcomings of the Qt Classes or to add
> > >> > some
> > >> > convenience methods. I guess classes like KUrl and KIcon (at least
> > >> > parts) fall
> > >> > into that category.
> > >> > 
> > >> > The classes in this category do not add additional functionality,
> > >> > requirements
> > >> > or anything else to the Qt Classes.
> > >> 
> > >> I think this sounds like the place to start, for several reasons:
> > > I don't think the place to start is merging something into Qt.
> > > _We_ can't merge something ourselves, it must be accepted. So we would
> > > be
> > > stuck at the first step.
> > > 
> > > IMO the place to start must be to reorganize our libraries so that we
> > > can
> > > clearly separate these different types, i.e. "enhancements which should
> > > be in Qt", "addons", "platform".
> > > Once we have this (I would estimate something like a year of work), we
> > > may start to try to get some of the enhancements into Qt.
> > > And if it doesn't get accepted then, still no problem, since by then it
> > > will have the form of a smallish library with very few or no
> > > dependencies beside the Qt libs.
> > 
> > Absolutely. I think that this is the most sensible and practical
> > approach to take.
> 
> +1

+1

> 
> Merge things in Qt is not an option right now, since a lot of people won't
> agree with the licence.

where by "a lot" you mean one? ;)
but still, even one person can block it for everyone, if they've contributed 
to enough places... and then there are the handful of people who can't even be 
asked whether they agree, too.

I wonder how far we ever got in the gpl2 -> gpl2+ conversion...

anyways, there are sure to be small changes that *can* be merged, and as time 
goes on and nokia continues opening up that should get easier, but it's 
certainly not the first step we can take.

> 
> So let's start to do something feasible right now, start to organize our
> libraries and make them useful not only for us, but for other people.

indeed.

-- 
Chani
http://chani.ca
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20101102/77530dde/attachment.sig>


More information about the kde-core-devel mailing list