Re: Aw: Re: Fop 1.1 / fop-pdf-images / PDFBox 1.8.3/4
PDFBox-1.8.4 was only released a few days ago and that explains why fop-pdf-images is still using 1.8.3. I will update it today. Meanwhile, if you want to apply the two patches that fontbox needs, they are in the lib directory of the fop project. They were created against PDFBox-1.8.3, and possibly they can be applied cleanly to 1.8.4. On 2/5/14, 7:09 AM, Kai Hofmann wrote: Hello, my experience with the official trunk version is that PDFBox-1.8.3 has a bug that is fixed in 1.8.4 that makes it impossible to use the fop-pdf-image trunk at the moment - so would be nice if this could be updated. I have not understand the pdfbox patches yet, so I was not able to apply them to pdfbox 1.8.4. As you mention the official binaries are no longer usable for me, because the pdfbox version included is to much outdated - and I need pdfbox too in my code. At the moment I am thinking about using a separate class loader for the official binaries, but in my eyes this is the badest way ... Best way for me would be if fop-pdf-images-trunk could be updated to pdfbox 1.8.4 then I will give fop-trunk a try, but with pdfbox 1.8.3 it is only broken software for me :( Thanks PowerStat Gesendet: Dienstag, 04. Februar 2014 um 14:39 Uhr Von: Luis Bernardo lmpmberna...@gmail.com An: fop-users@xmlgraphics.apache.org fop-users@xmlgraphics.apache.org Betreff: Re: Fop 1.1 / fop-pdf-images / PDFBox 1.8.3/4 If you are using FOP-1.1 then you should use fop-pdf-images that you can get from https://dist.apache.org/repos/dist/dev/xmlgraphics/binaries/. That includes the PDFBox jars, but they are 1.3.1 only. If you need PDFBox-1.8.3, then you should use FOP-trunk and fop-pdf-images-trunk. Note that FOP-trunk includes a patched fontbox-1.8.3 (and you should use it instead of the official fontbox-1.8.3). It is expected that FOP will use the official fontbox jar in the near future. On Tue, Feb 4, 2014 at 1:26 PM, Kai Hofmann powers...@web.de[powers...@web.de] wrote:Hello *, I have an old Fop with an old fop-pdf-images release perfectly running since years :) But now I updated to FOP 1.1 release, fop-pdf-images trunk (also tested 2.0.1) and PDFBox 1.8.3/4. That because I use PDFBox in my code also by myself with some newer features. So my first problem was that with PDFBox 1.8.3 I got exceptions from PDFBox - which seems to be solved with updating today to 1.8.4 :) The problem now is different - when running in debug more nothing more happens after the following output: 2014-02-04 10:55:01,611 [PollScheduler] DEBUG org.apache.fop.layoutmgr.AbstractBreaker - PLM part: 1, start at pos 0, break at pos 3, break class = ANY 2014-02-04 10:55:01,611 [PollScheduler] DEBUG org.apache.fop.layoutmgr.AbstractBreaker - addAreas from 0 to 0 2014-02-04 10:55:01,614 [PollScheduler] DEBUG org.apache.fop.area.IDTracker - signalIDProcessed() 2014-02-04 10:55:01,614 [PollScheduler] DEBUG org.apache.fop.area.IDTracker - signalIDProcessed() 2014-02-04 10:55:01,614 [PollScheduler] DEBUG org.apache.fop.area.IDTracker - signalIDProcessed() 2014-02-04 10:55:01,960 [PollScheduler] DEBUG org.apache.xmlgraphics.image.loader.pipeline.PipelineFactory - Pipeline: Loader: org.apache.fop.render.pdf.pdfbox.ImageLoaderPDF@86ad0a with penalty 0 2014-02-04 10:55:01,963 [PollScheduler] DEBUG org.apache.xmlgraphics.image.loader.pipeline.PipelineFactory - Pipeline: Loader: org.apache.fop.render.pdf.pdfbox.ImageLoaderPDF@1a966b9 Converters: [org.apache.fop.render.pdf.pdfbox.ImageConverterPDF2G2D@972698, org.apache.xmlgraphics.image.loader.impl.ImageConverterG2D2Bitmap@166d0be, org.apache.xmlgraphics.image.loader.impl.ImageConverterBuffered2Rendered@1127906, org.apache.xmlgraphics.image.loader.impl.ImageConverterRendered2PNG@1c79e64] with penalty 1020 2014-02-04 10:55:01,963 [PollScheduler] DEBUG org.apache.xmlgraphics.image.loader.pipeline.PipelineFactory - Pipeline: Loader: org.apache.fop.render.pdf.pdfbox.ImageLoaderPDF@6fe64f Converters: [org.apache.fop.render.pdf.pdfbox.ImageConverterPDF2G2D@972698] with penalty 1000 2014-02-04 10:55:01,963 [PollScheduler] DEBUG org.apache.xmlgraphics.image.loader.pipeline.PipelineFactory - Pipeline: Loader: org.apache.fop.render.pdf.pdfbox.ImageLoaderPDF@7953f0 Converters: [org.apache.fop.render.pdf.pdfbox.ImageConverterPDF2G2D@972698, org.apache.xmlgraphics.image.loader.impl.ImageConverterG2D2Bitmap@166d0be] with penalty 1010 2014-02-04 10:55:01,963 [PollScheduler] DEBUG org.apache.xmlgraphics.image.loader.pipeline.PipelineFactory - Pipeline: Loader: org.apache.fop.render.pdf.pdfbox.ImageLoaderPDF@175dce3 Converters: [org.apache.fop.render.pdf.pdfbox.ImageConverterPDF2G2D@972698, org.apache.xmlgraphics.image.loader.impl.ImageConverterG2D2Bitmap@166d0be, org.apache.xmlgraphics.image.loader.impl.ImageConverterBuffered2Rendered@1127906] with penalty 1010 2014-02-04 10:55:01,963 [PollScheduler] DEBUG org.apache.xmlgraphics.image.loader.pipeline.PipelineFactory -
Re: Placing Copyright notice on SigPlan without using float?
Hi, IIUC, you want to have the copyright block only at the bottom of the 1st column of the 1st page. AFAIK, there is no FO solution for that; in one page, all columns will have same height (at least regarding XSL-FO REC 1.1). That said, you can easily change the 1st page body, , and put your copyright cartouche in a static region of the 1st page (in absolute position, if you want). If your requirement is to change the only 1st page/1st column height, the only solution I can imagine is: - add a space before to the 1st fo:block, - and tweak the FOP intermediate format (see [1]) to move up the 1st column area. Note that there is an open issue when using footnote in multicolumn (see [2]). [1] http://xmlgraphics.apache.org/fop/trunk/intermediate.html [2] https://issues.apache.org/jira/browse/FOP-1943 2014-02-05 Aaron W. Hsu arcf...@sacrideo.us: I have a nearly complete template for the Sigplan article format converting Docbook into FO using the Docbook XSL. So far, I've been able to figure out each element and have it working, so that I get something that's nearly ideal. Unfortunately, there is one problem which I cannot seem to solve. For reference, this work can be found here: https://github.com/arcfide/DocBook-Sigplan This includes the adjustments to the stylesheet and the like. It also includes a PDF showing the document as it is now. At the moment, I'm missing a small copyright notice that gets put as a block of text in the lower left hand corner, taking up part of the first column's text space on the first page. This brings the height of the first column up a bit, and leaves the bottom of the text of the copyright notice flush with the bottom of the second column of the title page. Because this is meant for academic use in research publications, I'm hoping to make it work with an open source FO processor. However, I cannot figure out the right way to put that block of text right there. I could use an absolute positioning, but that seems to be a bit of a problem, because it would cause overlap with the first column. I can't use a float because it would be rendered as a footnote if I floated it to the bottom, and that would span both columns. The only solution I can think of right now is if there were some way to lift up the first column bottom edge so that I could manually ensure that the overlap didn't happen. I would really appreciate any suggestions and solutions anyone could provide that would give me the look I'm going for. It feels like this shouldn't be something out of my reach, and it would be quite depressing if it were technically impossible, because academic publishers need a good alternative to LaTeX. :-) -- Aaron W. Hsu | arcf...@sacrideo.us | http://www.sacrideo.us לֵ֤ב חֲכָמִים֙ בְּבֵ֣ית אֵ֔בֶל וְלֵ֥ב כְּסִילִ֖ים בְּבֵ֥ית שִׂמְחָֽה׃ - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org -- pascal - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Aw: Re: Re: Fop 1.1 / fop-pdf-images / PDFBox 1.8.3/4
Dear Luis Bernardo, thanks for doing the update to pdfbox 1.8.4 in advance. I tried to apply the patches to the pdfbox trunk - where they failed and I had some problems with figuring out the reasons (like a missing test class - which is simple, and other moved code). But you are right, because 1.8.4 is a bugfix release they should work there - so I should checkout the 1.8.4 branch instead of the trunk ;-) Greetings from Germany PowerStat -- Kai Hofmann EMail: powers...@web.de Bremen/Germany Gesendet: Mittwoch, 05. Februar 2014 um 11:03 Uhr Von: Luis Bernardo lmpmberna...@gmail.com An: fop-users@xmlgraphics.apache.org Betreff: Re: Aw: Re: Fop 1.1 / fop-pdf-images / PDFBox 1.8.3/4 PDFBox-1.8.4 was only released a few days ago and that explains why fop-pdf-images is still using 1.8.3. I will update it today. Meanwhile, if you want to apply the two patches that fontbox needs, they are in the lib directory of the fop project. They were created against PDFBox-1.8.3, and possibly they can be applied cleanly to 1.8.4. On 2/5/14, 7:09 AM, Kai Hofmann wrote: Hello, my experience with the official trunk version is that PDFBox-1.8.3 has a bug that is fixed in 1.8.4 that makes it impossible to use the fop-pdf-image trunk at the moment - so would be nice if this could be updated. I have not understand the pdfbox patches yet, so I was not able to apply them to pdfbox 1.8.4. As you mention the official binaries are no longer usable for me, because the pdfbox version included is to much outdated - and I need pdfbox too in my code. At the moment I am thinking about using a separate class loader for the official binaries, but in my eyes this is the badest way ... Best way for me would be if fop-pdf-images-trunk could be updated to pdfbox 1.8.4 then I will give fop-trunk a try, but with pdfbox 1.8.3 it is only broken software for me :( Thanks PowerStat Gesendet: Dienstag, 04. Februar 2014 um 14:39 Uhr Von: Luis Bernardo lmpmberna...@gmail.com An: fop-users@xmlgraphics.apache.org fop-users@xmlgraphics.apache.org Betreff: Re: Fop 1.1 / fop-pdf-images / PDFBox 1.8.3/4 If you are using FOP-1.1 then you should use fop-pdf-images that you can get from https://dist.apache.org/repos/dist/dev/xmlgraphics/binaries/. That includes the PDFBox jars, but they are 1.3.1 only. If you need PDFBox-1.8.3, then you should use FOP-trunk and fop-pdf-images-trunk. Note that FOP-trunk includes a patched fontbox-1.8.3 (and you should use it instead of the official fontbox-1.8.3). It is expected that FOP will use the official fontbox jar in the near future. On Tue, Feb 4, 2014 at 1:26 PM, Kai Hofmann powers...@web.de[powers...@web.de] wrote:Hello *, I have an old Fop with an old fop-pdf-images release perfectly running since years :) But now I updated to FOP 1.1 release, fop-pdf-images trunk (also tested 2.0.1) and PDFBox 1.8.3/4. That because I use PDFBox in my code also by myself with some newer features. So my first problem was that with PDFBox 1.8.3 I got exceptions from PDFBox - which seems to be solved with updating today to 1.8.4 :) The problem now is different - when running in debug more nothing more happens after the following output: 2014-02-04 10:55:01,611 [PollScheduler] DEBUG org.apache.fop.layoutmgr.AbstractBreaker - PLM part: 1, start at pos 0, break at pos 3, break class = ANY 2014-02-04 10:55:01,611 [PollScheduler] DEBUG org.apache.fop.layoutmgr.AbstractBreaker - addAreas from 0 to 0 2014-02-04 10:55:01,614 [PollScheduler] DEBUG org.apache.fop.area.IDTracker - signalIDProcessed() 2014-02-04 10:55:01,614 [PollScheduler] DEBUG org.apache.fop.area.IDTracker - signalIDProcessed() 2014-02-04 10:55:01,614 [PollScheduler] DEBUG org.apache.fop.area.IDTracker - signalIDProcessed() 2014-02-04 10:55:01,960 [PollScheduler] DEBUG org.apache.xmlgraphics.image.loader.pipeline.PipelineFactory - Pipeline: Loader: org.apache.fop.render.pdf.pdfbox.ImageLoaderPDF@86ad0a with penalty 0 2014-02-04 10:55:01,963 [PollScheduler] DEBUG org.apache.xmlgraphics.image.loader.pipeline.PipelineFactory - Pipeline: Loader: org.apache.fop.render.pdf.pdfbox.ImageLoaderPDF@1a966b9 Converters: [org.apache.fop.render.pdf.pdfbox.ImageConverterPDF2G2D@972698, org.apache.xmlgraphics.image.loader.impl.ImageConverterG2D2Bitmap@166d0be, org.apache.xmlgraphics.image.loader.impl.ImageConverterBuffered2Rendered@1127906, org.apache.xmlgraphics.image.loader.impl.ImageConverterRendered2PNG@1c79e64] with penalty 1020 2014-02-04 10:55:01,963 [PollScheduler] DEBUG org.apache.xmlgraphics.image.loader.pipeline.PipelineFactory - Pipeline: Loader: org.apache.fop.render.pdf.pdfbox.ImageLoaderPDF@6fe64f Converters: [org.apache.fop.render.pdf.pdfbox.ImageConverterPDF2G2D@972698] with penalty 1000 2014-02-04 10:55:01,963 [PollScheduler] DEBUG org.apache.xmlgraphics.image.loader.pipeline.PipelineFactory - Pipeline: Loader:
Re: altova stylevision fop rtf
Hi, when I run my example I have this error: *(Ubicación del error desconocida)org.apache.fop.fo.ValidationException: Invalid property encountered on fo:inline: content (No context info available)* Do You know why? I attached my xslt-fo file. Ejemplo2.xslt http://apache-fop.1065347.n5.nabble.com/file/n39972/Ejemplo2.xslt Thanks. -- View this message in context: http://apache-fop.1065347.n5.nabble.com/altova-stylevision-fop-rtf-tp4825p39972.html Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
RE: altova stylevision fop rtf
Hi, At a guess it's because your fo:inline's are using some invalid properties. Here is the complete list of valid properties for the fo:inline tag: http://www.w3schools.com/xslfo/obj_inline.asp In your file you have entries like: fo:inline content=normal text-align=center display-align=center and.. fo:inline text-align=center when none of those appear in that list. Remove the invalid properties and try again. Regards, Robert Meyer Date: Wed, 5 Feb 2014 12:55:31 -0800 From: edi4...@gmail.com To: fop-users@xmlgraphics.apache.org Subject: Re: altova stylevision fop rtf Hi, when I run my example I have this error: *(Ubicación del error desconocida)org.apache.fop.fo.ValidationException: Invalid property encountered on fo:inline: content (No context info available)* Do You know why? I attached my xslt-fo file. Ejemplo2.xslt http://apache-fop.1065347.n5.nabble.com/file/n39972/Ejemplo2.xslt Thanks. -- View this message in context: http://apache-fop.1065347.n5.nabble.com/altova-stylevision-fop-rtf-tp4825p39972.html Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Aw: Re: Re: Fop 1.1 / fop-pdf-images / PDFBox 1.8.3/4
fop-pdf-images was updated with pdfbox-1.8.4 jars. if you checkout and run ant dist you get all the jars in an archive. On 2/5/14, 11:51 AM, Kai Hofmann wrote: Dear Luis Bernardo, thanks for doing the update to pdfbox 1.8.4 in advance. I tried to apply the patches to the pdfbox trunk - where they failed and I had some problems with figuring out the reasons (like a missing test class - which is simple, and other moved code). But you are right, because 1.8.4 is a bugfix release they should work there - so I should checkout the 1.8.4 branch instead of the trunk ;-) Greetings from Germany PowerStat -- Kai Hofmann EMail: powers...@web.de Bremen/Germany Gesendet: Mittwoch, 05. Februar 2014 um 11:03 Uhr Von: Luis Bernardo lmpmberna...@gmail.com An: fop-users@xmlgraphics.apache.org Betreff: Re: Aw: Re: Fop 1.1 / fop-pdf-images / PDFBox 1.8.3/4 PDFBox-1.8.4 was only released a few days ago and that explains why fop-pdf-images is still using 1.8.3. I will update it today. Meanwhile, if you want to apply the two patches that fontbox needs, they are in the lib directory of the fop project. They were created against PDFBox-1.8.3, and possibly they can be applied cleanly to 1.8.4. On 2/5/14, 7:09 AM, Kai Hofmann wrote: Hello, my experience with the official trunk version is that PDFBox-1.8.3 has a bug that is fixed in 1.8.4 that makes it impossible to use the fop-pdf-image trunk at the moment - so would be nice if this could be updated. I have not understand the pdfbox patches yet, so I was not able to apply them to pdfbox 1.8.4. As you mention the official binaries are no longer usable for me, because the pdfbox version included is to much outdated - and I need pdfbox too in my code. At the moment I am thinking about using a separate class loader for the official binaries, but in my eyes this is the badest way ... Best way for me would be if fop-pdf-images-trunk could be updated to pdfbox 1.8.4 then I will give fop-trunk a try, but with pdfbox 1.8.3 it is only broken software for me :( Thanks PowerStat Gesendet: Dienstag, 04. Februar 2014 um 14:39 Uhr Von: Luis Bernardo lmpmberna...@gmail.com An: fop-users@xmlgraphics.apache.org fop-users@xmlgraphics.apache.org Betreff: Re: Fop 1.1 / fop-pdf-images / PDFBox 1.8.3/4 If you are using FOP-1.1 then you should use fop-pdf-images that you can get from https://dist.apache.org/repos/dist/dev/xmlgraphics/binaries/. That includes the PDFBox jars, but they are 1.3.1 only. If you need PDFBox-1.8.3, then you should use FOP-trunk and fop-pdf-images-trunk. Note that FOP-trunk includes a patched fontbox-1.8.3 (and you should use it instead of the official fontbox-1.8.3). It is expected that FOP will use the official fontbox jar in the near future. On Tue, Feb 4, 2014 at 1:26 PM, Kai Hofmann powers...@web.de[powers...@web.de] wrote:Hello *, I have an old Fop with an old fop-pdf-images release perfectly running since years :) But now I updated to FOP 1.1 release, fop-pdf-images trunk (also tested 2.0.1) and PDFBox 1.8.3/4. That because I use PDFBox in my code also by myself with some newer features. So my first problem was that with PDFBox 1.8.3 I got exceptions from PDFBox - which seems to be solved with updating today to 1.8.4 :) The problem now is different - when running in debug more nothing more happens after the following output: 2014-02-04 10:55:01,611 [PollScheduler] DEBUG org.apache.fop.layoutmgr.AbstractBreaker - PLM part: 1, start at pos 0, break at pos 3, break class = ANY 2014-02-04 10:55:01,611 [PollScheduler] DEBUG org.apache.fop.layoutmgr.AbstractBreaker - addAreas from 0 to 0 2014-02-04 10:55:01,614 [PollScheduler] DEBUG org.apache.fop.area.IDTracker - signalIDProcessed() 2014-02-04 10:55:01,614 [PollScheduler] DEBUG org.apache.fop.area.IDTracker - signalIDProcessed() 2014-02-04 10:55:01,614 [PollScheduler] DEBUG org.apache.fop.area.IDTracker - signalIDProcessed() 2014-02-04 10:55:01,960 [PollScheduler] DEBUG org.apache.xmlgraphics.image.loader.pipeline.PipelineFactory - Pipeline: Loader: org.apache.fop.render.pdf.pdfbox.ImageLoaderPDF@86ad0a with penalty 0 2014-02-04 10:55:01,963 [PollScheduler] DEBUG org.apache.xmlgraphics.image.loader.pipeline.PipelineFactory - Pipeline: Loader: org.apache.fop.render.pdf.pdfbox.ImageLoaderPDF@1a966b9 Converters: [org.apache.fop.render.pdf.pdfbox.ImageConverterPDF2G2D@972698, org.apache.xmlgraphics.image.loader.impl.ImageConverterG2D2Bitmap@166d0be, org.apache.xmlgraphics.image.loader.impl.ImageConverterBuffered2Rendered@1127906, org.apache.xmlgraphics.image.loader.impl.ImageConverterRendered2PNG@1c79e64] with penalty 1020 2014-02-04 10:55:01,963 [PollScheduler] DEBUG org.apache.xmlgraphics.image.loader.pipeline.PipelineFactory - Pipeline: Loader: org.apache.fop.render.pdf.pdfbox.ImageLoaderPDF@6fe64f Converters: [org.apache.fop.render.pdf.pdfbox.ImageConverterPDF2G2D@972698] with penalty 1000 2014-02-04 10:55:01,963 [PollScheduler] DEBUG
Re: Placing Copyright notice on SigPlan without using float?
Pascal Sancho psancho@gmail.com writes: IIUC, you want to have the copyright block only at the bottom of the 1st column of the 1st page. AFAIK, there is no FO solution for that; in one page, all columns will have same height (at least regarding XSL-FO REC 1.1). That said, you can easily change the 1st page body, , and put your copyright cartouche in a static region of the 1st page (in absolute position, if you want). Basically, I have a two column document where I want to put the copyright at the bottom of the 1st column of the 1st page as you say. I'm okay with any method of achieving this in the current version of FOP. If I need to make some changes to the way the columns are done with the first page, I'm okay with that, as long as the solution works well and looks right. I'm not an FO expert, and I've only tweaked a few things in the DocBook XSL to do things like put the authors in a table instead of listing them one after another. I'd appreciate help in understanding how to do this, since I'm a total FO noob. -- Aaron W. Hsu | arcf...@sacrideo.us | http://www.sacrideo.us לֵ֤ב חֲכָמִים֙ בְּבֵ֣ית אֵ֔בֶל וְלֵ֥ב כְּסִילִ֖ים בְּבֵ֥ית שִׂמְחָֽה׃ - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org