Thanks a lot for your answer!
You were right; I removed the getSpecified() check,
and now at least many documents are loaded correctly.
There remain cases, were loading the file directly gives no error
but retrieving it from xindice there are errors like ""The URI "#linearGradient390"
specified on the element <linearGradient> is invalid"
But till now I didn't investigate on this.
greetings
jonas
Thomas DeWeese wrote:
Looking at the code in Batik, is it possible that the Attr nodes
returned from Xindice always returns 'false' from 'getSpecified()'?
This would cause exactly this sort of behaviour.
>
> I use Xindice to store some SVG Documents and retrieve them
> as a org.w3c.dom.Document, which I now would like to show with
> JSVGCanvas.setSVGDocument(svgdocu)
>
> I tried:
>
> i)
> Document doc = ..//obtained from Xindice. Printed it out when getting it form the DB
> and is a correct SVG (generated with Sodipodi).
> This doesn't work. It seems to me after this operation all the
attributes of the svg tags are removed??!!
> JSVGCanvas says: " The attribute 'width' of the element <rect> is
required"
> and the this way cloned document looks printed like this:
Looking at the code in Batik, is it possible that the Attr nodes
returned from Xindice always returns 'false' from 'getSpecified()'?
This would cause exactly this sort of behaviour.
> doesn't work either..?
Does this also produce a document w/o attributes?
> iii)
> Somebody wrote the latest batik version JSVGCanvas contains a setDocument
> that accepts a normal DOM Document. I compiled 1.5 from 3.12.2003, didn't
> found the function?
The actual definition is in batik.swing.svg.JSVGComponent.
Of course the implementation of this uses the same DOMUtilities
method to make a Batik DOM from the generic DOM.
> After several hours of research....
> I would be very,very glad if somebody may give me a hint or a little
> code-snippet that may help solving this basic problem.
Well you could copy the code from
batik.dom.AbstractDocument.importNode and remove the check on
getSpecified() or fix Xindex's DOM (assuming I right above).
>
> I use Xindice to store some SVG Documents and retrieve them
> as a org.w3c.dom.Document, which I now would like to show with
> JSVGCanvas.setSVGDocument(svgdocu)
>
> I tried:
>
> i)
> Document doc = ..//obtained from Xindice. Printed it out when getting it form the DB
> and is a correct SVG (generated with Sodipodi).
> This doesn't work. It seems to me after this operation all the
attributes of the svg tags are removed??!!
> JSVGCanvas says: " The attribute 'width' of the element <rect> is
required"
> and the this way cloned document looks printed like this:
Looking at the code in Batik, is it possible that the Attr nodes
returned from Xindice always returns 'false' from 'getSpecified()'?
This would cause exactly this sort of behaviour.
> doesn't work either..?
Does this also produce a document w/o attributes?
> iii)
> Somebody wrote the latest batik version JSVGCanvas contains a setDocument
> that accepts a normal DOM Document. I compiled 1.5 from 3.12.2003, didn't
> found the function?
The actual definition is in batik.swing.svg.JSVGComponent.
Of course the implementation of this uses the same DOMUtilities
method to make a Batik DOM from the generic DOM.
> After several hours of research....
> I would be very,very glad if somebody may give me a hint or a little
> code-snippet that may help solving this basic problem.
Well you could copy the code from
batik.dom.AbstractDocument.importNode and remove the check on
getSpecified() or fix Xindex's DOM (assuming I right above).
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
