DO NOT REPLY [Bug 42813] keep-together in table-row cutting large inner table

[bugzilla]

https://issues.apache.org/bugzilla/show_bug.cgi?id=42813

Glenn Adams  changed:

   What|Removed |Added

 Status|RESOLVED|CLOSED

--- Comment #2 from Glenn Adams  2012-04-01 13:50:40 UTC ---
batch transition to closed remaining pre-FOP1.0 resolved bugs

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

DO NOT REPLY [Bug 42813] - keep-together in table-row cutting large inner table

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=42813


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2007-07-05 01:50 ---
Hi,

This is the expected behaviour of keep-together="always". If the 
"overflow" property is set to "auto" (as is the default), then FOP 
handles it as if "hidden" were specified (See section 7.21.2 of the 
XSL-FO 1.1 specification). Which makes the block cropped at the bottom 
of the page.

To make the table-row being split over 2 pages only if its content 
wouldn't fit on a page alone, you should specify an integer value for 
keep-together. Unfortunately, only "auto" and "always" are currently 
implemented in FOP.

Sorry,
Vincent


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.