PDFsharp & MigraDoc Forum

I am trying to add a table to the document.
This table has 2 columns and 2 rows (code shown below).

Assuming that table starts on Page-1 and if text in second
row and second column is really huge, I have following problems.

1) Second row of the table starts on Page-2, even though first
row hardly occupies any Page-1 height
2) Second row which starts on a new page, does not fit in one page,
so I expected it to continue on Page-3, but instead table gets
truncated on Page-2, without complete text and table border on
bottom row.

Is there way to get around both these problems?

Table table = new Table();
Column column = table.AddColumn(Unit.FromCentimeter(2));
column.Format.Alignment = ParagraphAlignment.Center;
column = table.AddColumn(Unit.FromCentimeter(5));

Cell cell;
// Add first Row
Row row = table.AddRow();
row.Shading.Color = Colors.PaleGoldenrod;
cell = row.Cells[0];
cell.AddParagraph("Itemus");
cell = row.Cells[1];
cell.AddParagraph("Descriptum");

// Add second Row
row = table.AddRow();
cell = row.Cells[0];
cell.AddParagraph("2");
cell = row.Cells[1];
cell.AddParagraph(HugeAmoutOfText);
table.SetEdge(0, 0, 2, 2, Edge.Box, BorderStyle.Single, 1, Colors.Black);
document.LastSection.Add(table);


Regards, Yoegsh

It is by design that table cells will not break to the following page.

I have no idea for a workaround if you need PDF directly.
Your table might work if you create an RTF file.

_________________
Regards
Thomas Hoevel
PDFsharp Team

I tried rendering same
MigraDoc.DocumentObjectModel.Document with
MigraDoc.RtfRendering.RtfDocumentRenderer
but unfortunately results are identical.

I've just run in to this issue myself where a cell is too big to fit on a single page (God 'bless' Testers )

Does a workaround for this kind of functionality fall in to the 'too hard basket'? This feature alone may be anough to stop our project from using it - and I have been blowing PdfSharp's trumpet hard!

would it be possible to perform a TextMeasurement of the cell contents and then manually split it all up if you can determine that it is too big to fit on the page?

Hi Thomas,

Are there any plans to incoporate large cell content automatically breaking on to the next page as a feature in a future release? If so do you have any ballpark estimates of when that might be available?

Failing that could you provide some pointers as to what would be involved in incorporating such functionality myself. I'd happily contribute back to the project any solution that I come up with if that were possible.

The next release 1.3 (coming this summer) won't have this feature.
It's on our TODO list, but I can't say when it'll be implemented.

Layouting and rendering are not my areas of expertise, so I can hardly give you any clues on where to start.
Search the place where RenderInfo.LayoutInfo.ContentArea gets filled.
Maybe there is only one ContentArea for a table cell now - that would have to be changed to allow table cells across pages.

_________________
Regards
Thomas Hoevel
PDFsharp Team

hi Thomas - it's make or break time for my project and the only sticking point we have is this overflowing cell issue. Do you have any idea whether this problem is being promoted from the TODO list and if so when?

I have tried looking through the code ( ) to see if I could work out how to do the job myself but the knowledge required is somewhat beyond me at this stage unfortunately.
We may have to use other products if I can't find a work aound for this - but either way I think that you have a great product here as, bar this issue, it has stood up to or requirements admirably so far.