xmlgraphics-fop-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jeremias Maerki <...@jeremias-maerki.ch>
Subject Re: svn commit: r429168 [1/2] - in /xmlgraphics/fop/trunk: ./ src/java/org/apache/fop/fo/ src/java/org/apache/fop/fo/expr/ src/java/org/apache/fop/fo/flow/ src/java/org/apache/fop/fo/properties/ test/fotree/testcases/ test/layoutengine/ test/layoutengine/s...
Date Tue, 08 Aug 2006 09:21:21 GMT
Looks good on first sight!

On 06.08.2006 21:05:27 Andreas L Delmelle wrote:
> 
> On Aug 6, 2006, at 20:24, adelmelle@apache.org wrote:
> 
> > Author: adelmelle
> > Date: Sun Aug  6 11:23:59 2006
> > New Revision: 429168
> >
> > URL: http://svn.apache.org/viewvc?rev=429168&view=rev
> > Log:
> > Rework of the marker/retrieve-marker implementation to cater for  
> > correct evaluation of percentages and relative font-sizes, as well  
> > as more correct white-space handling.
> 
> <snip />
> 
> OK, got it wrapped up.
> 
> I did not explicitly take into account any performance related stuff,  
> but I guess the whole picture would be along the lines of:
> a) for documents with
>    a small number of pages
>    a relatively small number of markers per page
>    only one retrieve-marker per page
>    => a slight drop in performance, maybe...
> b) large documents containing lots-and-lots of markers and a few  
> retrieve markers per page should benefit the most
> 
> Big step forward is that the property resolution is only performed  
> for those markers that are retrieved. If you have a large number of  
> markers, this could save you some.
> 
> Not only that, the results should be more correct now as well ;P
> 
> Let me know if anything does not agree with you, and if it does,  
> well... enjoy.
> 
> 
> Later
> 
> Andreas



Jeremias Maerki


Mime
View raw message