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

[G. Ken Holman]

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 at 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!