AFP renderer problems again

[Jeremias Maerki]

Adrian,

do you think you can fix the AFP renderer until the end of next week? If
not, please move your changes to a branch and revert the AFP renderer to
a stable state. I don't want to let this endanger the release at the end
of the month.

Thanks a lot,
Jeremias Maerki

DO NOT REPLY [Bug 44358] - OufOfMem

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=44358





--- Additional Comments From [EMAIL PROTECTED]  2008-02-07 03:23 ---
(In reply to comment #5)
> Thanks for the response. 
> 
> We are using preserve-whitespace property in our stylesheets. That could be
> causing the infinite loop. We don't want to go to production with Trunk code.
> But, if you could please point out to the classes from the Trunk code that 
> fixed
> this problem, I can get those and include them in the 0.94 jar and run our
> stylesheets. Let us know. 

Edit the src/java/org/apache/fop/layoutmgr/table/TableContentLayoutManager.java
file and delete lines 145 and 166, which correspond to the following lines of 
code:
ElementListUtils.removeLegalBreaks(this.headerList);
ElementListUtils.removeLegalBreaks(this.footerList);
They are causing the infinite loop. Removing them is totally safe and won't
affect the quality of the layout.

Vincent
> 
> (In reply to comment #4)
> > 1) There was a bug in the Layout code that meant an infinite loop could be 
> > entered for certain FO. IIRC, preserve-whitespace property had something to 
> > do 
> > with it. This has been fixed in the Trunk code.
> > 2) long page-sequences are a problem for FOP because FOP uses a total-fit 
> > algorithm to layout the FO. This has the advantage of achieving more 
> > elegant 
> > layout but the disadvantage of requiring the whole page-sequence to be kept 
> > in 
> > memory and it is only released when the whole page-sequence has been 
> > finished. 
> > I think forward references via fo:page-number-cititation can also cause FOP 
> > to 
> > hang onto more objects in memory until the forward reference is resolved.



-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

DO NOT REPLY [Bug 41631] - Percentages in proportional-column-width() not supported

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=41631





--- Additional Comments From [EMAIL PROTECTED]  2008-02-07 09:22 ---
Created an attachment (id=21494)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=21494&action=view)
patch fixing the problem


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

DO NOT REPLY [Bug 41631] - Percentages in proportional-column-width() not supported

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=41631


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |ASSIGNED




--- Additional Comments From [EMAIL PROTECTED]  2008-02-07 09:21 ---

update:
The attached patch should at least take care of the last task... :-)

I'll see if I can add a test case as well, so we can close this one.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

Re: AFP renderer problems again

[Adrian Cumiskey]

Jeremias,

Should be fixed by end of next week along with the resource group stuff, but I will remove AFP GOCA 
generation on SVG external graphics (by default) *for now* and we'll just go with the old plain 
bitmap fallback.


Adrian.

Jeremias Maerki wrote:

Adrian,

do you think you can fix the AFP renderer until the end of next week? If
not, please move your changes to a branch and revert the AFP renderer to
a stable state. I don't want to let this endanger the release at the end
of the month.

Thanks a lot,
Jeremias Maerki