SVG Viewer from in memory SVG

[Lenny G Arbage <al...@yahoo.com>]

I would like to use batik to write a simple
application which recieves SVG documents from a UDP
port, then renders them immediately to screen.  The
client may receive documents at a rate of roughly 1
per second, and each document forms a "frame" from a
live feed, so that the progression of frames starts to
look like an animation.

I've tried extending SVGApplication (which uses
JSVGCanvas), but the double-buffering doesn't seem to
quite look right -- I get mostly flashing white
screens with brief glimpses of rendered output.  This
is obviously not the right way to approach the problem
(because of the flashing, and since Canvas wants a URI
anyway).  So I'm just looking for some general
guidance -- which batik packages should I start
looking at first to approach this "the right way?"

  Thanks,
  Lenny

__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free web site building tool. Try it!
http://webhosting.yahoo.com/ps/sb/

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

Re: SVG Viewer from in memory SVG

[Thomas DeWeese <Th...@Kodak.com>]

    You probably want to look at the 'slideshow' application.
It renders a series of documents 'offscreen' and then displays
them.  If you have the documents already as a compatible DOM
then it should be fairly clear how to 'plug in'.  Of course it
does a bunch of stuff with transitions that you probably don't
want.

Lenny G Arbage wrote:

> I would like to use batik to write a simple
> application which recieves SVG documents from a UDP
> port, then renders them immediately to screen.  The
> client may receive documents at a rate of roughly 1
> per second, and each document forms a "frame" from a
> live feed, so that the progression of frames starts to
> look like an animation.
> 
> I've tried extending SVGApplication (which uses
> JSVGCanvas), but the double-buffering doesn't seem to
> quite look right -- I get mostly flashing white
> screens with brief glimpses of rendered output.  This
> is obviously not the right way to approach the problem
> (because of the flashing, and since Canvas wants a URI
> anyway).  So I'm just looking for some general
> guidance -- which batik packages should I start
> looking at first to approach this "the right way?"




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