A Qt replacement for KGlobal::ref and deref

Christoph Feck christoph at maxiom.de
Wed Feb 9 20:56:14 GMT 2011

On Wednesday 09 February 2011 21:29:47 Stephen Kelly wrote:
> Christoph Feck wrote:
> > On Wednesday 09 February 2011 21:01:09 Stephen Kelly wrote:
> >> KJob would be a Qt only library
> > 
> > ? KJob is not a library, but a class in kdecore.
> I should have been more clear I guess. When I wrote kjob there I meant a
> library for asynchronous job execution containing kjob, kcompositejob and
> perhaps the rest of the contents of kdecore/jobs
> > And kdecore only has Qt
> > dependencies (the other dependencies, such as libbzip or libxz, are
> > entirely optional), so it can be used by Qt applications.
> KLocale, KConfig, KStandardDirs, KMimeType and it's associated runtime
> services etc etc are also in kdecore. Why should a Qt application wanting
> to use kjob have to take all that stuff as well? I'm not sure if you read
> the wiki page or the linked mailing list thread in it? You seem to be
> challenging the idea that less internal dependencies in kdelibs is a good
> thing, but I think that's for a separate thread anyway.
> > Christoph Feck (kdepepo)

Sorry, I misinterpreted your original mail, got blended by the (wrong) idea of 
ripping out stuff from KDE libraries just to make them Qt libraries.

I am all for splitting KDE libraries, but I wasn't aware that we are "already" 
doing it; it looked like KDE 5 material to me.

Christoph Feck (kdepepo)

More information about the kde-core-devel mailing list