Re: Problem searching text in FOP generated PDF file

Singhal, Ramneek (Exchange) wrote: I have generated a tabular PDF report using Apache-FOP-0.20.5. if I try to search a String(ctrl-f) in generated PDF report, it never finds it, tough string exists in the document. You've used non-standard (custom) fonts. FOP 0.20.5 doesn't generate the data st

Re: [Poll] Expectations regarding side-floats

Vincent Hennebert wrote: - would you expect a side-float being placed on another page than its anchor? Would you prefer the whole chunk of text to be deferred on the following page? This should not happen unless two (or more) side flows anchored at the same line are stacked. I'm not sure whet

Re: [Poll] Expectations regarding side-floats

Vincent, in considering this, you may wish to also keep in mind: what do you see as the usage difference between side-floats and the xsl:region-start and xsl:region-end regions? I mention this, just to make sure that use cases actually intended for side regions do not move into side-floats, a

[Poll] Expectations regarding side-floats

Dear Fop users, I'm currently thinking about the implementation of side-floats () into Fop. It turns out that there is a choice to make between several design decisions which imply different behaviors regarding the placement of floats on the page. To help me make a decision, I'd like to know whi

RE: Does FOP not care about section.autolabel.max.depth?

Yes it was a docbook thin, sorry for that. The problem was that the sub sections were stored in a para element instead in another section element. Thanks -Original Message- From: Chris Bowditch [mailto:[EMAIL PROTECTED] Sent: Freitag, 11. August 2006 11:36 To: fop-users@xmlgraphics.apach

region-before with columns

I've a template which it's giving me headaches as i can't seam to find a way to implement it with fop... I've a region-before in a page with 2 columns defined. My only problem is that i need that the region-before to ocupy only the area of the 1st column and allow text to flow into it's "position

Re: Does FOP not care about section.autolabel.max.depth?

Remo Liechti wrote: this generates: 1. section one 1.1 section one dot one section one dot one dot one 1.2 section one dot two section one dot two dot one 2. section two 2.1 section two dot one You see, it only goes down one node... to tell the FOP to go down more steps, a property exists: