DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20943>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20943 number-rows-spanned render spanned cell background. [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Component|pdf renderer |general OS/Version|Windows NT/2K |All Platform|PC |All Version|0.20.5 |all ------- Additional Comments From [EMAIL PROTECTED] 2004-01-18 07:50 ------- 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!