--nextPart1993340.kgIcYO8ZCE
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Lubos Lunak wrote:
>On Saturday 04 March 2006 12:44, Olivier Goffart wrote:
>> Le Samedi 4 Mars 2006 12:18, Thiago Macieira a =C3=A9crit=C2=A0:
>> > I'd like to propose a change of policy in the KDE libraries: remove
>> > all virtual_hook functions from QObject-derived classes.
>
> Fine with me.
>
>> I agree.
>> If we want to add a virtual function, the workaround using
>> signals/slots is more intuitive that the one with virtual_hook
>
> Is it :) ? Well, I'd say that they're both pretty ugly (and I'm the
> author of both), but it'd be naive to expect ugly hacks not to be ugly,
> wouldn't it?

Yes, of course. But using qt_metacall as the virtual hook allows us to=20
hide from the type-unsafe parameter passing into the void* array.

If moc generates bad code there, we'll have much bigger problems anyways.

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

5. Swa he g=C3=A9anhwearf t=C3=B3 timbran, and hwonne he c=C3=B3m, l=C3=A1!=
 Unix cw=C3=A6=C3=B0 "Hello,=20
World". =C7=BCfre =C7=BDghwilc w=C3=A6s gl=C3=A6d and seo woruld w=C3=A6s f=
r=C3=A9o.

--nextPart1993340.kgIcYO8ZCE
Content-Type: application/pgp-signature

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

iD8DBQBECuM2M/XwBW70U1gRAi/oAJ96EHbJSHpvPN0Nq6+g2TAWiZWcEgCeJv2n
JB42xMlfSUOLmUC1aXxCwVI=
=k/OM
-----END PGP SIGNATURE-----

--nextPart1993340.kgIcYO8ZCE--