Hi,
> I really think what you are trying to do is flawed at a pretty deep
> level. For example you can't even get the "right" result for xml:space
> handling of SVG text elements without knowing about svg:text elements
> (the elimination of WS at the start and end of the text makes
> this impo
Hi Tonny,
Tonny Kohar wrote:
First I don't think you can do whitespace handling in the parser.
It's a little hard to know exactly where Batik fits in the XML scheme
of things (it's not 100% clear to me if it is an XML processor or an
Application) but my reading of the XML spec indicates that Batik
Hi,
> First I don't think you can do whitespace handling in the parser.
> It's a little hard to know exactly where Batik fits in the XML scheme
> of things (it's not 100% clear to me if it is an XML processor or an
> Application) but my reading of the XML spec indicates that Batik can't
> strip sp
Hi,
> Thanks for the patch but I think there are two issues with this.
> First I don't think you can do whitespace handling in the parser.
> It's a little hard to know exactly where Batik fits in the XML scheme
> of things (it's not 100% clear to me if it is an XML processor or an
> Applicati
Hi Tonny,
Tonny Kohar wrote:
I would like to submit patch for the initial parsing white space
handling. The patch is attached to this email.
Thanks for the patch but I think there are two issues with this.
First I don't think you can do whitespace handling in the parser.
It's a little hard to k
Hi,
I would like to submit patch for the initial parsing white space
handling. The patch is attached to this email.
This patch is normalize the document on the parsing stage and it is also
handle XML space attribute based on return value of
XMLSupport.getXMLSpace(Element)
Do I need to put this i
s!
- Rick
-Original Message-
From: Thomas DeWeese [mailto:[EMAIL PROTECTED]
Sent: Monday, January 03, 2005 6:01 AM
To: batik-dev@xml.apache.org
Subject: Re: Whitespace Handling in Batik vs ASV
Hi Rick,
You might want to check out current CVS Batik. I just delivered
an updated version that has
[mailto:[EMAIL PROTECTED]
Sent: Monday, December 27, 2004 9:50 AM
To: batik-dev@xml.apache.org
Subject: RE: Whitespace Handling in Batik vs ASV
Looking at the source in SVGTextElementBridge.java, it would appear that
additional leading whitespace would not be properly stripped when there are
multi
PROTECTED]
Sent: Monday, December 27, 2004 9:50 AM
To: batik-dev@xml.apache.org
Subject: RE: Whitespace Handling in Batik vs ASV
Looking at the source in SVGTextElementBridge.java, it would appear that
additional leading whitespace would not be properly stripped when there are
multiple child text
From: Thomas DeWeese [mailto:[EMAIL PROTECTED]
Sent: Sunday, December 26, 2004 1:44 PM
To: batik-dev@xml.apache.org
Subject: Re: Whitespace Handling in Batik vs ASV
Rick Bullotta wrote:
> A bit more information:
>
> It appears to be that the various viewers handle the
> "
Hi,
> No it drops linefeeds when xml:space is set to "default" the
> question is how child elements of the text element interact with
> white space handling. So in your second case you have:
>
> [space 1][space 2][text][space 3]
>
> So clearly "space 1" and "space 3" are to be eliminat
Rick Bullotta wrote:
A bit more information:
It appears to be that the various viewers handle the
“xml:space=preserve” attribute…ASV and SharpVectorGraphics seem to
ignore it altogether, and Batik seems to honor it (somewhat), but still
converts linefeeds into spaces when preserve is not enabled
We’re currently
using Batik and have encountered some issues when there are linefeeds inside a
element. In the following example, extracted from a Visio SVG
export, shape5-12 renders properly and shape6-15 does not. Note that the only
difference is that the element is spread across mult
13 matches
Mail list logo