Re: Error message: Should be first

2006-07-13 Thread Jeremias Maerki
Thanks everyone. I know now which way to go. On 11.07.2006 20:14:59 Finn Bock wrote: Jeremias Maerki wrote: One of my clients reported to me that he gets a Should be first error message on the log. This happens in (Page)BreakingAlgorithm.removeNode(). I get the impression that the code

Re: svn commit: r412224 - in /xmlgraphics/fop/trunk: ./ src/java/org/apache/fop/fo/flow/ src/java/org/apache/fop/fo/properties/ test/layoutengine/

2006-07-13 Thread Jeremias Maerki
Hey, that was just a reminder in case it got lost. No hurry. On 11.07.2006 18:15:45 Andreas L Delmelle wrote: On Jul 11, 2006, at 10:33, Jeremias Maerki wrote: Hi Jeremias, Andreas, did you ever add that testcase? Sorry. Got a bit side-tracked by the marker/percentage-resolution

Re: [GSoC] Auto-table layout questions

2006-07-13 Thread Jeremias Maerki
Right, but strictly speaking the value auto is illegal for column-width. FOP currently defaults to proportional-column-width(1) if no value is specified. Another thing we should be careful about is the distinction between the value set for table-layout and the effective algorithm to be used. If

[VOTE] Promoting AFP and PCL renderers from sandbox to main source tree

2006-07-13 Thread Jeremias Maerki
Subject says it all. I think it's time. They work pretty well and have grown beyond sandbox state. I'm sure there maybe a few nits here and there, but the same applies to the other renderers. +1 from me. Jeremias Maerki

Re: [VOTE] Promoting AFP and PCL renderers from sandbox to main source tree

2006-07-13 Thread Chris Bowditch
Jeremias Maerki wrote: Subject says it all. I think it's time. They work pretty well and have grown beyond sandbox state. I'm sure there maybe a few nits here and there, but the same applies to the other renderers. +1 from me. +1 from me too. My thanks to all those who improved the AFP and

Re: [VOTE] Promoting AFP and PCL renderers from sandbox to main source tree

2006-07-13 Thread Manuel Mall
On Thursday 13 July 2006 20:55, Jeremias Maerki wrote: Subject says it all. I think it's time. They work pretty well and have grown beyond sandbox state. I'm sure there maybe a few nits here and there, but the same applies to the other renderers. +1 from me. Yes, I am biased on this matter

Re: [VOTE] Promoting AFP and PCL renderers from sandbox to main source tree

2006-07-13 Thread Web Maestro Clay
On Jul 13, 2006, at 5:55 AM, Jeremias Maerki wrote:Subject says it all. I think it's time. They work pretty well and havegrown beyond sandbox state. I'm sure there maybe a few nits here andthere, but the same applies to the other renderers.+1 from me.Jeremias Maerki +1 Web Maestro Clay[EMAIL

Re: keep...=always and Knuth penalties

2006-07-13 Thread Jeremias Maerki
What I tried to propose is mostly just that. Implementing some shortcut that at least treats all integer values differently from always with a constant penalty value. That gives FOP the opportunity to relax while still allowing the rather intuitive always not to relax thus providing both kinds of

Re: [VOTE] Promoting AFP and PCL renderers from sandbox to main source tree

2006-07-13 Thread Christian Geisert
Jeremias Maerki schrieb: Subject says it all. I think it's time. They work pretty well and have grown beyond sandbox state. I'm sure there maybe a few nits here and there, but the same applies to the other renderers. +1 I've only tested the PCL renderer a bit but I'm sure the AFP renderer is

Re: Invitation to Cocoon's GetTogether

2006-07-13 Thread Jeremias Maerki
Andreas, what about you? Could you make it to the Cocoon GetTogether? One or two days of Hackathon (discussions, hacking, fun). Anyone else? Jörg, Chris, Finn, Peter, Vincent maybe? It would really be good to be at least 3 or 4 FOP people to make the expenses worthwhile. Jeremias Maerki

Re: [GSoC] Auto-table layout questions

2006-07-13 Thread Patrick Paul
Thank you for the advice. I will sum this up on the wiki page. So if I understand correctly we have to support certain values even if they are illegal ? Patrick Jeremias Maerki wrote: Right, but strictly speaking the value auto is illegal for column-width. FOP currently defaults to

Re: Images in FOP 0.92beta

2006-07-13 Thread Jeremias Maerki
Jörg, remember this thread on fop-users? I've just found out what's wrong. There's absolutely nothing wrong with the PDFRenderer or the PDF library concerning reference freeing. It does it so as soon as each image is written to the PDF which always happens immediately. But I found that

Re: Invitation to Cocoon's GetTogether

2006-07-13 Thread J.Pietschmann
Jeremias Maerki wrote: Anyone else? No way. Sorry, family and the day job take all the time. J.Pietschmann

Re: Images in FOP 0.92beta

2006-07-13 Thread J.Pietschmann
Jeremias Maerki wrote: remember this thread on fop-users? I've just found out what's wrong. Great! There's absolutely nothing wrong with the PDFRenderer or the PDF library concerning reference freeing. It does it so as soon as each image is written to the PDF which always happens

Re: keep...=always and Knuth penalties

2006-07-13 Thread Manuel Mall
On Thursday 13 July 2006 22:09, Jeremias Maerki wrote: What I tried to propose is mostly just that. Implementing some shortcut that at least treats all integer values differently from always with a constant penalty value. That gives FOP the opportunity to relax while still allowing the rather