Re: [GUMP@vmgump]: Project xml-fop (in module xml-fop) failed

FYI, this has been fixed with some help from Stefan from Gump. The fix is here: http://svn.apache.org/viewvc?view=revisionrevision=1515745 (we can commit to the Gump descriptor for fop). I also noticed that the Gump build is using snapshots from many of the projects fop depends on (batik, xerces,

[VOTE] Merge Temp_FopFontsForSVG into trunk

This work allows to directly use FOP-configured fonts for SVG images, instead of trying to find, via AWT, equivalent fonts installed on the system, and then mapping them to FOP fonts when generating the output. Please note that this introduces a dependency on the trunk version of Batik, with the

[jira] [Resolved] (FOP-2291) break-after=page produces blank page but doesn't use blank page master

[ https://issues.apache.org/jira/browse/FOP-2291?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vincent Hennebert resolved FOP-2291. Resolution: Invalid Indeed the output is correct WRT the spec. See section 7.27.2,

[GUMP@vmgump]: Project xml-fop-test (in module xml-fop) failed

-logging-20130821.jar:/srv/gump/public/workspace/jakarta-servletapi/dist/lib/servlet.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/srv/gump/public/workspace/xml-batik/batik-20130821/batik-slideshow.jar:/srv/gump/public/workspace/xml-batik/batik-20130821/batik

Re: [VOTE] Merge Temp_FopFontsForSVG into trunk

Hi, from [1], I understand that the BATIK patch is not yet applied on BATIK trunk, so introducing a such dependency is not a good idea for the moment. I will vote +1 when the patch will be applied. For now, we depend on Batik team [1]

[jira] [Commented] (FOP-2291) break-after=page produces blank page but doesn't use blank page master

[ https://issues.apache.org/jira/browse/FOP-2291?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13746058#comment-13746058 ] Clay Helberg commented on FOP-2291: --- Thanks, Vincent. I had (apparently incorrectly)

Re: [VOTE] Merge Temp_FopFontsForSVG into trunk

This looks like a great and important step. Nice work Vincent! I have similar concerns as Pancho, so when the BATIK patch is applied I'll vote +1. Regards, Clay Clay Leeds # 949-510-8993 @ the.webmaes...@gmail.com On Aug 21, 2013, at 4:30 AM, Pascal Sancho psancho@gmail.com wrote:

Re: [VOTE] Merge Temp_FopFontsForSVG into trunk

+1 Since currently fop depends on a batik milestone release, not on trunk (except for the gump build), I see no problem replacing the current batik jar in the lib directory by a patched one. Note that the gump descriptor will need to be updated if the batik jar in fop is updated before the