A little experimentation quickly shows:

(1) removing all but one row doesn't change behavior; however
(2) removing the fo:inline parent that contains the table (and moving the
font size property to the parent fo:block) fixes the problem

Did you really intend to nest the table in an inline?

G.

On Wed, Mar 14, 2012 at 11:17 AM, Thomas Morrison <
thomas.morri...@microfocus.com> wrote:

> The attached fo document causes the tablePositions assertion, requesting
> that the fo be sent.
>
> The full output of the rendering is:
>
> Mar 14, 2012 11:40:07 AM org.apache.fop.events.LoggingEventListener
> processEvent
> WARNING: Font "Symbol,normal,700" not found. Substituting with
> "Symbol,normal,400".
> Mar 14, 2012 11:40:07 AM org.apache.fop.events.LoggingEventListener
> processEvent
> WARNING: Font "ZapfDingbats,normal,700" not found. Substituting with
> "ZapfDingbats,normal,400".
> Mar 14, 2012 11:40:07 AM
> org.apache.fop.layoutmgr.table.TableContentLayoutManager addAreas
> SEVERE: tablePositions empty. Please send your FO file to
> fop-users@xmlgraphics.apache.org
>
> The table-header is rendered at the end of the table.
>
> ---
>
> The PDF is renedered the same on 0.95, although the output is different,
> not mentioning the two WARNINGs:
> Mar 14, 2012 11:51:29 AM
> org.apache.fop.layoutmgr.table.TableContentLayoutManager addAreas
> SEVERE: tablePositions empty. Please send your FO file to
> fop-users@xmlgraphics.apache.org
>
> ---
>
> The table-header is rendered correctly in 0.20.5 with the following
> output:
> [INFO] Using org.apache.xerces.parsers.SAXParser as SAX2 Parser
> [INFO] FOP 0.20.5
> [INFO] Using org.apache.xerces.parsers.SAXParser as SAX2 Parser
> [INFO] building formatting object tree
> [INFO] setting up fonts
> [INFO] [1]
> [WARNING] Sum of fixed column widths 500000 greater than maximum
> specified IPD 0
> [INFO] [2]
> [INFO] Parsing of document complete, stopping renderer
>
> I have searched for a possible cause, and would like a workaround if not
> a fix.  I have so far been unable to determine what aspect of the table
> header may be triggering this behavior.
>
> Tom Morrison
> This message has been scanned by MailController -
> portal1.mailcontroller.co.uk
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
> For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
>

Reply via email to