Re: More about the effects of the PropertyCache

On Wednesday 08 August 2007 04:02, Andreas L Delmelle wrote: > On Aug 4, 2007, at 13:22, Vincent Hennebert wrote: > > Manuel Mall a écrit : > > > > > >> I have been following this discussion with very little attempt to > >> understand the intricate technical details of concurrent maps etc, > >> bu

Re: More about the effects of the PropertyCache

On Aug 4, 2007, at 13:22, Vincent Hennebert wrote: Manuel Mall a écrit : I have been following this discussion with very little attempt to understand the intricate technical details of concurrent maps etc, but I am wondering why we don't apply the KISS principle here? Oh, but it is Simple

Re: Moving TableRowIterator to the FO Tree and Resolving Borders There

On Aug 5, 2007, at 21:07, Vincent Hennebert wrote: Hi Vincent, Sorry for chiming in so late... This one is for FO tree and Layout Managers specialists. It seems to me that TableRowIterator should act during the FO-tree building rather than layout, as is currently the case. The main reason is

reset and resetPosition Methods on Layout Managers

Hi all, There’s something quite strange in the layout code that I suspect comes from the pre-Knuth era. AbstractLM defines a reset method that among other things calls resetPosition on children LMs. If you search for references to this reset method, you find out that it is only called within r

DO NOT REPLY [Bug 43041] - [PATCH] AFP Renderer - output resolution control

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_bu