Return-Path: Delivered-To: apmail-xml-fop-user-archive@www.apache.org Received: (qmail 89666 invoked from network); 15 Mar 2004 09:52:18 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 15 Mar 2004 09:52:18 -0000 Received: (qmail 55460 invoked by uid 500); 15 Mar 2004 09:51:48 -0000 Delivered-To: apmail-xml-fop-user-archive@xml.apache.org Received: (qmail 55444 invoked by uid 500); 15 Mar 2004 09:51:48 -0000 Mailing-List: contact fop-user-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: fop-user@xml.apache.org Delivered-To: mailing list fop-user@xml.apache.org Received: (qmail 55429 invoked from network); 15 Mar 2004 09:51:48 -0000 Received: from unknown (HELO hotmail.com) (64.4.10.22) by daedalus.apache.org with SMTP; 15 Mar 2004 09:51:48 -0000 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 15 Mar 2004 01:52:01 -0800 Received: from 217.41.85.61 by bay7-dav50.bay7.hotmail.com with DAV; Mon, 15 Mar 2004 09:52:01 +0000 X-Originating-IP: [217.41.85.61] X-Originating-Email: [bowditch_chris@hotmail.com] X-Sender: bowditch_chris@hotmail.com Message-ID: <40557CBB.60106@hotmail.com> Date: Mon, 15 Mar 2004 09:51:55 +0000 From: Chris Bowditch Reply-To: bowditch_chris@hotmail.com User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031013 Thunderbird/0.3 X-Accept-Language: en-us, en MIME-Version: 1.0 To: fop-user@xml.apache.org Subject: Re: Print on demand using FOP References: <4051D482.2020503@acu.ac.uk> In-Reply-To: <4051D482.2020503@acu.ac.uk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 15 Mar 2004 09:52:01.0337 (UTC) FILETIME=[29E16290:01C40A73] X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Mike Brodbelt wrote: > How do other people deal with this? Is there any way to exercise control > over the positioning of pacge breaks without needing widow/orphan > support? Any work rounds possible. Failing that (stupid question alert), > any idea when a version of FOP that supports this might make an appearance? The trouble with the current version of FOP 0.20.5 is that the code is written in such a way that it makes adding support for keep-* properties too difficult. This is the main reason for the redesign effort. FOP has been re-written with keep-* properties in mind. However, progress on the redesign is slow. Its such a big job and the FOP team is low on resource. Help is always welcome though .... In terms of how I deal with this issue today. I'm ashamed to say this on list, but we use RenderX's XEP when keep-* properties are required. Chris --------------------------------------------------------------------- To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org For additional commands, e-mail: fop-user-help@xml.apache.org