Moving kfilereplace to kdeutils

Andras Mantia amantia at kde.org
Fri Nov 12 18:14:18 GMT 2004


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Friday 12 November 2004 19:45, Michael Nottebrock wrote:
> KFileReplace is just a part, not a standalone application though,
> right?

Was right...until 3.3. Now it's both a part and a standalone 
application.

> Why would it belong into utils more than addons anyway then? 
I don't think addons is a place to dump everything. I imagine that as 
addons to existing applications in other KDE modules, like extensions 
for Konqueror, Kate, KDesktop and whatever, not a place for additional 
applications.

> >  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.
KFileReplace is not required at compile time, nor Kompare or Cervisia is 
required. But if the cervisia headers are present it will have 
(limited) integrated CVS support in menus, but otherwise you can still 
use the Cervisia KPart. So basicly you can compile Quanta with only 
kdelibs installed on your computer and later install KFileReplace and 
it will work just fine. 

Andras

- -- 
Quanta Plus developer - http://quanta.sourceforge.net
K Desktop Environment - http://www.kde.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFBlP1/TQdfac6L/08RAmC1AJ9YH8+3vbfjXyUFvrU78EmQTh/7LQCeN2ME
vYN5+aoaFGcYOdsb8MJRe1k=
=Z8YF
-----END PGP SIGNATURE-----




More information about the kde-core-devel mailing list