Glenn Adams commented on FOP-2293:
I disagree with Vincent on this point. We need to come to consensus in a public
discussion. Otherwise, there may be vetoes when it comes time to process a
request to integrate a patch. I had thought we had reached a degree of
consensus previously, so I'm surprised that you haven't followed it.
There is nothing in the spec of multi-switch that suggests whether its cases
are all processed (for layout) at once (eagerly) or upon toggling (lazily). You
appear to be reading into the spec when you suggest this is not the case.
> Whitespace management extension
> Key: FOP-2293
> URL: https://issues.apache.org/jira/browse/FOP-2293
> Project: Fop
> Issue Type: New Feature
> Components: general
> Affects Versions: trunk
> Reporter: Seifeddine Dridi
> Priority: Minor
> Labels: XSL-FO
> Fix For: trunk
> Attachments: bestfit.fo, doc.pdf, FO_multi-switch.patch,
> FO_multi-switch_test.fo, multiple-feasible-nodes.fo, multi-switch_bestfit.fo,
> patch.patch, patch-rev1.1.patch, patch-rev1.patch, patch-rev2.patch
> I have been working on an extension for whitespace management, similar to
> what's described here:
> The logic of the extension is very simple: the user defines a set of
> alternatives that he wishes to insert at the end of a page, then if there is
> enough space left, FOP will pick the alternative that best matches the user's
> selection criteria (first fit, smallest fit, biggest fit).
> This is my first work on FOP and it took me almost 2 months to reach this
> stage in development. But it's not the end of course, so I'm relying on your
> feedback to improve it.
> Thank you
This message was sent by Atlassian JIRA