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