Thanks again for your help Archie. I'm getting a better picture of how Batik works and what role it will play in my application.
I'm sure I'll have more questions as I continue to work with the library, and hopefully I can contribute something useful back to the Batik community. Scott Huey On Jan 17, 2008 1:12 PM, Archie Cobbs <[EMAIL PROTECTED]> wrote: > On Jan 17, 2008 10:50 AM, Redefined Horizons <[EMAIL PROTECTED]> > wrote: > > > I found the Javadoc for the SVGLocatable interface here: > > > http://www.yworks.com/products/yDoc/showcase/batik-1.5/org/w3c/dom/svg/SVGLocatable.html > > > > But I didn't find it here: http://xmlgraphics.apache.org/batik/javadoc/ > > > > Is there a reason for this? Is > > The SVGLocatable interface is not defined by Apache Batik, but rather by the > W3C (similar to the DOM interfaces such as org.w3c.dom.Element, etc.). The > package name is org.w3c.dom.svg. Batik 1.6 included Javadoc for this > package, not sure if 1.7 does. > > > I'm a little confused about this part of the code you provided: > > > > ((SVGLocatable)node).getBBox(); > > > > I know that you are calling the getBBox() method of an interface that > > implements the SVGLocatable interface. Would this implementation be > > obtained from a DOM Document object, or directly from a JSVGCanvas? > > > > Are you also performing some type of cast in this line? > > The node is of type SVGElement (or some subclass thereof). The cast is > required in my code because I don't know a more precise type. If you do, > e.g., you have a SVGRectElement or something, then no cast would be > necessary. > > Using the normal DOM API's, you get SVG stuff. E.g., if you say x = > document.getDocumentElement() then you can rest assured that "x" is an > SVGElement. > > -Archie > > -- > Archie L. Cobbs > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
