Mailing-List: contact batik-users-help@xmlgraphics.apache.org; run by ezmlm
Precedence: bulk
Reply-To: batik-users@xmlgraphics.apache.org
Received-SPF: pass (asf.osuosl.org: domain of thomas.deweese@kodak.com
 designates 192.232.121.200 as permitted sender)
In-Reply-To: <000c01c65e37$b7940060$2f07a8c0@nextech.com.br>
To: batik-users@xmlgraphics.apache.org
Cc: batik-users@xmlgraphics.apache.org
Subject: Re: Synchronizing JSVGCanvas - Again
MIME-Version: 1.0
Message-ID: 
 <OF75F123FD.E7DD9EA6-ON8525714E.005703A2-8525714E.00577858@knotes.kodak.com>
From: thomas.deweese@kodak.com
Date: Wed, 12 Apr 2006 11:55:22 -0400
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi Andre,

Andr=E9 =C1vila <asantos@nextech.com.br> wrote on 04/12/2006 09:48:01 AM:

> They both could be holding SVG documents.

   Ohh, the way you were talking it sounded like the top
was empty and you had replaced it's paint method...

> It seems a very good idea. I couldn't find much on using overlays in the
> list, so maybe you can point me some further directions.

   The Source code?  There really isn't much to know...

> I implemented the DrawOverlay class as an inner class of my SVG canvas]
> private class DrawOverlay implements Overlay {
>=20
>   public void paint(Graphics g) {
>    Graphics2D g2d =3D (Graphics2D)g;
>    drawTool.drawShapes(g2d);    // Redraw all shapes
>    repaint();    // Calls repaint on owner SVGCanvas

    Don't call repaint this should lead to an infinite loop.
If your list of shapes changes you will need to trigger a
repaint of the canvas, it will then call your overlay to paint...

> So here's my question: when is the overlay paint() method called? My=20
first
> guess was that it would be called every time the canvas repaint() (or
> paint()?) was called, but I see this is not the case.

   It is called whenever the canvas is painted - if the canvas has an
offscreen image (i.e. it is rendering an SVG document), which from your
earlier talk I'm guessing your top Canvas doesn't.  I would lean towards
considering this behavior a bug (it's easy to fix, move the loop at the=20
end
of batik.swing.gvt.JGVTComponent.paintComponent outside the check if the
image is null).


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