Re: Fw: [GUMP] Build Failure - xml-fop

[Thomas DeWeeese]

Jeremias Maerki wrote:

Hi Batik-Devs,

the latest changes in Batik broke both the maintenance branch and HEAD
of FOP:
http://cvs.apache.org/builds/gump/2003-05-30/xml-fop.html
http://cvs.apache.org/builds/gump/2003-05-30/xml-fop-maintenance.html
Is there any possibility to adjust the changes so they don't break
third-party dependencies?
   It would be possible to define 
AbstractGraphicsNode.getSensitiveBounds to return
what ever AbstractGraphicsNode.getPrimitiveBounds would return, but I 
would rather leave it as
an abstract method because just like the other bounds methods people who 
derive should
give careful consideration to the proper value to return for the 
specific type of graphics node
involved.  The additional method is required for proper support of 
pointer-events in SVG.

   In this case it is very simple to define the method (it should I 
think just return getPrimitiveBounds).

   BTW perhaps I'm missing the point of  the 'maintence' build but 
shouldn't that be done off
one of the release versions of Batik?

For reference the class in FOP that is broken by the change can be found
here:
http://cvs.apache.org/viewcvs.cgi/xml-fop/src/java/org/apache/fop/svg/PDFImageElementBridge.java?rev=1.1&content-type=text/vnd.viewcvs-markup
Thanks for any help resolving this little problem.

Jeremias Maerki

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
 





---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]