Hi Bogdan.
Bogdan:
> I encountered a small problem with batik-1.7: lets say I'm creating a
> new SVGDocument, passing a new DocumentType to the constructor. I
> can't remember the exact values, but it goes something like this:
>
> SVGDOMImplementation.createDocument (..., ...,
> SVGDOMImplementation.createDocumentType ("",
> SVGConstants.SVG_PUBLIC_ID,
> SVGConstants.SVG_SYSTEM_ID)
> );
>
> According to the docs, I'm doing everything correctly (public id goes
> second, system id goes third).
Although not related to the problem you mention, it’s not legal to pass
an empty string as the first argument to createDocumentType(). Batik
doesn’t throw the appropriate exception for it, at the moment. (Filed
https://issues.apache.org/bugzilla/show_bug.cgi?id=46430 for that.)
> Then, I'm using a Transcoder to write
> the document to a file and it has a DOCTYPE declaration, but:
> - the system id shows up where the public id should be
> - the public id is missing
>
> To get the file's DOCTYPE right, I had to use
>
> SVGDOMImplementation.createDocumentType (SVGConstants.SVG_PUBLIC_ID,
> SVGConstants.SVG_SYSTEM_ID, "").
>
> Am I missing something?
Sounds like a bug in serialisation code somewhere. Could you supply a
small test case that uses the transcoder to write out SVG that
demonstrates the problem?
> Shouldn't perhaps GenericDocumentType.getName() not return null? Or
> the parameters/methods should get reversed meanings?
getName() shouldn’t return null, no. (Filed
https://issues.apache.org/bugzilla/show_bug.cgi?id=46431.)
The method/parameters have the right order, as far as I can tell.
> P.S. What about my previous 9 patches sent on 2008-09-14? Did you get
> them? Any reply will do.
We did, and I replied on list:
http://markmail.org/message/5l4ahy6q5uwf7zgl
None of the developers have had much time recently, so that bug for your
patches is still open.
Thanks,
Cameron
--
Cameron McCormack ≝ http://mcc.id.au/
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
