example: <fo:table> <fo:table-row> <fo:table-cell number-rows-spanned="2">Spanned</fo:table-cell> <fo:table-cell> </fo:table-cell> <fo:table-cell>First row</fo:table-cell> </fo:table-row> <fo:table-row background-color="red"> <fo:table-cell> </fo:table-cell> <fo:table-cell>Second row</fo:table-cell> </fo:table-row> </fo:table> spanned cell be filled with background-color "red". and if I set: <fo:table-cell number-rows-spanned="2" border="2pt solid" >Spanned</fo:table-cell> The cell border is only 1 cell height.
More info: Any children (blocks, whatever) are seemingly clipped at the dimensions the cell would have been with no spanning attributes. In actuality its not clipped, but successive row's background colors are painted on top of the cell, which not only destroys the original cells background color, but hides the content as well. Borders seem to be broken too.
Created attachment 9986 [details] Example .fo demonstrating bug 20943
As I've been occupying myself with row- and column-span in HEAD lately (1.0dev), just want to add the following: The added example fo-file specifies background-colors on the row. If I interpret the spec correctly the background being overpainted is actually compliant. A spanned cell *can* have a different background in each of the table-grid-units it occupies. Defining BGC on the row is one way of contributing in this effect. WRT the content and the borders, this is of course a different matter... (Borders -are- working, they're just overpainted) I guess it has something to do with the sequential processing of the table-rows, where, in case of RowSpan, a number of rows should be processed as a unity. I doubt that the issue will be fixed in 0.20.5, but it will certainly be addressed in 1.0dev. Thanks for bringing this back to our attention!
Bug fixed in latest Trunk (rev 584703), and probably in FOP 0.94
batch transition pre-FOP1.0 resolved+fixed bugs to closed+fixed