Bug 41121

Summary:	Undesirable behavior when text overflows
Product:	Fop - Now in Jira	Reporter:	Vincent Hennebert <vhennebert>
Component:	page-master/layout	Assignee:	fop-dev
Status:	CLOSED DUPLICATE
Severity:	normal
Priority:	P2
Version:	trunk
Target Milestone:	---
Hardware:	All
OS:	All
Attachments:	Sample file demonstrating the problem

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