There already is a wrapper class for all the drawing instructions in Batik: java.awt.Graphics2D
This class of course has a fairly large number of dependencies (java.awt.Shape, java.awt.Paint, java.awt.Composite, java.awt.geom.AffineTransform, etc...). I'm not acquainted with GDI+ but assuming it is a fairly traditional vector/raster graphics API you should be able to implement most of Graphics2D on top of it, but it's still a large amount of work - I really don't think it's possible to make it easy to port a graphics application as complex as Batik to many different rendering engines. There isn't the same sort of high level convergence between 2D rendering API's as there is with 3D API's and OpenGL. >>>>> "T" == Tangent <[EMAIL PROTECTED]> writes: T> Just wondering if there is anyway to write wrapper classes for all T> the drawing instructions of Batik, so we can easily port it to T> other platforms or languages such as .NET in C# using GDI+ >>>>> "AM" == Anthony Mills [mailto:[EMAIL PROTECTED]] writes: AM> AFAIK, you can not run Batik on the Pocket PC. SVGCanvas is not AM> the problem and swing is not the problem. The problem is that AM> Batik uses Java2D, and I know of no implementation that will run on AM> Pocket PC. You would have to implement hundreds of classes like AM> Rectangle2D, Line2D, etc... You can maybe get Batik to read SVG, AM> but it will not be able to display the image. You may ask the AM> developers if the rendering code is easy to rewrite, but I don't AM> think so. It is the gvt (if I remember correctly) classes that AM> will cause the most problems. BTW, even if you don't draw to the AM> display, you still need Java2D internally. AM AM> The only options I know that will work on a handheld is to replace AM> Pocket PC. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
