From kfm-devel  Thu May 03 20:20:27 2007
From: Thiago Macieira <thiago () kde ! org>
Date: Thu, 03 May 2007 20:20:27 +0000
To: kfm-devel
Subject: Re: Swfdec/Konqi integration
Message-Id: <200705032220.27789.thiago () kde ! org>
X-MARC-Message: https://marc.info/?l=kfm-devel&m=117822368130036
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--nextPart1488668.nWk6H2innJ"

--nextPart1488668.nWk6H2innJ
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

koos vriezen wrote:
>2007/5/3, Thiago Macieira <thiago@kde.org>:
>> You cannot rely on the glib mainloop being used at all.
>
>The whole point of this glib mainloop was to make it easier for these
>kind of things IIRC. Makes sense to me to advice this in the qt-copy
>readme's.

That would make glib a mandatory dependency for KDE in all KDE platforms,=20
while right now it isn't so. (Yes, I know about shared-mime-data, but=20
that's an external program that can be statically linked or duplicated)

And I repeat: it can be turned off at runtime. You can't rely on it being=20
there at all, unless you built your Qt.

>But nspluginviewer now uses qxembed to embed in the nsplugin and dcop
>for communications. Latter probably dbus in kde4. So why not
>completely write nspluginviewer in gtk using gtkplug?

That would make a fully-functional KDE-based browser dependent on gtk.=20
It's out of the question.

=2D-=20
=A0 Thiago Macieira =A0- =A0thiago (AT) macieira.info - thiago (AT) kde.org
=A0 =A0 PGP/GPG: 0x6EF45358; fingerprint:
=A0 =A0 E067 918B B660 DBD1 105C =A0966C 33F5 F005 6EF4 5358

--nextPart1488668.nWk6H2innJ
Content-Type: application/pgp-signature

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

iD8DBQBGOkQLM/XwBW70U1gRAsEIAJ9lZGtmokMzxIDze1DA8PXfI9ejEwCcCyG6
4XR+nv0eayI0c/fzFcsCHk4=
=nu5R
-----END PGP SIGNATURE-----

--nextPart1488668.nWk6H2innJ--