You are viewing a plain text version of this content. The canonical link for it is here.
Posted to batik-dev@xmlgraphics.apache.org by "Judson, Ross" <rj...@managedobjects.com> on 2005/09/07 22:19:10 UTC
Trunk in svn -- is it correct?
I've done two checkouts of the trunk...from
http://svn.apache.org/repos/asf/xmlgraphics/batik/trunk
Both times I've not seen a couple of key classes -- JSVGComponent for
one. I can try and form a list for you.
When I navigate directly through the tree under /trunk to the package
location JSVGComponent should be...it isn't.
If the files are actually not there, I think that longtime developers
probably have up-to-date local copies of these files already and do not
realize that they are missing.
In any case, you might want to do a fresh checkout against the trunk and
see if you receive the complete set of files you're expecting.
I have been investigating methods for laying out objects. It can be
extraordinarily useful to route objects along a path, at times -- the
SVG standard allows this in a highly indirect manner, through making
glyphs out of elements, then using text on a path. I am working out
"group on a path" -- routing the elements of a group object along a path
object.
The 1.2 text routing features (flow text within regions) could also be
used to lay out group members within a given container (path).
On another note, I have had some difficulty using JDK 1.5's XPath
implementation with Batik's DOM. I'm not sure entirely why this is yet,
but something like this won't work (at least with the build I have):
Xpath xpath = XPathFactory.newInstance().newXPath();
SVGDocument doc = SAXSVGDocumentFactory.create....
xpath.evaluate("//g", doc, XPathConstants.NODESET);
Load the exact same document into the native JDK DOM and it finds the
groups just fine...
RJ
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-dev-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-dev-help@xmlgraphics.apache.org
Re: Trunk in svn -- is it correct?
Posted by Jeremias Maerki <de...@greenmail.ch>.
JSVGComponent and others are still there. There are now simply two
different versions, one for JDK 1.3 and one for JDK 1.4 and later.
Depending on the JDK you use, you need to add source-1.3 or source-1.4
as an additional source directory to your project if you set Batik up in
an IDE.
See here:
http://svn.apache.org/repos/asf/xmlgraphics/batik/trunk/sources-1.3/org/apache/batik/swing/svg/
http://svn.apache.org/repos/asf/xmlgraphics/batik/trunk/sources-1.4/org/apache/batik/swing/svg/
I hope that helps.
On 07.09.2005 22:19:10 Judson, Ross wrote:
> I've done two checkouts of the trunk...from
>
> http://svn.apache.org/repos/asf/xmlgraphics/batik/trunk
>
> Both times I've not seen a couple of key classes -- JSVGComponent for
> one. I can try and form a list for you.
>
> When I navigate directly through the tree under /trunk to the package
> location JSVGComponent should be...it isn't.
>
> If the files are actually not there, I think that longtime developers
> probably have up-to-date local copies of these files already and do not
> realize that they are missing.
>
> In any case, you might want to do a fresh checkout against the trunk and
> see if you receive the complete set of files you're expecting.
>
> I have been investigating methods for laying out objects. It can be
> extraordinarily useful to route objects along a path, at times -- the
> SVG standard allows this in a highly indirect manner, through making
> glyphs out of elements, then using text on a path. I am working out
> "group on a path" -- routing the elements of a group object along a path
> object.
>
> The 1.2 text routing features (flow text within regions) could also be
> used to lay out group members within a given container (path).
>
> On another note, I have had some difficulty using JDK 1.5's XPath
> implementation with Batik's DOM. I'm not sure entirely why this is yet,
> but something like this won't work (at least with the build I have):
>
> Xpath xpath = XPathFactory.newInstance().newXPath();
> SVGDocument doc = SAXSVGDocumentFactory.create....
> xpath.evaluate("//g", doc, XPathConstants.NODESET);
>
> Load the exact same document into the native JDK DOM and it finds the
> groups just fine...
>
> RJ
Jeremias Maerki
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-dev-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-dev-help@xmlgraphics.apache.org
Re: Trunk in svn -- is it correct?
Posted by Bjoern Hoehrmann <de...@gmx.net>.
* Judson, Ross wrote:
>Xpath xpath = XPathFactory.newInstance().newXPath();
>SVGDocument doc = SAXSVGDocumentFactory.create....
>xpath.evaluate("//g", doc, XPathConstants.NODESET);
>
>Load the exact same document into the native JDK DOM and it finds the
>groups just fine...
//g selects all g elements in no namespace; in SVG documents all <g>
elements would however be in the http://www.w3.org/2000/svg namespace,
so this would normally not match any elements in SVG documents. You'd
typically make a namespace manager that associated a prefix like 'svg'
with the SVG namespace and select //svg:g.
--
Björn Höhrmann · mailto:bjoern@hoehrmann.de · http://bjoern.hoehrmann.de
Weinh. Str. 22 · Telefon: +49(0)621/4309674 · http://www.bjoernsworld.de
68309 Mannheim · PGP Pub. KeyID: 0xA4357E78 · http://www.websitedev.de/
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-dev-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-dev-help@xmlgraphics.apache.org