From koffice  Tue Nov 07 15:37:07 2006
From: Boudewijn Rempt <boud () valdyas ! org>
Date: Tue, 07 Nov 2006 15:37:07 +0000
To: koffice
Subject: Re: [Bug 137003] New: delay applying changes on preview
Message-Id: <200611071637.09657.boud () valdyas ! org>
X-MARC-Message: https://marc.info/?l=koffice&m=116291388506371
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--===============0719164672=="

--===============0719164672==
Content-Type: multipart/signed;
  boundary="nextPart1930645.vW98aXyQtl";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

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

We already do that for some filters, but in a rather ham-fisted way. I see =
we=20
could improve on that, make it more generic by putting the delay in the=20
filter manager, instead of in the individual filter widgets. Not sure wheth=
er=20
that code would survive in 2.0, although I've already tried to implement=20
something like this in trunk.

--nextPart1930645.vW98aXyQtl
Content-Type: application/pgp-signature

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

iD8DBQBFUKgldaCcgCmN5d8RAp2PAJ9V5AfOPT/A4ZmEayHw5sI22uQNaACg747S
FfR3R/zH51q8ui0rbJaj0tI=
=I7fp
-----END PGP SIGNATURE-----

--nextPart1930645.vW98aXyQtl--


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

____________________________________
koffice mailing list
koffice@kde.org
To unsubscribe please visit:
https://mail.kde.org/mailman/listinfo/koffice

--===============0719164672==--