OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

docbook-apps message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: [docbook-apps] long text includes generating wasted page breaks


You sunk all the balls on the pool table with one shot, hit the nail
directly on the head, etc...

Thank you!

On 10/19/06, Bob Stayton <bobs@sagehill.net> wrote:
> Chris,
> The FO processor bumps the start of the long example to the next page
> because of the keep-together.within-column="always" property on the block
> containing the example. That's from the 'formal.object.properties'
> attribute-set.
>
> You're wondering why, since it won't fit on the next page either, the FO
> processor doesn't just start it on page 1.  The way FO processors work with
> keeps is that the property adds a "keep condition" to the block, which is
> tested on the first page.  It fails to fit there, so it bumps it to the
> next page and consumes the keep condition.  On the second page there is no
> keep condition, so it just starts there.  The FO processor doesn't look
> ahead to see if it fits on the second page, and then backtrack to the first
> page.  It just processes the content for the current page.  For all it
> knows, the second page could be a bigger page-master that would fit the
> example, if it were to test it.  But it doesn't test it on the second page.
>
> The solution is to add a processing instruction to this example:
>
> <example>
> <?dbfo keep-together="auto"?>
> ...
>
> Now it should start on the first page.
>
> Bob Stayton
> Sagehill Enterprises
> DocBook Consulting
> bobs@sagehill.net
>
>
> ----- Original Message -----
> From: "Chris Chiasson" <chris@chiasson.name>
> To: "Docbook Apps" <docbook-apps@lists.oasis-open.org>
> Sent: Wednesday, October 18, 2006 4:34 PM
> Subject: [docbook-apps] long text includes generating wasted page breaks
>
>
> > Please have a look at the appendix A.1 of this file:
> >
> > http://chris.chiasson.name/temp/Engineering_Optimization/Engineering_Optimization.pdf
> >
> > It is generated by this short file:
> >
> > http://chris.chiasson.name/temp/Engineering_Optimization/HW1_Appendix.xml
> >
> > (please keep in mind that firefox does not show xmlns elements unless
> > you hit view source)
> >
> > I don't know if the issue lies with the fo processor or with the
> > generation of the fo, but I am guessing it just doesn't "see" that
> > adding the pagebreak between the appendix title and the example title
> > won't "help" (because the example will still break across pages).
> >
> > Very early in the process of creating this file (2 months ago?), it
> > didn't have this problem. However, I don't know what is different now.
> >
> > What causes this phenomenon?
> >
> > --
> > http://chris.chiasson.name/
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: docbook-apps-unsubscribe@lists.oasis-open.org
> > For additional commands, e-mail: docbook-apps-help@lists.oasis-open.org
> >
> >
> >
>
>
>


-- 
http://chris.chiasson.name/


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]