--===============0018433991==
Content-Type: multipart/signed;
  boundary="nextPart2446518.UKyY1okNfy";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

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

On Saturday 24 December 2005 15:48, Gary Cramblitt wrote:
> If I were to use KWFrameViewManager, which approach should I use? =A0Do
> you plan/want to convert the rest of the events to signals, or should I
> use the listener approach? =A0I need to be informed of all the events
> (except possibly FrameSelectionChanged) and some are signals and some
> are sent via listeners, so I'd have to do both, which strikes me as
> ugly.

I was looking into who uses what and I'm under the impression all should=20
be converted to signals indeed.

> Also, for optimization purposes, I need to know which frame/framesets
> have changed. =A0This signal doesn't tell me that.

I tend to not emit things I don't need (also known as overdesigning); so=20
if you need something feel free to refactor it.
It should be easy to do.

Just be aware that you can't emit which frame is deleted since its already=
=20
deleted :)

=2D-=20
Thomas Zander

--nextPart2446518.UKyY1okNfy
Content-Type: application/pgp-signature

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

iD8DBQBDsR+DCojCW6H2z/QRAn23AJ49lpOA73owPd3+iqBl9q741XNIIACgq22b
TKzAh2JjT5z2HRFbYOfls7E=
=f60X
-----END PGP SIGNATURE-----

--nextPart2446518.UKyY1okNfy--

--===============0018433991==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
koffice-devel mailing list
koffice-devel@kde.org
https://mail.kde.org/mailman/listinfo/koffice-devel

--===============0018433991==--