You are viewing a plain text version of this content. The canonical link for it is here.
Posted to fop-dev@xmlgraphics.apache.org by Sam Ruby <ru...@us.ibm.com> on 2001/09/17 23:03:14 UTC
Early warning: potential breaking interface change ahead
http://nagoya.apache.org/~rubys/gump/xml-fop.html
Standard disclaimer: I'm not making value judgements here, just simply
trying to get projects to talk through potential integration issues early
in the cycle...
- Sam Ruby
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-dev-unsubscribe@xml.apache.org
For additional commands, email: fop-dev-help@xml.apache.org
Re: Early warning: potential breaking interface change ahead
Posted by Keiron Liddle <ke...@aftexsw.com>.
Hi,
About recent changes to batik.
The interface change is probably not much of a problem but the is another
problem with using the current cvs batik.
The method getWidth on SVGOMSVGElement throws a runtime exception (due to
recent changes), this is needed to get the width of the top level element
(unless there is some other way) when render the svg in fop.
Will this method be implemented for batik 1.1? or is there some other way
to handle it.
So at the moment some features of the cvs batik are needed but other
features (regressions) cause it to not work.
Thanks,
Keiron
On Mon, 17 Sep 2001 23:03:14 Sam Ruby wrote:
> http://nagoya.apache.org/~rubys/gump/xml-fop.html
>
> Standard disclaimer: I'm not making value judgements here, just simply
> trying to get projects to talk through potential integration issues early
> in the cycle...
>
> - Sam Ruby
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: batik-dev-unsubscribe@xml.apache.org
> For additional commands, e-mail: batik-dev-help@xml.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-dev-unsubscribe@xml.apache.org
For additional commands, email: fop-dev-help@xml.apache.org
Re: Early warning: potential breaking interface change ahead
Posted by Keiron Liddle <ke...@aftexsw.com>.
Hi,
About recent changes to batik.
The interface change is probably not much of a problem but the is another
problem with using the current cvs batik.
The method getWidth on SVGOMSVGElement throws a runtime exception (due to
recent changes), this is needed to get the width of the top level element
(unless there is some other way) when render the svg in fop.
Will this method be implemented for batik 1.1? or is there some other way
to handle it.
So at the moment some features of the cvs batik are needed but other
features (regressions) cause it to not work.
Thanks,
Keiron
On Mon, 17 Sep 2001 23:03:14 Sam Ruby wrote:
> http://nagoya.apache.org/~rubys/gump/xml-fop.html
>
> Standard disclaimer: I'm not making value judgements here, just simply
> trying to get projects to talk through potential integration issues early
> in the cycle...
>
> - Sam Ruby
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: batik-dev-unsubscribe@xml.apache.org
> For additional commands, e-mail: batik-dev-help@xml.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: batik-dev-help@xml.apache.org