You are viewing a plain text version of this content. The canonical link for it is here.
Posted to batik-users@xmlgraphics.apache.org by Cameron McCormack <ca...@mcc.id.au> on 2008/08/01 01:34:08 UTC

Re: a0:space="preserve"

Thomas DeWeese:
>   I lied as of 6/1 the Batik Serializer will do this (Thanks Cameron!)
> This is a bug in the Batik Serializer we need to predeclare
> the xml namespace.

Yes that’s my fault. :-)  Filed a bug for me to get to on the weekend:

  https://issues.apache.org/bugzilla/show_bug.cgi?id=45520

(I added the more rigorous serialisation code to adhere to the
“innerHTML in XML” algorithm[1], which is referenced by XMLHttpRequest
(which I got partway through implementing).)

[1] http://www.w3.org/html/wg/html5/#innerhtml1

-- 
Cameron McCormack ≝ http://mcc.id.au/

---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org

Re: a0:space="preserve"

Posted by Cameron McCormack <ca...@mcc.id.au>.
Cameron McCormack:
> Yes that’s my fault. :-)  Filed a bug for me to get to on the weekend:

OK should be fixed now (got to it before the weekend):

  http://svn.apache.org/viewvc?view=rev&revision=681609

-- 
Cameron McCormack ≝ http://mcc.id.au/

---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org

Re: a0:space="preserve"

Posted by Helder Magalhães <he...@gmail.com>.
(from previous message)
> Although setting the prefix doesn't affect what namespaceURI the node is
> in, it will make it easier for you to get out a namespace well-formed
> document from a naive serialiser.

Thanks for clarifying! :-)


> Well I probably won't get time to work on it for a while (at least a few
> months), so I think it would be premature to mention.

OK. Will try to proceed with the browser native object binding
whenever possible.


Regards,

 Helder Magalhães

---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org

Re: a0:space="preserve"

Posted by Cameron McCormack <ca...@mcc.id.au>.
Helder Magalhães:
> These are good news! :-) Could I add Batik's XHR support as "underway"
> in the SVG implementations Viewer Matrix [1] ("Communication" row) or
> is it just too soon? ;-)

Well I probably won’t get time to work on it for a while (at least a few
months), so I think it would be premature to mention.

> At least temporarily (I hope), I had to stall my XHR experiments
> regarding Web browser applet integration... :-(
> 
> I've stated something related in a SVG-WG mailing list thread [2] (and
> in some IRC sparkles), where I strongly feel that making the
> communication methods homogeneous for SVG would potentially cause an
> SVG implementations deployment boost. XHR support by Batik would
> surely be a helper here. Weirdly enough, at least for me, my post [2]
> hasn't received any feedback to date. Probably I'll ping the SVG-WG
> mailing list in a few weeks as I'd love to see an official position on
> this (high priority, IMO) subject. :-)

I agree that it is good to have consistency across implementations!
Now, I think that Batik’s getURL() won’t quite match the requirements in
1.2T, but it should be good enough for casual use, and I know that
people do use it.  I think having XHR implemented also will make it
easier for people coming from AJAX in an HTML browser world.

-- 
Cameron McCormack ≝ http://mcc.id.au/

---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org

Re: a0:space="preserve"

Posted by Helder Magalhães <he...@gmail.com>.
> which is referenced by XMLHttpRequest
> (which I got partway through implementing).)

These are good news! :-) Could I add Batik's XHR support as "underway"
in the SVG implementations Viewer Matrix [1] ("Communication" row) or
is it just too soon? ;-)

At least temporarily (I hope), I had to stall my XHR experiments
regarding Web browser applet integration... :-(

I've stated something related in a SVG-WG mailing list thread [2] (and
in some IRC sparkles), where I strongly feel that making the
communication methods homogeneous for SVG would potentially cause an
SVG implementations deployment boost. XHR support by Batik would
surely be a helper here. Weirdly enough, at least for me, my post [2]
hasn't received any feedback to date. Probably I'll ping the SVG-WG
mailing list in a few weeks as I'd love to see an official position on
this (high priority, IMO) subject. :-)

Regards,

 Helder Magalhães

[1] http://wiki.svg.org/Viewer_Matrix
[2] http://lists.w3.org/Archives/Public/www-svg/2008Jul/0220.html

---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org