We have an issue that's repeating in the same Flare project for different PDF targets following the departure of a colleague (and with her the knowledge of what to do about it).
Code: Select all
ID 10009 Table header is too large to fit on page 12. Content may overflow. Subsystem = BoxLayout.
On the surface, it appears that the reported page is the automatically-inserted blank page after the TOC and before the content starts. We insert this in many places without error and it is completely empty apart from a watermark in the page layout saying "blank page". If I go to the footer page number reported in the error, there is a table but it's not very wide and doesn't look like it has any issues. The error in the build logs in the Flare UI are, however, misleading. If I dig into the raw build log file, that says that it's page 12 of the chapter currently being processed. This allows me to find the problematic table - it's the same one as before but other content got written in the PDF that inserted a few lines before it and altered where page breaks fell.
So, first some advice: if you see error 10009, open the logs as a text file so you can correctly identify the topic causing the error (the page number reported has nothing to do with the pages in the final PDF output).
Secondly, any advice on controlling table pagebreaks to prevent this sort of thing? We don't want to allow auto-pagebreaks, in general pagebreaks inside rows are undesirable but Flare just isn't coping with this particular table. We have a row that has one line of text on one page (and that's the entire content of the page), 22 sub-rows and a multi-column row on a second page. I've set
Code: Select all
page-break-inside: auto;
Thanks!
Ruth