[xep-support] Re: Strange break of long table cell across multiple pages

From: G. Ken Holman <gkholman@CraneSoftwrights.com>
Date: Fri Mar 07 2014 - 07:44:23 PST

I think the issue is obvious in your XSL-FO:

<fo:table-cell ....>
   <fo:block keep-together.within-column="always">
     <fo:block space-before.optimum="1em"
       space-before.minimum="0.8em" space-before.maximum="1.2em"
>A character string encoded using a 5 component
       convention. The character code 5CH (the BACKSLASH "\" in

Since there is no room in the column for the set of blocks the entire
content is moved to the next area, per the specification.

As with all other keeps, if there is no room in the next area, the
keep is broken but there is no backtracking to the original print position.

So it is my opinion that what you are seeing is what the standard
says you should be getting.

I hope this helps.

. . . . . . . Ken

At 2014-03-07 06:40 -0500, David Clunie wrote:
>Any thoughts on this?
>
>David
>
>On 2/27/14 10:17 AM, David Clunie wrote:
>>Hi guys
>>
>>I have a particularly long cell in a multi-column table that spans
>>pages, with cells in adjacent columns that are not so long
>>
>>When it is rendered by XEP, the first line of the very long cell
>>does not get rendered until the second page, which is very ugly.
>>
>>See the attached example (DocBook, stylesheet, FO and PDF).
>>
>>David

--
Public XSLT, XSL-FO, UBL & code list classes: Melbourne, AU May 2014 |
Contact us for world-wide XML consulting and instructor-led training |
Free 5-hour lecture: http://www.CraneSoftwrights.com/links/udemy.htm |
Crane Softwrights Ltd.            http://www.CraneSoftwrights.com/f/ |
G. Ken Holman                   mailto:gkholman@CraneSoftwrights.com |
Google+ profile:      http://plus.google.com/+GKenHolman-Crane/about |
Legal business disclaimers:    http://www.CraneSoftwrights.com/legal |
---
This email is free from viruses and malware because avast! Antivirus protection is active.
http://www.avast.com
!DSPAM:87,5319e9759857467294795!
_______________________________________________
(*) To unsubscribe, please visit http://lists.renderx.com/mailman/options/xep-support
(*) By using the Service, you expressly agree to these Terms of Service http://w
ww.renderx.com/terms-of-service.html
Received on Fri Mar 7 07:45:01 2014

This archive was generated by hypermail 2.1.8 : Fri Mar 07 2014 - 07:45:02 PST