RE: render problem with a long table which contains spanned rows

Hugues Leonardi wrote: > > Hi, > With this fo file (http://leohome.free.fr/FOP/table_test/table_test.fo) > and the latest fop trunk, it is possible to reproduce what I say. > Here is the pdf file : > http://leohome.free.fr/FOP/table_test/table_test.pdf > It's OK with FOP 0.93 and with FOP 0.94.

Re: Table splitting

Vincent Hennebert a écrit : Hi Sylvain, Sorry, FOP 0.20.5 is no longer supported. I for myself don’t even have the necessary knowledge of the 0.20.5 code to be able to help you... I’d strongly suggest you to upgrade to the latest 0.94 version, even if there is no Debian package available for

Re: fo:table border thickness

Ok, thanks for the tips. I will try to help constructively. Jerven On 12/17/07, Jeremias Maerki <[EMAIL PROTECTED]> wrote: > On 17.12.2007 13:12:33 Jerven Bolleman wrote: > > Hi, > > > > Are you sure? as the same effect does not seem to occur when using the > > seperate option on border-collapse.

Re: fo:table border thickness

On 17.12.2007 13:12:33 Jerven Bolleman wrote: > Hi, > > Are you sure? as the same effect does not seem to occur when using the > seperate option on border-collapse. Yes. The border painting code is the same for both cases. > See the attached bug.xsl and compare with the previous one. In the new

Re: fo:table border thickness

Hi, Are you sure? as the same effect does not seem to occur when using the seperate option on border-collapse. See the attached bug.xsl and compare with the previous one. In the new case there are 2 separate lines 0.1mm each while in the original sample there where collapsed lines 0.2 mm wide. I

Re: fo:table border thickness

No, that's not the problem. The cell background is painted and then cell borders are painted next (i.e. "over" them). The problem is rather subpixel effects. Lines can become smaller than one device pixel and can therefore disappear (worst case). At any rate, FOP makes the lines exactly as wide as

Re: Blank half-cell on page1; text showing on page 2

Several ways are possible. You have to find out what fits your needs best: - add a keep-together on the table-row - Set widows/orphans to "1" - try widow/orphan-content-limit (see [1]) [1] http://xmlgraphics.apache.org/fop/0.94/extensions.html#widow-orphan-content-limit However, this shouldn't r

Re: Blank half-cell on page1; text showing on page 2

Hi Akagi, Akagi Kobayashi wrote: > We are using FOP 0.93 and find that when a cell in a table straddles across > two pages, the text (especially if it is a long one) does not appear on the > first page. > Illustration below - thanks to Sylvain Ferlac - the cell on the left is the > offending one.

Re: Table splitting

Hi Sylvain, Sorry, FOP 0.20.5 is no longer supported. I for myself don’t even have the necessary knowledge of the 0.20.5 code to be able to help you... I’d strongly suggest you to upgrade to the latest 0.94 version, even if there is no Debian package available for it. Moreover I would be inter

Blank half-cell on page1; text showing on page 2

We are using FOP 0.93 and find that when a cell in a table straddles across two pages, the text (especially if it is a long one) does not appear on the first page. Illustration below - thanks to Sylvain Ferlac - the cell on the left is the offending one. How can this be fixed? PAGE 1

RE: Table row and keep together

Hi, What you need here is keep-together with integer value. Unfortunately, this is not yet implemented in FOP. (see http://xmlgraphics.apache.org/fop/compliance.html#fo-property-keep-together) As a workaround, you can set the property when the estimated size of the row doesn't exceed a given va

RE: render problem with a long table which contains spanned rows

Hi, can you provide a short XSLFO file (not XSLT) that demonstrates what you describe? Did you experiment this with FOP 0.94 or FOR Trunk? Pascal > -Message d'origine- > De : HLeonardi [mailto:[EMAIL PROTECTED] > Envoyé : dimanche 16 décembre 2007 14:44 > > Hello fop community, > > I