--nextPart1142093.9x8egbm2TF
Content-Type: text/plain;
  charset="iso-8859-6"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Friday 27 May 2005 16:43, Alexander Neundorf wrote:
> On Friday 27 May 2005 11:13, Christoph Cullmann wrote:
> ...
> > and why they don't want to link against kdecore/kdeui and co? because t=
here
> > is no way to have this working on windows atm (in a sane way), which is=
 one
>=20
> Another point is that if you change from a Qt to a KDE application, you g=
et=20
> everything: the KDE config system, the various daemons start, KCmdLineArg=
s, =20
> etc.
> We have a lot of classes which are just enhanced Qt classes with no direc=
t=20
> relation to the KDE framework which could very well be used by Qt-only ap=
ps.
for kdecore/kdeui you have no need of the daemon and whatever, same for kco=
nfig,
I guess whole kdecore/kdeui are general very usable for QT programs, kiosla=
ves might be other
thing, as this stuff is not that wanted on for standalone apps as long as i=
t needs external daemons, but
he, we are kde, not qt addons ;) people are free to take parts of kdelibs a=
nd use it, atm this is very limited,
with QT4 & KDE4 as said I guess real big parts are just out of the box very=
 usable, why try to split this off?

=2D-=20
Christoph Cullmann
KDE Developer, kde.org Maintainance Team
http://www.babylon2k.de, cullmann@kde.org

--nextPart1142093.9x8egbm2TF
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQBCl35tyPjDGePm9UIRAmCEAKC4pNGj1vtHiz0/7m/uw9mQP6azgwCcD80P
NPRYnN28/iUEE57Vjt11r5s=
=qr8l
-----END PGP SIGNATURE-----

--nextPart1142093.9x8egbm2TF--