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

List:       kde-core-devel
Subject:    Re: Moving kfilereplace to kdeutils
From:       Eric Laffoon <sequitur () kde ! org>
Date:       2004-11-12 18:20:09
Message-ID: 200411121020.09411.sequitur () kde ! org
[Download RAW message or body]

On Friday 12 November 2004 09:45 am, Michael Nottebrock wrote:
> On Friday, 12. November 2004 17:59, Andras Mantia wrote:
> > On Friday 12 November 2004 18:41, Michael Nottebrock wrote:
> > > I am and I have been for a long time. This would be a nice
> > > opportunity to get this fixed as well.
> >
> > You will never fix it unless you put all applications that provide a
> > part (or even others that accept command line arguments) to kdelibs.
>
> KFileReplace is just a part, not a standalone application though, right?
> Why would it belong into utils more than addons anyway then?

KFR was an application, we made it into a part during clean up and it is now 
able to be run stand alone and as a part.
>
> >  What's really wrong if the dependency is at compile-time and you cannot
> > build module kdefoo without module kdefoo2.
>
> If Quanta will be able to use KFileReplace without kdeutils being present
> at compile time, that would be significantly different from kdevelop, which
> does require cervisia headers at build time.

That is how it is. Our integration with KFR is strictly as a KPart and using 
DCOP. 
-- 
Eric Laffoon - Quanta+ Team Leader 
http://quanta.sourceforge.net  sequitur@kde.org
Mailing list - http://mail.kde.org/mailman/listinfo/quanta
GPG Fingerprint: 48FB 218D 747F A54A 319D EE98 4A25 794E A453 004B
http://quanta.sourceforge.net/developer/keys/Eric_Laffoon_pubkey.asc
[prev in list] [next in list] [prev in thread] [next in thread]