Re: FOP 0.95 - bug with tables?

2010-09-21 Thread Jeremias Maerki
There is indeed something not quite right, I think. As long as I play with cell content or with min-height on table-cell (FOP Trunk/1.0), the behaviour seems to be what's expected. However, if you start setting min-height on the second table-row, nothing happens. The layouter doesn't seem to

Re: FOP 0.95 - bug with tables?

2010-09-17 Thread Alexey Neyman
Hi Pascal, So, is height property supported on fo:table-row by FOP? FOP compliance page says yes (not partial) on height support, and XSL-FO specification says this property is applicable to fo:table-row. Yet, I cannot get it to work. Am I doing something wrong? Regards, Alexey. On

Re: FOP 0.95 - bug with tables?

2010-09-15 Thread Pascal Sancho
Hi Alexey this Exception issue seems to be fixed in FOP 1.0 (I've noticed in the pdf attached to your initial post that you used FOP 0.95). I suggest you to upgrade, at least min-height will work as expected without any Exception. Pascal Le 14/09/2010 22:10, Alexey Neyman a écrit : Hi Pascal,

Re: FOP 0.95 - bug with tables?

2010-09-15 Thread Alexey Neyman
Hi Pascal, Just tried. While there is no exception, fo:table-row min-height=1em still does not work in FOP 1.0 (still no effect whatsoever). See quoted email as to why fo:table-cell height=... is not sufficient to solve this issue. Regards, Alexey. On Wednesday, September 15, 2010 12:35:00 am

Re: FOP 0.95 - bug with tables?

2010-09-14 Thread Alexey Neyman
Actually, test case can be reduced even more. Desired result: AB AC DC Essential XSL-FO code: fo:table fo:table-body fo:table-row fo:table-cell number-rows-spanned=2 fo:blockA/fo:block /fo:table-cell fo:table-cell fo:blockB/fo:block /fo:table-cell /fo:table-row

Re: FOP 0.95 - bug with tables?

2010-09-14 Thread Pascal Sancho
Hi, I think the behaviour is correct here: Cells height is not sufficient to see the effect you want. try to increase the height of vertically spanned cells (by setting the height property to 2em) and you will see what I mean. Pascal Le 13/09/2010 22:39, Alexey Neyman a écrit : fo:table

Re: FOP 0.95 - bug with tables?

2010-09-14 Thread Alexey Neyman
Hi Pascal, I see your point, although this advice is not particularly useful to what I am doing. As I mentioned, this table is generated by DocBook, and its templates for tables are probably the most convoluted in the whole stylesheet. I was trying to avoid heavy customizations of these

FOP 0.95 - bug with tables?

2010-09-13 Thread Alexey Neyman
Hi All, I am trying to format a table with cells spanning as shown below: AAB AAC DEC To do this, I am using attached .fo file (it is actually a stripped-down DocBook-generated table). The essential piece is: fo:table fo:table-body fo:table-row fo:table-cell number-rows-spanned=2

Re: FOP 0.95 - bug with tables?

2010-09-13 Thread Alexey Neyman
Actually, test case can be reduced even more. Desired result: AB AC DC Essential XSL-FO code: fo:table fo:table-body fo:table-row fo:table-cell number-rows-spanned=2 fo:blockA/fo:block /fo:table-cell fo:table-cell fo:blockB/fo:block /fo:table-cell /fo:table-row

Re: FOP 0.95 - bug with tables?

2010-09-13 Thread Alexey Neyman
I found a workaround for this. An zero-width column can be added to the table: fo:table-column column-width=proportional-column-width(0)/ And then, add fo:table-cellfo:block#160;/fo:block/fo:table-cell to the problematic row. This causes a warning about area overflow, but looks okay. Ugly,