--===============1724574053==
Content-Type: multipart/signed;
  boundary="nextPart2174739.6anCof3YYy";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart2174739.6anCof3YYy
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Monday 28 May 2007, Matt Williams wrote:
> 1) When the Svg is rendered, it is always rendered to its native
> resolution. Then, you can scale it up by passing a larger QRectF to

this wasn't a design decision, it's just a plain ol' bug where the differen=
ce=20
between the svg's size and the size we're going to paint it wasn't taken in=
to=20
consideration. this obviously only affects the painting when doing a specif=
ic=20
element in the svg.

i think your fix is right, though probably it makes more sense to move the=
=20
method to the Private class and call that method from the public api,=20
avoiding the Svg* q; member in the private class ...

> 2) The second problem, and the one that must be fixed was likely caused

this fix looks good

=2D-=20
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

=46ull time KDE developer sponsored by Trolltech (http://www.trolltech.com)

--nextPart2174739.6anCof3YYy
Content-Type: application/pgp-signature

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

iD8DBQBGWySV1rcusafx20MRAmmaAJsGIMDxbcixY4UGZixeQMP4H5a1fACePiWu
HvuKKuKllspB+lw4GaS0G28=
=AUEx
-----END PGP SIGNATURE-----

--nextPart2174739.6anCof3YYy--

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

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

--===============1724574053==--