Re: Keeping fo:block with the page's end
Frank Lorenz wrote: Hi, is it possible to keep a fo:block with the end of a page? In the example below i have a page with 2 columns and 9 fo:block elements. The 9'th element should be shown at the end of the page. Have you looked at fo:footnote? It may help you achieve what you need. The other approach is to use region-after as someone else suggested, but that may not meet your requirements. Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: creating printable high res PDF 2400dpi
PDF is normally resolution-independent as it is mostly a vector-format. FOP includes bitmap images as-is into the PDF, so bullshit in, bullshit out. :-) If you have 2400dpi bitmap images, they make it into PDF as a 2400dpi image if your Java VM doesn't collapse because of the memory requirements. Use JPEG images where possible to minimize memory usage. The resolution setting in the trunk is only used to control the vector-to-bitmap conversion that is done by Batik in case of certain elements in SVG. And this part works. In offset printing you will often be asked about stuff like CMYK and spot colors. FOP currently doesn't support these features although some people have done a few experiments. You might want to search the mailing list archives. So, although it's possible to produce PDFs for offset printing, FOP is probably not the ideal tool, yet. Help is welcome to improve that. On 05.08.2005 09:31:45 Dirk Bromberg wrote: Hi, i've a short question. I'll be asked if fop can generate a high res - 2400dpi PDF for offset printing... I've see the set Res Method in the trunk, but does it work? I don't know waht makes a high res PDF to a high res PDF, only the res of the images, or the lines of a table, or is there a different in the font res? does someone have a clue about that? Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Font loading problem (linux)
-Message d'origine- De : Peter Verhoye [mailto:[EMAIL PROTECTED] Well, each style has its own metric and embed-file in my case. I use a similar config (with GillSans GillSans Light) with success. font embed-file=file:///home/relstar/fop/fop-0.20.5/fonts/truetype /arial.ttf kerning=yes metrics-file=file:///home/relstar/fop/fop-0.20.5/fonts/metric s/arial.xml Try choose 1 font-triplet here: font-triplet name=Arial style=normal weight=normal/ font-triplet name=Arial,Regular style=normal weight=normal/ /font font embed-file=file:///home/relstar/fop/fop-0.20.5/fonts/truetype /arialbd.ttf kerning=yes metrics-file=file:///home/relstar/fop/fop-0.20.5/fonts/metric s/arialbd.xml Try choose 1 font-triplet here: font-triplet name=Arial style=normal weight=bold/ font-triplet name=Arial,Bold style=normal weight=bold/ /font font embed-file=file:///home/relstar/fop/fop-0.20.5/fonts/truetype /arialbi.ttf kerning=yes metrics-file=file:///home/relstar/fop/fop-0.20.5/fonts/metric s/arialbi.xml Try choose 1 font-triplet here: font-triplet name=Arial style=italic weight=bold/ font-triplet name=Arial,Bold Italic style=italic weight=bold/ /fonts font embed-file=file:///home/relstar/fop/fop-0.20.5/fonts/truetype /ariali.ttf kerning=yes metrics-file=file:///home/relstar/fop/fop-0.20.5/fonts/metric s/ariali.xml Try choose 1 font-triplet here: font-triplet name=Arial style=italic weight=normal/ font-triplet name=Arial,Italic style=italic weight=normal/ /font Pascal - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: creating printable high res PDF 2400dpi
Thanks, for the first i'll have a look what we need for printing and than see how to solve possible problems in fop if there are.. Dirk Jeremias Maerki wrote: PDF is normally resolution-independent as it is mostly a vector-format. FOP includes bitmap images as-is into the PDF, so bullshit in, bullshit out. :-) If you have 2400dpi bitmap images, they make it into PDF as a 2400dpi image if your Java VM doesn't collapse because of the memory requirements. Use JPEG images where possible to minimize memory usage. The resolution setting in the trunk is only used to control the vector-to-bitmap conversion that is done by Batik in case of certain elements in SVG. And this part works. In offset printing you will often be asked about stuff like CMYK and spot colors. FOP currently doesn't support these features although some people have done a few experiments. You might want to search the mailing list archives. So, although it's possible to produce PDFs for offset printing, FOP is probably not the ideal tool, yet. Help is welcome to improve that. On 05.08.2005 09:31:45 Dirk Bromberg wrote: Hi, i've a short question. I'll be asked if fop can generate a high res - 2400dpi PDF for offset printing... I've see the set Res Method in the trunk, but does it work? I don't know waht makes a high res PDF to a high res PDF, only the res of the images, or the lines of a table, or is there a different in the font res? does someone have a clue about that? 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]
FOP/Batik 1.6
Hey all, Forgive if this has already been answered - with the release of Batik 1.6, that barik.jar is now split into several minor jars, as I understand it (and have seen in the batik lib folder). To reduce distribution size, I would like to include as little as possible of batik (especially since I don't use any SVG) - does anyone know if FOP 0.20.5 is runnable with batik 1.6 and which subset of jars is the absolute minimum for FOP to run (not using SVG) ? /Mikael
Re: FOP/Batik 1.6
On 05.08.2005 11:08:41 mka wrote: Hey all, Forgive if this has already been answered - with the release of Batik 1.6, that barik.jar is now split into several minor jars, as I understand it (and have seen in the batik lib folder). There is still an Ant target called all-jar that generates the combined JAR. To reduce distribution size, I would like to include as little as possible of batik (especially since I don't use any SVG) - does anyone know if FOP 0.20.5 is runnable with batik 1.6 and which subset of jars is the absolute minimum for FOP to run (not using SVG) ? Batik 1.6 is not compatible with FOP 0.20.5. There have been some backwards-incompatible changes. You need to use the Batik version that comes with FOP. Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Font embedding again
Funny. Some people have no problem on Windows and when they move to Linux. Bonk! Sorry, Peter, if I had an idea about your problem I'd chime in. No Linux here to test. :-( And now you, exactly the other way around. Hmm. So, Sonja, did you check all the log output closely? Any error or warning messages you could show us? How does your userconfig.xml look like on Windows? Do you use the fontBaseDir setting? And no, it won't help if you try the code directly from Subversion. No changes in that area. On 05.08.2005 20:44:23 Sonja Löhr wrote: Hello to all! I just joined the list after one trying one day to upgrade my project. I'm using fop-20.0.5 All worked fine with font metrics and embedding with all tomcats up to 5.0.30 under Linux. Now I installed tomcat 5.5. on windows. The problem with the paths while creating the metrics - ok, that's already known. But also with my ready-to-use metrics-xmls, as soon as I add the embed-request to the fop-config.xml, I get no output and the log states that it never reaches page 2. If the font to be embedded cannot be found, I get my document out - without my font, of course. Is there some workaround or do I have to (would it help if I ) try the CVS versions of the new branch? Would be very nice to finally overcome that boring font problem. Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Keeping fo:block with the page's end
Why can't you use the region-after section of the When using region-after the page would look like the one below. But i need a solution, where the last block is kept with the bottom of region-body, and not with the bottom of region-after. --- | ### | ### | | ### | ### | | ### | | | ### | | | ### | | | ### | | --- | | ### | --- Regards Frank - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Keeping fo:block with the page's end
I don't think this is possible with XSL-FO at all. We might have some extensions to the spec, that might allow such a thing with some tweaking sometime in the future with the new code. But until then you have to do with what is available, i.e. the region-after suggestion which I also think is probably the best chance to solve this. Remember that you can let the region-body and the region-after overlap if you set the properties right. Another idea might be an absolutely positioned block-container. Good luck! On 05.08.2005 22:52:15 Frank Lorenz wrote: Why can't you use the region-after section of the When using region-after the page would look like the one below. But i need a solution, where the last block is kept with the bottom of region-body, and not with the bottom of region-after. --- | ### | ### | | ### | ### | | ### | | | ### | | | ### | | | ### | | --- | | ### | --- Regards Frank Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Keeping fo:block with the page's end
Have you looked at fo:footnote? Yes, i have tried already with footnotes. The problem with footnotes is, that they do not support columns. That means, the block wich should actually be shown in one column spans over all columns of the region-body. --- | ### | ### | | ### | ### | | ### | | | ### | | | ### | | | ### | | --- |### | --- Regards Frank - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Keeping fo:block with the page's end
Frank Lorenz wrote: Hi, is it possible to keep a fo:block with the end of a page? In the example below i have a page with 2 columns and 9 fo:block elements. The 9'th element should be shown at the end of the page. Example: --- | ### | ### | | ### | ### | | ### | | | ### | | | ### | | | ### | ### | --- I'd try a region-after overlapping the body and either hardcode the block in the static content or, if you have multiple pages, get it into the region-after using a marker. It may be useful to wrap the block in a blind table with a display-align=after on the table cell in order to reduce manual adjustments. An absolutely positioned block container might also do the trick. You won't get away without serious manual fiddling in either case. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Keeping fo:block with the page's end
I am no expert, but can you use the display-align fo:block attribute to force text to the bottom if it is the last block? -Original Message- From: J.Pietschmann [mailto:[EMAIL PROTECTED] Sent: Friday, August 05, 2005 4:50 PM To: fop-users@xmlgraphics.apache.org Subject: Re: Keeping fo:block with the page's end Frank Lorenz wrote: Hi, is it possible to keep a fo:block with the end of a page? In the example below i have a page with 2 columns and 9 fo:block elements. The 9'th element should be shown at the end of the page. Example: --- | ### | ### | | ### | ### | | ### | | | ### | | | ### | | | ### | ### | --- I'd try a region-after overlapping the body and either hardcode the block in the static content or, if you have multiple pages, get it into the region-after using a marker. It may be useful to wrap the block in a blind table with a display-align=after on the table cell in order to reduce manual adjustments. An absolutely positioned block container might also do the trick. You won't get away without serious manual fiddling in either case. J.Pietschmann - 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]
Re: Keeping fo:block with the page's end
Jeff Stanley wrote: I am no expert, but can you use the display-align fo:block attribute to force text to the bottom if it is the last block? It depends. The property only applies to FO which generate reference areas, so it can't be used on a plain fo:block, and IIRC FOP only implements it for table cells properly. The blind table approach mentioned would avoid manual fiddling with placements if the content of the block is a bit dynamic. Example: excerpt from the page master simple-page-master page-height=20cm page-width=10cm ... region-body margin-top=2cm margin-bottom=2cm/ !-- some margin for real footer -- region-after extent=18cm/ !-- overlap body completely -- ... corresponding content for region-after, block content hardcoded for simplicity: table table-column column-width=5.1cm/ !-- width=column width+gap/2 -- table-column column-width=4.9cm/ table-body table-row height=16cm !-- effective body height -- table-cell/ table-cell display-align=after fo:blockblock 9 content/fo:block /fo:table-cell / / / ... add real footer content here ... The redundant measurements can be avoided by using XSLT variables and relying on property expressions. Beware: completely untested. There are multiple possiblities to mess up the result completely (e.g. block 9 may overwrite regular flow content). J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
