Bug 41121 - Undesirable behavior when text overflows
Summary: Undesirable behavior when text overflows
Status: CLOSED DUPLICATE of bug 41019
Alias: None
Product: Fop - Now in Jira
Classification: Unclassified
Component: page-master/layout (show other bugs)
Version: trunk
Hardware: All All
: P2 normal
Target Milestone: ---
Assignee: fop-dev
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-12-07 02:39 UTC by Vincent Hennebert
Modified: 2012-04-01 13:52 UTC (History)
0 users



Attachments
Sample file demonstrating the problem (758 bytes, text/x-xslfo)
2006-12-07 02:40 UTC, Vincent Hennebert
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Vincent Hennebert 2006-12-07 02:39:01 UTC
When text cannot be broken to fit in its area, the fallback mechanism sometimes
picks wrong too-short/too-long nodes. The attached file illustrates that: the
first line should be split at the space character.
The restarting mechanism needs to be re-worked; when that's done this file may
be used to check that the handling has actually been improved.
Comment 1 Vincent Hennebert 2006-12-07 02:40:33 UTC
Created attachment 19222 [details]
Sample file demonstrating the problem
Comment 2 Luca Furini 2006-12-12 06:42:53 UTC
The problem is that the algorithm finds a feasible break after the first word,
and correctly judges it as a good break, but the next word overflows and causes
the algorithm to restart.

While choosing the restarting position, the good break found before is
completely ignored.

This is a different manifestation of bug 41019, so I'm marking this as a duplicate.

There is some work in progress to fix it.

*** This bug has been marked as a duplicate of 41019 ***
Comment 3 Glenn Adams 2012-04-01 13:52:06 UTC
batch transition to closed remaining pre-FOP1.0 resolved bugs