Hi Jeremias,

Yes I noticed this too in the AFP renderer and I am looking at trying to reuse more of AbstractPathOrientedRenderer and bring it more into line with the state/breakout approach of the PDF/PS renderers in the Temp_AFPAffineTransform branch. Also looking to start using stateful (depending on breakin/out) AffineTransform for all coordinate calculations rather than using these mpts2units() type methods everywhere. I'd be interested to hear your thoughts on this.

I think its important to try and bring all the renderers more closely into line with each other prior to to the new area tree design Painter implementation (http://wiki.apache.org/xmlgraphics-fop/AreaTreeIntermediateXml/NewDesign).

Adrian.

Jeremias Maerki wrote:
Interesting. I just noticed that the break-out mechanism hasn't been
implemented for the AFP renderer and therefore fixed positioned
block-containers are not even supported in 0.94. Hmm. I guess I will
skip that then. I'm only hacking together the same feature level as in
0.94 anyway.

It turns out the AFP renderer has more in common with the PCL renderer (no nested coordinate system mechanism is used) than with PDF/PS/Java2D
and still it's been derived from AbstractPathOrientedRenderer. I guess
this should be improved when the GOCA stuff is working again. I just
want the release done.

On 26.02.2008 10:53:01 Jeremias Maerki wrote:
Thanks for the hint. That worked indeed. I've almost finished by now. I
only have to finish the adjustment for the changed CTM behaviour in
BlockViewports.

On 25.02.2008 14:27:27 Adrian Cumiskey wrote:
Hi Jeremias,

I started to do this but if you prefer then be all means go ahead and revert yourself. The approach I took was to take a trunk checkout and then apply

svn merge -r603590:603589 .

This should give you all the changes between commits (as 603589 works ok, but 603590 is broken) and this should affect only the files in the 603590 commit you should keep all the new stuff in trunk.

Adrian.

Jeremias Maerki wrote:
FYI, I'm going to revert the AFP Renderer in Trunk to revision 601712
(the revision before 603590 (2007-12-12) which broke the AFP Renderer).
Obviously, I'll have to reapply some of the changes that were done
in the meantime (like the image integration or changes in
AbstractPathOrientedRenderer). I'll do this so I can prepare the 0.95
release candidate later this week without a broken AFP renderer.

Adrian, please continue working on the branch you've created. We can
merge it back into Trunk when you've fixed the AFP Renderer with the
GOCA addition.

Jeremias Maerki





Jeremias Maerki





Jeremias Maerki



Reply via email to