From kde-core-devel  Sat Sep 18 04:22:34 2004
From: Michael Pyne <pynm0001 () comcast ! net>
Date: Sat, 18 Sep 2004 04:22:34 +0000
To: kde-core-devel
Subject: Re: DCOP D-BUS HAL and new cd's
Message-Id: <200409180022.39373.pynm0001 () comcast ! net>
X-MARC-Message: https://marc.info/?l=kde-core-devel&m=109548138206972
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--nextPart1498336.KcbkXfRAXu"

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

On Friday 17 September 2004 10:23 pm, David Johnson wrote:
> The concern is that HAL would be dependent upon Linux. For something
> like kfloppy, this is no big deal, just don't use kfloppy. But the
> nature of HAL is very different. One could easily lose major swatchs of
> functionality on non-Linux systems.
>
> I'm not suggesting that this will be the case with HAL, only pointing
> out what the concern is.

I think that we should keep in mind that we shouldn't necessarily ignore=20
technologies like HAL just because they exist only on one system.  Even our=
=20
Qt toolkit has a setWindowOpacity call that doesn't work (yet) on Linux. ;-)

If things like HAL are good enough, then it will either be ported to BSD, o=
r=20
BSD will come up with something equivalent which we then then adopt in KDE.=
 =20
But we shouldn't hold KDE back because all of our supported platforms don't=
=20
adopt a key library at once.

Regards,
 - Michael Pyne

--nextPart1498336.KcbkXfRAXu
Content-Type: application/pgp-signature

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

iD8DBQBBS7gPqjQYp5Omm0oRAoGOAJ90CXVbhhHWjB6+I0QUayPZh+xvVgCg14DY
gRUo57Gmt1y5KDOJd4ECmAo=
=dhNn
-----END PGP SIGNATURE-----

--nextPart1498336.KcbkXfRAXu--