Jeremias Maerki wrote:

wrap-option is one of those few properties which work in 0.20.5 but are not yet available in FOP Trunk. Luca, what do you think how difficult it would be to implement it at least for, let's say, fo:block? I imagine it would suffice to trick the breaker into not choosing any break possibilities except at the end of the sequence.

Yes, it seems a very good idea: just an additional boolean parameter for findBreakingPoints(), similar to hyphenationAllowed. Or we could use just a single int instead of two booleans: a parameter whose value could be set using three constants, for example ALL_BREAKS, NO_HYPHENATION, NO_WRAP.

Maybe it could be even easier: a LineBreakPosition could be created without even performing the line breaking algorithm, as we alredy know we will create just a line, an which will be the indexes of the first and last element. But maybe this would prevent us from knowing useful information created by the algorithm (difference, indent, ...).

I'm going to work on this immediately.

I think we will need something similar in the StaticContentLM and the BlockContainerLM so overflow can be handled better. At the moment, only the first part until the first break point found by the breaker is properly painted. Afterwards, the BCLM simply adds the additional parts but this can lead to unexpected results as I have seen in one document already.

Sorry, I don't quit get what you mean ... what are these unexpected results?


Reply via email to