"hilz" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > If your coordinates are always in the user coordinate system of > > the root SVG element you can run your points through the inverse > > of the getViewBoxTransform. > > Thomas, that was the case, and using getViewBoxTransform.transform(...) was > the solution to my specific case. > > You've been of great help which I deeply appreciate. > Thank you, thank you and thank you. > > hilz
Thomas: the situation got a little complicated now! This worked perfectly in batik 1.5.1. But in an application i am working on, i use fop 0.20.5, and the batik distribution that comes with it does not have this function: getViewBoxTransform(). When compiling my code, i get the following error: cannot resolve symbol symbol : method getViewBoxTransform () location: class org.apache.batik.swing.JSVGCanvas I tried to substitue the batik that comes with fop with batik 1.5.1. This enables me to compile and run, and the SVG rendering part works fine, BUT fop does not work anymore! rendering a pdf document gives the following error now: java.lang.NoSuchMethodError: org.apache.batik.bridge.UnitProcessor.createContext(Lorg/apache/batik/bridge /BridgeContext;Lorg/w3c/dom/Element;)Lorg/apache/batik/util/UnitProcessor$Co ntext; how come this method was removed from a newer version of batik ? whatever happened to backward compatibility? What are my options now? Is it an option to run the two versions of batik in the same VM ? when using fop, use the one that came with it, and when doing just SVG stuff, use batik 1.5.1 ? if this is possible, then how can it be done? and if there is better solution, i would greatly appreciate the help. thanks hilz --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
