Jonas Ruesch wrote:
Thanks a lot for your answer!
You were right; I removed the getSpecified() check,
and now at least many documents are loaded correctly.
You might want to notify the Xindice people of this
misbehaviour.
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.
Is it somehow removing 'id' attributes? If it wasn't
finding the xlink:href attributes I would assuming that there
were namespace issues but it is surprising that it isn't
finding id's.
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]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
