| From | Sent On | Attachments |
|---|---|---|
| deannelson | Jul 23, 2010 12:14 pm | |
| Sam Fischmann | Jul 23, 2010 2:04 pm | |
| deannelson | Jul 23, 2010 3:21 pm | |
| Sam Fischmann | Jul 23, 2010 3:32 pm | |
| Bob Stayton | Jul 23, 2010 4:35 pm | |
| Sam Fischmann | Jul 23, 2010 5:43 pm |
| Subject: | Re: [docbook-apps] dbfo-need height in FOP 1.0 | |
|---|---|---|
| From: | deannelson (dean...@aol.com) | |
| Date: | Jul 23, 2010 3:21:43 pm | |
| List: | org.oasis-open.lists.docbook-apps | |
I think FOP 1.0 added the integer value for the keeps as well. You could specify
the "keep strength". I wonder if the stylesheets can handle a strength integer
as well as "always" or "auto"?
My problem was based on figures splitting the graphic and the title/caption and
long tables that I just plain wanted to start on the next page.
In a message dated 07/23/10 14:05:10 Pacific Daylight Time,
sam....@gmail.com writes:
I just gave this a shot and it did not appear to work in FOP 1.0.
I also see that they haven't added XSL-FO 1.1 indexing extensions, yet.
Is there any reason that this PI has to work using the block-container trick? If you made a processing instruction that created a regular block that had both a keep-with-next.within-column="always" and keep-with-previous.within-column="always"?
-Sam
On Fri, Jul 23, 2010 at 12:14 PM, deannelson <dean...@aol.com> wrote:
All,
Does anyone know if the docbook stylesheets method for "dbfo-need height" is now supported in the new FOP 1.0 release?
I know it was broke in the 0.93 & .0.95 releases.
Regards, Dean Nelson





