Hi,
We've been using aspose.pdf to display cube data in one of our applications. We've had problems with a rowspan bug from an earlier version of the application, but after having received some new code (3.0.3.0) and rewriting ours (which was geared towards working around the problem) we've been able to remove that specific problem.
However, now I have come across something that might be an issue with this version using large nested tables.
In the provided example We have put a table with 2 rows with 2 cells in each row into a section.
The top left cell is simply a cell containing a whitespace, formatted not to have any borders. The top right cell contains a table (columnHeaderTable) which in itself contains cells displaying our column header captions (where some cells use ColumnsSpan to "merge" supercategories).
The bottom left cell contains a table of rowheaders (rowHeaderTable) using RowSpan to span several rows where applicable. The bottom right cell contains a table with actual cube data (all cells having RowSpan/ColumnsSpan of 1).
The problem we are experiencing is that the rowHeaderTable is broken strangely, lines running to the absolute bottom of the page (in spite of page margins) while the data table continues displaying cells without experiencing a break in the same location, which causes misalignment of the two tables containing row headers and cube data. Also, when trying to left align the table the parts of the table that end up on new pages are centered for some reason (this might be a default settings thing where a new page is handled as a new section or paragraph in a way that requires us to alter the default alignment values. It is of lesser importance right now).
The problem occurs for unknown reasons. For some smaller tables using rowspan in the same manner (where the rowHeaderTable contains two columns and the maximum rowspan is two) pagebreak is handled correctly. What we have noticed is that when the rowspan is rather large near the end of the page and we have three columns of rowHeaderTable cells the table formatting is broken.
Unfortunately, since we are using recursion on cube data with rather complex and integrated code it is difficult to provide a working example using our code. I am pretty sure you could create a table with similar properties and experience the same issues though. What I can tell you is that at the point where the problem occurs the rowspan data appears correct. For instance, in the file "cd91b4c4-737e-4abd-8322-1bb6ec2a7171.pdf" rowHeaderTable.Rows(42) The cell count is as it should be (4) and rowspan values for the cells are also correct (42, 21, 3, 1 respektively.
Would greatly appreciate any help you could give us as we are pretty pressed for time.