Re: Font Issue (Helvetica)
That did the trick... oh dear -a few hours of trial and error and I didn't come up with this simple solution! Thanks again, Jeremias. Jeremias Maerki schrieb: Try setting font-family=Helvetica on the fo:root. Maybe there's still some text that is using the default font which may not be properly mapped to the embedded Helvetica but to the implicit Base 14 Helvetica (and Acrobat is not showing that correctly in the font dialog). On 26.09.2008 16:58:33 Maximilian Gaerber wrote: Hi, I am trying to produce a pre-press ready PDF document (with embedded fonts). But for some reason Helvetica will not be embedded correctly. The configuration is correct (see below), the document properties of Acrobat Professional 8 (see attached images) show that Helvetica is an embedded font but when I run the preflight, all my text occurrences are marked as not embedded. In the FO I am referencing the font this way: fo:table table-layout=fixed width=180mm font-family=Helvetica font-weight=normal font-style=normal Putting or leaving the metrics-url attribute in the config doesn't make a difference. FOP: Ver. 0.95 OS: Windows Vista Business Config snip: -- renderers renderer mime=application/pdf filterList !-- provides compression using zlib flate (default is on) -- valueflate/value /filterList fonts !-- register a particular font -- font embed-url=arial.ttf metrics-url=arial.xml kerning=yes font-triplet name=Arial style=normal weight=normal/ font-triplet name=ArialMT style=normal weight=normal/ /font !-- metrics-url=hv__.xml -- font embed-url=hv__.PFB kerning=yes font-triplet name=Helvetica style=normal weight=normal/ /font !-- metrics-url=hvb_.xml -- font embed-url=hvb_.PFB kerning=yes font-triplet name=Helvetica style=normal weight=bold/ /font News des Monats: www.thermopal.de - E-Business Lösung mit System für Thermopal, eine Tochter der Pfleiderer AG: Neugestaltung, wegweisende Produktsuche und moderne Nutzerführung! -- infolox GmbH Maximilian Gärber Bregenzer Straße 101 D-88131 Lindau fon +49 8382 / 275 894-70 fax +49 8382 / 275 894-9 mob +49 176 / 20 10 33 24 mail [EMAIL PROTECTED] www.infolox.de www.selektofix.de www.katalogfabrik.de www.typo3-services.com Rechtsform: Gesellschaft mit beschränkter Haftung Sitz der Gesellschaft: Lindau a. B. Registergericht: Amtsgericht Kempten Registernummer: HRB 8161 Geschäftsführer: Stefan Bauhuis, Alexander Pircher, Richard Schmid Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Hinweis von ESET NOD32 Antivirus, Signaturdatenbank-Version 3478 (20080928) __ E-Mail wurde geprüft mit ESET NOD32 Antivirus. http://www.eset.com News des Monats: www.thermopal.de - E-Business Lösung mit System für Thermopal, eine Tochter der Pfleiderer AG: Neugestaltung, wegweisende Produktsuche und moderne Nutzerführung! -- infolox GmbH Maximilian Gärber Bregenzer Straße 101 D-88131 Lindau fon +49 8382 / 275 894-70 fax +49 8382 / 275 894-9 mob +49 176 / 20 10 33 24 mail [EMAIL PROTECTED] www.infolox.de www.selektofix.de www.katalogfabrik.de www.typo3-services.com Rechtsform: Gesellschaft mit beschränkter Haftung Sitz der Gesellschaft: Lindau a. B. Registergericht: Amtsgericht Kempten Registernummer: HRB 8161 Geschäftsführer: Stefan Bauhuis, Alexander Pircher, Richard Schmid - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Adding Verdana font in Linux and registering it with FOP 0.94
Hi John, Thanks for your response! Unfortunately, the auto-detect capability did not work for me. By the way, where is the main configuration file that FOP uses to process default fonts and other parameters? Thanks in advance! Nancy Alias John Brown wrote: Nancy Brandt wrote: Hi dear John, You always try to help me :-) Well, when I run '$ locate fop.jar' for example, I get the following results: /home/nancy/fop-0.94/build/fop.jar /usr/bin/build/fop.jar /usr/share/java/fop.jar I've tried to use the files located in the 'lib' directory (those with version number), but it did not change anything. My best wishes, Nancy I keep forgetting not to write XML in Hotmail. FOP can automatically detect fonts now. Try using auto-detect instead of the font metrics file. See http://xmlgraphics.apache.org/fop/0.94/fonts.html#register for details. The relevant parts of my fop configuration file look like this: renderers renderer mime=application/pdf ... fonts !-- embedded fonts -- ... auto-detect/ /fonts ... /renderer ... /renderers - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Adding-Verdana-font-in-Linux-and-registering-it-with-FOP-0.94-tp19711056p19719301.html Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: table border irregularity
Hi, Peng Zuo wrote: Hi, We are using FOP for printing tabular report. Between each column, there is a border. The attachment is the FO we generated use to print PDF via FOP package. And the PDF is its output result. As you may notice (specially when you zoom the PDF to 400%), the border edge is not separated clearly from adjacent cell background, and also, there are small gaps for the first border. Which version of FOP are you using? The borders are rendered fine with 0.95. As to the brownish background, it is specified on the fo:block child of the fo:table-cell element, with a padding set to -1pt (??). Padding cannot be negative; I presume FOP converts it into a positive padding, hence the white gap between the block and the cell’s border. Specify the background on the table-cell element instead of the fo:block and the problem is gone. Can anybody please give me any hints how to fix this? Is there anything wrong with the FO file? Please help. Thanks! Peng HTH, Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: table border irregularity
Hi, dbtool wrote: Hi, I have the same problem. http://www.nabble.com/file/p19715842/preview.pdf preview.pdf shows the mentioned behaviour and http://www.nabble.com/file/p19715842/preview_without_bgcolor.pdf preview_without_bgcolor.pdf shows the same output but without background color for the table cell elements. It looks like the background is painted over the borders. http://www.nabble.com/file/p19715842/preview.fo preview.fo and http://www.nabble.com/file/p19715842/preview_without_bgcolor.fo preview_without_bgcolor.fo contain the XSL:FO code for the two PDF documents. By pressing CTRL+5 (Adobe Reader 8) the irregularity is clearly visible in preview.pdf. Without the background color the borders are painted correctly, but there are still some gaps between rows. There are many nested tables which are generated by a report generator which gets the data from a database, so there is no easier way to generate the desired output. I'm using the last trunk version of FOP (revision 681373). I am thankful for any suggestions! FOP definitely paints borders over backgrounds; what you’re seeing is a rendering defect of your PDF viewer, partly due to the relatively big size of pixels on monitors. The printed document should look ok. The gaps between borders are due to the fact that they don’t come from the same tables. Basically, you have the following scheme: – a table-cell with borders specified on the left and bottom sides; – a table-cell on the next row with no border specified – containing /another/ table, a child row and a child table-cell with borders specified on the left and bottom sides. This is what creates the discontinuity between borders. See the attached FO file as an illustration. Granted, FOP could be a little smarter in painting the borders, but this is a rather corner case. Specify borders on all the sides of the cells and the issue vanishes. FWIW, your FO file really, really contains a lot of tables, most of them having no effect on the layout. Note that this may seriously degrade the performances of FOP. It may be worth considering to optimize the generator a bit. HTH, Vincent ?xml version=1.0 standalone=no? fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; fo:layout-master-set fo:simple-page-master master-name=page page-height=10cm page-width=15cm margin=1cm fo:region-body background-color=#F0F0F0/ /fo:simple-page-master /fo:layout-master-set fo:page-sequence master-reference=page fo:flow flow-name=xsl-region-body fo:block space-after=10ptBefore the table/fo:block fo:table width=100% table-layout=fixed border-collapse=collapse fo:table-body fo:table-row fo:table-cell border=4pt solid black fo:blockA cell with borders/fo:block /fo:table-cell /fo:table-row fo:table-row fo:table-cell fo:blockA cell without borders/fo:block /fo:table-cell /fo:table-row fo:table-row fo:table-cell border=4pt solid black fo:blockA cell with borders/fo:block /fo:table-cell /fo:table-row /fo:table-body /fo:table /fo:flow /fo:page-sequence /fo:root - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Adding Verdana font in Linux and registering it with FOP 0.94
Hi Nancy, nancy_b wrote: Hi John, Thanks for your response! Unfortunately, the auto-detect capability did not work for me. By the way, where is the main configuration file that FOP uses to process default fonts and other parameters? Try to ‘semi-automatically’ configure the fonts: – by manually pointing to the directory containing the Verdana fonts: directory/usr/share/fonts/truetype/verdana//directory – if that doesn’t work for some variants (e.g., you get the upright version but not the italic one), then you have to go a step further: font kerning=yes embed-url=/usr/share/fonts/truetype/verdana/verdana.ttf font-triplet name=Verdana style=normal weight=normal/ /font font kerning=yes embed-url=/usr/share/fonts/truetype/verdana/verdana-italic.ttf font-triplet name=Verdana style=italic weight=normal/ /font etc. Note that the family name remains the same (Verdana), only the style and weight attributes change. This works with both FOP 0.94 and 0.95. At any rate there’s no need to generate the XML metrics files. WARNING: Font 'ZapfDingbats,italic,400' not found. Substituting with 'ZapfDingbats,normal,400'. Sep 28, 2008 4:36:24 PM org.apache.fop.fonts.FontInfo notifyFontReplacement WARNING: Font 'Symbol,normal,700' not found. Substituting with 'Symbol,normal,400'. This is because there are not italic versions of the ZapfDingbats and Symbol fonts. DocBook specifies those fonts so that a fallback can be used for special characters, but this doesn’t work well with FOP. If your custom font contains glyphs for all the characters you use in your document, then you should have no problems. Verdana does contain glyphs for all the characters and ponctuation marks commonly used in English, at any rate. If you use other special characters like in mathematics, watch unexpected ‘#’ in the output pdf: this is what FOP uses as an indication that it couldn’t find a glyph for the corresponding character. BTW, you shouldn’t get those warnings with FOP 0.94. You do get them with FOP 0.95, although this is not really desirable and I believe that should be fixed again in FOP Trunk. HTH, Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: table border irregularity
Hi, thank you for the fast reply! Vincent Hennebert-2 wrote: Hi, FOP definitely paints borders over backgrounds; what you’re seeing is a rendering defect of your PDF viewer, partly due to the relatively big size of pixels on monitors. The printed document should look ok. The gaps between borders are due to the fact that they don’t come from the same tables. Basically, you have the following scheme: – a table-cell with borders specified on the left and bottom sides; – a table-cell on the next row with no border specified – containing /another/ table, a child row and a child table-cell with borders specified on the left and bottom sides. This is what creates the discontinuity between borders. See the attached FO file as an illustration. Granted, FOP could be a little smarter in painting the borders, but this is a rather corner case. Specify borders on all the sides of the cells and the issue vanishes. FWIW, your FO file really, really contains a lot of tables, most of them having no effect on the layout. Note that this may seriously degrade the performances of FOP. It may be worth considering to optimize the generator a bit. HTH, Vincent ?xml version=1.0 standalone=no? fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; fo:layout-master-set fo:simple-page-master master-name=page page-height=10cm page-width=15cm margin=1cm fo:region-body background-color=#F0F0F0/ /fo:simple-page-master /fo:layout-master-set fo:page-sequence master-reference=page fo:flow flow-name=xsl-region-body fo:block space-after=10ptBefore the table/fo:block fo:table width=100% table-layout=fixed border-collapse=collapse fo:table-body fo:table-row fo:table-cell border=4pt solid black fo:blockA cell with borders/fo:block /fo:table-cell /fo:table-row fo:table-row fo:table-cell fo:blockA cell without borders/fo:block /fo:table-cell /fo:table-row fo:table-row fo:table-cell border=4pt solid black fo:blockA cell with borders/fo:block /fo:table-cell /fo:table-row /fo:table-body /fo:table /fo:flow /fo:page-sequence /fo:root - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] The printed document looks good so far ... I was not sure whether this is a FOP rendering bug or just a rendering defect of the PDF viewer so I thought a posting here would be wise. The bunch of tables is a result due to specific requirements of the report generator. But optimizing the generator will soon get a priority task. Thanks again for your advice ;) -- View this message in context: http://www.nabble.com/table-border-irregularity-tp4021288p19722559.html Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Fwd: Application Period Opens for Travel Assistance to ApacheCon US 2008]
---BeginMessage--- Dear PMCs, Please could you forward the below message to your user@ and dev@ mailing lists, thanks in advance. - The Travel Assistance Committee is taking in applications for those wanting to attend ApacheCon US 2008 between the 3rd and 7th November 2008 in New Orleans. The Travel Assistance Committee is looking for people who would like to be able to attend ApacheCon US 2008 who need some financial support in order to get there. There are VERY few places available and the criteria is high, that aside applications are open to all open source developers who feel that their attendance would benefit themselves, their project(s), the ASF and open source in general. Financial assistance is available for flights, accomodation and entrance fees either in full or in part, depending on circumstances. It is intended that all our ApacheCon events are covered, so it may be prudent for those in Europe and or Asia to wait until an event closer to them comes up - you are all welcome to apply for ApacheCon US of course, but there must be compelling reasons for you to attend an event further away that your home location for your application to be considered above those closer to the event location. More information can be found on the main Apache website at http://www.apache.org/travel/index.html - where you will also find a link to the application form and details for submitting. Time is very tight for this event, so applications are open now and will end on the 2nd October 2008 - to give enough time for travel arrangements to be made. Good luck to all those that will apply. Regards, The Travel Assistance Committee - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ---End Message--- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Adding Verdana font in Linux and registering it with FOP 0.94
nancy_b nancy_brndt at yahoo.com writes: Hi John, Thanks for your response! Unfortunately, the auto-detect capability did not work for me. By the way, where is the main configuration file that FOP uses to process default fonts and other parameters? Thanks in advance! Nancy Apparently, the defaults are built-in. You have to make your own configuration file and run fop -c custom-conf-file rest-of-command-line Copy the sample file at There is a sample file at fop-folder/conf/fop.xconf and edit it. My previous post shows where to add (or uncomment) the necessary tags. Also note the suggestion by another poster to use the directory tag, which is necessary if verdana.ttf is not located in one of the standard places on your system. I have used such Windows TrueType fonts as Arial, Times New Roman, Calibri and Cambria like this on my Kubuntu Hardy Heron system. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: pdf-image extension problems
Thanks a lot to Jeremias and Maximilian. They send me the development version of pdf-image extension and that works great !! :jumping: Frederic W wrote: Hi, I have exactly the same error. Please could you send me your build too or tell me when there will be a new release.. Thanks a lot. Frédéric [EMAIL PROTECTED] Jeremias Maerki-2 wrote: Thanks for the bug report and the test case. I've fixed the bug and will send you a new build off-list. If there are no other bugs reported in the short term, I'll see if I can do another release. On 12.09.2008 17:58:19 Maximilian Gaerber wrote: Hi, when using the pdf-image extension I get an exception when trying to place a pdf where all box sizes (trim, media etc.) are the same. PDF attached. SCHWERWIEGEND: Error while rendering page 2 java.lang.NullPointerException at org.apache.fop.render.pdf.pdfbox.PDFBoxAdapter.createFormFromPDFBoxPage(PDFBoxAdapter.java:229) at org.apache.fop.render.pdf.pdfbox.PDFBoxPDFImageHandler.generateImage(PDFBoxPDFImageHandler.java:93) at org.apache.fop.render.pdf.PDFRenderer.putImage(PDFRenderer.java:1745) at org.apache.fop.render.pdf.PDFRenderer.renderImage(PDFRenderer.java:1679) at org.apache.fop.render.AbstractRenderer.renderViewport(AbstractRenderer.java:743) at org.apache.fop.render.AbstractPathOrientedRenderer.renderViewport(AbstractPathOrientedRenderer.java:621) at org.apache.fop.render.AbstractRenderer.renderInlineArea(AbstractRenderer.java:626) at org.apache.fop.render.pdf.PDFRenderer.renderInlineArea(PDFRenderer.java:1345) at org.apache.fop.render.AbstractRenderer.renderLineArea(AbstractRenderer.java:601) at org.apache.fop.render.pdf.PDFRenderer.renderLineArea(PDFRenderer.java:1336) at org.apache.fop.render.AbstractRenderer.renderBlocks(AbstractRenderer.java:536) at org.apache.fop.render.AbstractRenderer.renderBlock(AbstractRenderer.java:573) at org.apache.fop.render.pdf.PDFRenderer.renderBlock(PDFRenderer.java:1329) at org.apache.fop.render.AbstractRenderer.renderBlocks(AbstractRenderer.java:526) at org.apache.fop.render.AbstractPathOrientedRenderer.renderReferenceArea(AbstractPathOrientedRenderer.java:548) at org.apache.fop.render.AbstractRenderer.renderBlock(AbstractRenderer.java:560) at org.apache.fop.render.pdf.PDFRenderer.renderBlock(PDFRenderer.java:1329) at org.apache.fop.render.AbstractRenderer.renderBlocks(AbstractRenderer.java:526) at org.apache.fop.render.AbstractRenderer.renderBlock(AbstractRenderer.java:573) at org.apache.fop.render.pdf.PDFRenderer.renderBlock(PDFRenderer.java:1329) at org.apache.fop.render.AbstractRenderer.renderBlocks(AbstractRenderer.java:526) at org.apache.fop.render.AbstractRenderer.renderBlock(AbstractRenderer.java:573) at org.apache.fop.render.pdf.PDFRenderer.renderBlock(PDFRenderer.java:1329) at org.apache.fop.render.AbstractRenderer.renderBlocks(AbstractRenderer.java:526) at org.apache.fop.render.AbstractRenderer.renderFlow(AbstractRenderer.java:424) at org.apache.fop.render.AbstractPathOrientedRenderer.renderFlow(AbstractPathOrientedRenderer.java:577) at org.apache.fop.render.AbstractRenderer.renderMainReference(AbstractRenderer.java:403) at org.apache.fop.render.AbstractRenderer.renderBodyRegion(AbstractRenderer.java:337) at org.apache.fop.render.AbstractRenderer.renderRegionViewport(AbstractRenderer.java:282) at org.apache.fop.render.AbstractRenderer.renderPageAreas(AbstractRenderer.java:255) at org.apache.fop.render.AbstractRenderer.renderPage(AbstractRenderer.java:229) at org.apache.fop.render.pdf.PDFRenderer.renderPage(PDFRenderer.java:801) at org.apache.fop.area.RenderPagesModel.addPage(RenderPagesModel.java:113) at org.apache.fop.layoutmgr.AbstractPageSequenceLayoutManager.finishPage(AbstractPageSequenceLayoutManager.java:312) at org.apache.fop.layoutmgr.PageSequenceLayoutManager.finishPage(PageSequenceLayoutManager.java:167) at org.apache.fop.layoutmgr.AbstractPageSequenceLayoutManager.makeNewPage(AbstractPageSequenceLayoutManager.java:284) at org.apache.fop.layoutmgr.PageBreaker.handleBreakTrait(PageBreaker.java:494) at org.apache.fop.layoutmgr.PageBreaker.startPart(PageBreaker.java:398) at org.apache.fop.layoutmgr.AbstractBreaker.addAreas(AbstractBreaker.java:421) at org.apache.fop.layoutmgr.AbstractBreaker.addAreas(AbstractBreaker.java:371) at org.apache.fop.layoutmgr.PageBreaker.doPhase3WithColumnBalancing(PageBreaker.java:336) at org.apache.fop.layoutmgr.PageBreaker.doPhase3(PageBreaker.java:255) at org.apache.fop.layoutmgr.AbstractBreaker.doLayout(AbstractBreaker.java:346) at org.apache.fop.layoutmgr.AbstractBreaker.doLayout(AbstractBreaker.java:264) at
Re: table border irregularity
Vincent Hennebert a écrit : FOP definitely paints borders over backgrounds; what you’re seeing is a rendering defect of your PDF viewer, partly due to the relatively big size of pixels on monitors. The printed document should look ok. I have a table related question about that : Is that expected that a cell border, once defined as say 1pt solid at a high level in the XML hierarchy, can't be redefined as none at lower levels ? The only way I found to erase a border is to change its color to white (which is not always possible). Consider a 50 lines tables like this : +--+ | col2 | +--+--+ | foo | bar | +--+--+ | foo | bar | +--+--+ | foo | bar | +--+--+ | foo | bar | ... | foo | bar | +--+--+ I would like to specify that all columns have left and right borders, except for the first line. Thus the table could start with : fo:table-column border=1pt solid fo:table-body fo:table-row border=1pt solid fo:table-cell border-left=none border-top=none but this does not work on fop 0.95. Thus I have to specify the left border on each first cell (first row excepted), and this is annoyning... Would you recommend a solution for this problem ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Setting a different border style on particular table cells [was: table border irregularity]
Hi Laurent, Laurent Morel wrote: Vincent Hennebert a écrit : FOP definitely paints borders over backgrounds; what you’re seeing is a rendering defect of your PDF viewer, partly due to the relatively big size of pixels on monitors. The printed document should look ok. I have a table related question about that : Is that expected that a cell border, once defined as say 1pt solid at a high level in the XML hierarchy, can't be redefined as none at lower levels ? The only way I found to erase a border is to change its color to white (which is not always possible). Consider a 50 lines tables like this : +--+ | col2 | +--+--+ | foo | bar | +--+--+ | foo | bar | +--+--+ | foo | bar | +--+--+ | foo | bar | ... | foo | bar | +--+--+ I would like to specify that all columns have left and right borders, except for the first line. Thus the table could start with : fo:table-column border=1pt solid fo:table-body fo:table-row border=1pt solid fo:table-cell border-left=none border-top=none but this does not work on fop 0.95. Thus I have to specify the left border on each first cell (first row excepted), and this is annoyning... Would you recommend a solution for this problem ? Use border-*-style=hidden instead of none. This gives the border precedence over any other (here, the borders specified on the enclosing table-row and table-column elements). none gives the lowest priority, so if other elements specify borders they will be selected instead. HTH, Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]