Re: svn commit: r648381 - in /xmlgraphics/fop/trunk: ./ src/java/org/apache/fop/fo/flow/table/ src/java/org/apache/fop/layoutmgr/ src/java/org/apache/fop/layoutmgr/inline/ src/java/org/apache/fop/layo

2008-04-21 Thread Andreas Delmelle
On Apr 21, 2008, at 12:22, Vincent Hennebert wrote: My reaction was not so much triggered by this (indeed) minor issue, as by the fact that once again I was being answered “feel free to improve” when asking for cleanup/documentation, and I got tired of it. Each time, they were small issues

Re: svn commit: r648381 - in /xmlgraphics/fop/trunk: ./ src/java/org/apache/fop/fo/flow/table/ src/java/org/apache/fop/layoutmgr/ src/java/org/apache/fop/layoutmgr/inline/ src/java/org/apache/fop/layo

2008-04-19 Thread Peter B. West
Jeremias, For what it's worth, I think you have done an extraordinary job with FOP. From my outside perspective, you have been the primary driver of the progress of the product since you came to the forefront of development. There's an inherent problem of clashing egos in OS development. I

Re: svn commit: r648381 - in /xmlgraphics/fop/trunk: ./ src/java/org/apache/fop/fo/flow/table/ src/java/org/apache/fop/layoutmgr/ src/java/org/apache/fop/layoutmgr/inline/ src/java/org/apache/fop/layo

2008-04-19 Thread The Web Maestro
On Fri, Apr 18, 2008 at 12:52 PM, Simon Pepping [EMAIL PROTECTED] wrote: Easy please. Vincent has a preference. Jeremias is OK with it, but he is not hot about it, so he is not going to do it. Vincent did not add the new utilities, so he is not going to do it. That leaves Andreas to do it,

Re: svn commit: r648381 - in /xmlgraphics/fop/trunk: ./ src/java/org/apache/fop/fo/flow/table/ src/java/org/apache/fop/layoutmgr/ src/java/org/apache/fop/layoutmgr/inline/ src/java/org/apache/fop/layo

2008-04-19 Thread Andreas Delmelle
On Apr 18, 2008, at 21:52, Simon Pepping wrote: Easy please. Vincent has a preference. Jeremias is OK with it, but he is not hot about it, so he is not going to do it. Vincent did not add the new utilities, so he is not going to do it. That leaves Andreas to do it, or me, or ..., or it remains

Re: svn commit: r648381 - in /xmlgraphics/fop/trunk: ./ src/java/org/apache/fop/fo/flow/table/ src/java/org/apache/fop/layoutmgr/ src/java/org/apache/fop/layoutmgr/inline/ src/java/org/apache/fop/layo

2008-04-19 Thread Jeremias Maerki
Simon, Peter, Clay, Andreas, Chris, thank you very much for your valuable feedback! It's reassuring to know that I'm not totally off course. Vincent, please keep the bug reports and other suggestions coming in the future. But please try to treat me as a peer. I'll do the same back. Thank you.

Re: svn commit: r648381 - in /xmlgraphics/fop/trunk: ./ src/java/org/apache/fop/fo/flow/table/ src/java/org/apache/fop/layoutmgr/ src/java/org/apache/fop/layoutmgr/inline/ src/java/org/apache/fop/layo

2008-04-19 Thread Adrian Cumiskey
We each have different ideas about what quality software means and the compromises we make with the costs associated with it. Its important to try and be tolerant and respectful and give positive reinforcement to everyone who contributes to the project. I don't think it would harm if *all* FOP

Re: svn commit: r648381 - in /xmlgraphics/fop/trunk: ./ src/java/org/apache/fop/fo/flow/table/ src/java/org/apache/fop/layoutmgr/ src/java/org/apache/fop/layoutmgr/inline/ src/java/org/apache/fop/layo

2008-04-18 Thread Vincent Hennebert
Hi, A few comments: - some time ago I created a BreakUtil class in the o.a.f.util package. I think this class and KeepUtil should be put in the same place. Perhaps we could even merge them into a unique KeepsAndBreaksUtil class. I don’t really know what the best place would be. I put it in

Re: svn commit: r648381 - in /xmlgraphics/fop/trunk: ./ src/java/org/apache/fop/fo/flow/table/ src/java/org/apache/fop/layoutmgr/ src/java/org/apache/fop/layoutmgr/inline/ src/java/org/apache/fop/layo

2008-04-18 Thread Vincent Hennebert
Jeremias Maerki wrote: On 18.04.2008 12:48:53 Vincent Hennebert wrote: Hi, A few comments: - some time ago I created a BreakUtil class in the o.a.f.util package. I think this class and KeepUtil should be put in the same place. Perhaps we could even merge them into a unique

Re: svn commit: r648381 - in /xmlgraphics/fop/trunk: ./ src/java/org/apache/fop/fo/flow/table/ src/java/org/apache/fop/layoutmgr/ src/java/org/apache/fop/layoutmgr/inline/ src/java/org/apache/fop/layo

2008-04-18 Thread Jeremias Maerki
On 18.04.2008 16:51:37 Vincent Hennebert wrote: Jeremias Maerki wrote: On 18.04.2008 12:48:53 Vincent Hennebert wrote: Hi, A few comments: - some time ago I created a BreakUtil class in the o.a.f.util package. I think this class and KeepUtil should be put in the same place.

Re: svn commit: r648381 - in /xmlgraphics/fop/trunk: ./ src/java/org/apache/fop/fo/flow/table/ src/java/org/apache/fop/layoutmgr/ src/java/org/apache/fop/layoutmgr/inline/ src/java/org/apache/fop/layo

2008-04-18 Thread Vincent Hennebert
Jeremias Maerki wrote: On 18.04.2008 16:51:37 Vincent Hennebert wrote: Jeremias Maerki wrote: On 18.04.2008 12:48:53 Vincent Hennebert wrote: Hi, A few comments: - some time ago I created a BreakUtil class in the o.a.f.util package. I think this class and KeepUtil should be put in the

Re: svn commit: r648381 - in /xmlgraphics/fop/trunk: ./ src/java/org/apache/fop/fo/flow/table/ src/java/org/apache/fop/layoutmgr/ src/java/org/apache/fop/layoutmgr/inline/ src/java/org/apache/fop/layo

2008-04-18 Thread Jeremias Maerki
On 18.04.2008 19:24:05 Vincent Hennebert wrote: Jeremias Maerki wrote: On 18.04.2008 16:51:37 Vincent Hennebert wrote: Jeremias Maerki wrote: On 18.04.2008 12:48:53 Vincent Hennebert wrote: Hi, A few comments: - some time ago I created a BreakUtil class in the o.a.f.util package.

Re: svn commit: r648381 - in /xmlgraphics/fop/trunk: ./ src/java/org/apache/fop/fo/flow/table/ src/java/org/apache/fop/layoutmgr/ src/java/org/apache/fop/layoutmgr/inline/ src/java/org/apache/fop/layo

2008-04-18 Thread Simon Pepping
Easy please. Vincent has a preference. Jeremias is OK with it, but he is not hot about it, so he is not going to do it. Vincent did not add the new utilities, so he is not going to do it. That leaves Andreas to do it, or me, or ..., or it remains undone. Fortunately, that would not create a mess.