Mailing-List: contact batik-users-help@xmlgraphics.apache.org; run by ezmlm
Precedence: bulk
Reply-To: batik-users@xmlgraphics.apache.org
Received-SPF: pass (nike.apache.org: domain of thomas.deweese@gmail.com
 designates 209.85.216.51 as permitted sender)
Subject: Re: Set a zooming-strategy to an SVGCanvas
Mime-Version: 1.0 (Apple Message framework v1257)
Content-Type: text/plain; charset=us-ascii
From: DeWeese Thomas <thomas.deweese@gmail.com>
In-Reply-To: <dde5185183dac21aa33fcf6ebfe0f570.squirrel@sec-ssl.de>
Date: Sat, 12 May 2012 13:10:05 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <CC115EF5-9472-483A-9A6E-15C0E470B9A3@gmail.com>
References: <3a75411b06fa68b78cc67c730314159b.squirrel@sec-ssl.de>
 <31522EF3-52A9-4F54-BDDF-80B0F11592F8@gmail.com>
 <dde5185183dac21aa33fcf6ebfe0f570.squirrel@sec-ssl.de>
To: batik-users@xmlgraphics.apache.org

Hi Marco,

	There was a bug in the case where recenterOnResize was set to =
false
that caused it to not include the updated viewing transform.  This is =
now fixed
in SVN.

	Thomas

On May 11, 2012, at 4:31 AM, ml@mherrn.de wrote:

> Hi,
>=20
>>> The example application and SVG file are attached to this mail.
>>=20
>> 	I didn't see them show up as attachments.
>=20
> Damn. I forgot the attachments....
> Included in this mail now. :-)
>=20
>>> When the application starts, the image is always displayed as =
expected.
>>> But when extending the width of the window, the image starts =
beginning
>>> to
>>> move out of the canvas on the top. Addionally when lowering the =
width of
>>> the window, the image starts to move down inside the canvas (not =
staying
>>> in the top left corner).
>>=20
>> 	Do you have 'recenterOnResize' enabled?  That might react badly =
to your
>> reimplementation of calculateViewingTransform.
>=20
> Yes, recenterOnResize was enabled. But if I set =
recenterOnResize=3Dfalse,
> nothing gets scaled at all! (And I don't know why. It seems I really =
have
> to view through some implementation details in JSVGCanvas.)
>=20
>>> 2. What am I doing wrong here (or where is my misunderstanding)?
>>=20
>> 	It is very easy to make small mistakes in the calculation of
>> AffineTransforms
>> that can lead to effects like this.  Resize is especially tricky =
because
>> it requires a
>> trip through the SVG Document event handlers and it's complex to get =
the
>> viewing
>> transform and the display transform to behave sensibly.
>=20
> Actually, I thought what I am doing would't be that tricky, because my
> current implementation is far from complex. Well, it is now attached.
> Maybe you see my mistake. :-)
>=20
>=20
> Regards
> Marco<scaletest.svg><ScaleTest.java>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: =
batik-users-help@xmlgraphics.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org