You are viewing a plain text version of this content. The canonical link for it is here.
Posted to batik-users@xmlgraphics.apache.org by Etherline <ke...@edp.fastfreenet.com> on 2006/08/22 18:31:47 UTC
beginner: converting
Hi,
I have XmlBeans whose contents I would like to both display as SVG and edit
in real-time. I can't quite make the conceptual leap to which part of Batik
I should be using to convert my data objects into editable SVG entities
which could be displayed in a JSVGCanvas. Or is this something I should
still be doing with XSLT?
Could some kind person point me in the right direction, please?
Thanks,
Ken
--
View this message in context: http://www.nabble.com/beginner%3A-converting-tf2147352.html#a5929073
Sent from the Batik - Users forum at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
Re: beginner: converting
Posted by th...@kodak.com.
Hi Etherline,
Etherline <ke...@edp.fastfreenet.com> wrote on 08/22/2006 12:31:47 PM:
> I have XmlBeans whose contents I would like to both display as SVG and
edit
> in real-time. I can't quite make the conceptual leap to which part of
Batik
> I should be using to convert my data objects into editable SVG entities
> which could be displayed in a JSVGCanvas. Or is this something I should
> still be doing with XSLT?
This depends a lot on what you have. So the only thing Batik
really has to offer for the creation of the SVG is the SVGGraphics2D
which allows you to draw content using the Standard Java Graphics2D
interface and it will turn that into the equivalent SVG. This might
give you a good 'base' document. However if you want to edit
the SVG in 'real-time' you will then need to add script/Event
handlers to the SVG document that responds to user actions.
This is where it get's tricky, so you might map those user
actions back to actions on your XmlBean which you could then
redraw as SVG and use to replace the original SVG.
You could also bypass the XmlBean completely and just manipulate
the SVG drawing directly (and perhaps when done push data back
to the XmlBean).
But I don't really know anything about XmlBeans so I'm not
sure what makes the most sense. Also there is probably a
fairly significant amount of additional overhead for the first.
> Could some kind person point me in the right direction, please?
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org