--===============1851568084==
Content-Type: multipart/signed;
  boundary="nextPart2079967.SUzj2PVnIa";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

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

On Wednesday 17 October 2007, Sven Langkamp wrote:
> This is a known problem, but we couldn't solve it yet. It also happens
> if all dockers are hidden, so it doesn't seem to be cause by that.

Somehow, somewhere the calculations for the canvas size go wrong: the drawa=
ble=20
area is the true canvas, correctly scaled (as far as I can make out), the=20
non-drawable area is just canvas widget that gets painted on, but shouldn't=
=20
even exist.

The opengl option doesn't have this problem (although there are other, quit=
e=20
bad problems on my intel graphics set)

=2D-=20
Boudewijn Rempt=20
http://www.valdyas.org/fading/index.cgi

--nextPart2079967.SUzj2PVnIa
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

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

iD8DBQBHFaM4daCcgCmN5d8RAs1VAKCMPzPqBNQlP8uGUD3ejPZF0QDLHQCfU72M
tm4HyrDCidyX0zfkLIyc4d4=
=Bnhv
-----END PGP SIGNATURE-----

--nextPart2079967.SUzj2PVnIa--

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

_______________________________________________
kimageshop mailing list
kimageshop@kde.org
https://mail.kde.org/mailman/listinfo/kimageshop

--===============1851568084==--