Tonny Kohar wrote:

On Sat, 2003-11-15 at 21:12, Thomas DeWeese wrote:


The CDataSection of batik SVGDOM is splitted into multiple CDataSection
on each new line? is it a bug?

I guess you could argue this either way we create a CDATA node every time the SAX parser calls us with a chunk of characters

Thanks for the response. I agree with you, however normaly people are keeping their embedded binary data encoded in base64 such as image or font, etc. Therefore the structure of CDATA is quite important :)

So I ran your example the structure of the data in the CDATA sections was preserved. The real problem was that repeated serialization duplicated the xml:space attribute. This was a problem with the provision of the default value (which did not set the namespace). This will be fixed in CVS shortly.

  Also because it was easy and the result is so ugly I now collapse
all the CDataNodes.

  BTW if the embedded font is from Illustrator Batik will not use it
Illustrator embeds something called a 'CEF' font which is an OpenType
wrapper around Type1 data (a very weird varient, I can't find any
Java library for making sense of these).

For the TextNode it maybe no problem, if needed can be done with
node.normalize(), I look at batik DOM implementation the normalize
method is empty :)


The problem occur when the SVGDom generated by batik is to be
serialized/writing back to text file. Because the result of serialized
is not the same with the loaded one due to different in CDataSection.
Batik itself also unable to open/load the result of serialization.

This is (IMHO) a much bigger deal I'll look into it (could you file this in Bugzilla).


here is the bugzilla id #24731

Thanks I'll close this shortly with the above information.



Regards Tonny Kohar


--------------------------------------------------------------------- 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]



Reply via email to