xmlgraphics-batik-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Cameron McCormack <...@mcc.id.au>
Subject Re: Strange entity behaviour: Omitting last character
Date Thu, 09 Apr 2009 00:24:35 GMT
Cameron McCormack:
> > Can you submit a small, standalone program that demonstrates the
> > problem?

Paul Wellner Bou:
> Of course. The SVG:

Thanks.

> I know that it is technically correct replacing it. But why it should?  
> It may have a reason why someone wants it replaced or not. And if there  
> is no need to replace something, I think it shouldn't do it. Or it  
> should be at least configurable.

Yes there’s no reason to.  I just committed a change that serialises
apostrophes as a single character instead of using the entity.

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

Paul Wellner Bou:
> > > And why is batik omitting the last character if it has to do 
> > > something  with entities? For example:

Cameron McCormack:
> > I don’t think that’s a known bug, no, but it does look like a bug.  As
> > above, can you provide a test case?

Paul Wellner Bou:
> Regarding this I found my error. Not on the batik side. I implemented my  
> own java.io.writer and I catched the string in the buffer using new  
> String(cbuf).substring(off, len) and not String.valueOf(cbuf, off, len);  
> in the overriding write(char[] cbuf, int off, int len) method. Sorry.

OK.

Thanks,

Cameron

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


Mime
View raw message