On 15.01.2008 18:04:14 Adrian Cumiskey wrote: > Hi Jeremias, > > The AFPRenderer should still work fine and produce valid AFP documents, its > just source documents > which contain embedded SVG will not be rendered correctly (but will still > contain valid AFP).
Uhm, in that case you should run block-container_absolute-position_reference-orientation.xml through the AFP renderer. No SVG and still no luck: - IE plugin & AFP workbench are not displaying any text - AFP Explorer is even crashing > It > should be fine to just update me with the details of your area tree changes > and I will make the > necessary adjustments to the AFPRenderer... that'll teach me to work from > trunk.. :) Thanks! > Adrian. > > Jeremias Maerki wrote: > > Thanks for the feedback. It's certainly cool if you can make a single > > SVG (or other graphic) a separate resource group that can potentially be > > reused. It's something I'd like to do for PDF at some point. > > > > The reason I was pinging you was that I'm working on that semantic > > change in the area tree I was writing about last week. Since the > > AFPRenderer is currently broken and you're working on it I will not be > > able to adjust the AFPRenderer to that semantic change. I'll just fix > > the other renderers and will inform you about the details. Can you then > > do the necessary adjustments in the AFPRenderer? It won't be too hard. > > Thanks. > > > > On 15.01.2008 17:25:14 Adrian Cumiskey wrote: > >> Hi Jeremias, > >> > >> I have tested the AFP output with a number of applications and the > >> AFPRenderer is at fault here. > >> The GOCA should have been included as part of an overlay rather than just > >> added to the current page. > >> But in doing so would break the current way that documents are > >> constructed by the AFP datastream. > >> > >> Another issue which is related to this implementation is the more general > >> way that resources > >> (images/graphics/fonts etc) are handled (or not). Currently the AFP > >> renderer simply creates a new > >> copy of the resource object with a unique name and embeds it directly in > >> the current page. So I am > >> looking at adding some flexibility here so that resource objects are not > >> duplicated and are instead > >> included and stored (keeping their original source name) within a resource > >> group. A configurable > >> option will also be provided so you are able to set the level at which you > >> would like the resources > >> to be stored (externally, print-file, document, page-group or page). When > >> this is done I will use > >> the this new implementation to include graphics objects correctly. > >> > >> Adrian. > >> > >> Jeremias Maerki wrote: > >>> Adrian, > >>> > >>> do you have an update on this topic? It would be good to know if the IE > >>> plug-in is at fault or the AFPRenderer. > >>> > >>> On 14.12.2007 15:31:19 Jeremias Maerki wrote: > >>>> FO file is attached (to be run from the FOP root directory). > >>>> > >>>> Expectation: see out.pdf > >>>> Effective output in AFP plug-in for IE: see screenshot-ie-afp.png > >>>> > >>>> (produced with FOP Trunk rev 604185) > >>>> > >>>> It could very well be that the IE plug-in has a problem here. I have no > >>>> other viewer to check against. > >>>> > >>>> On 14.12.2007 14:58:39 Adrian Cumiskey wrote: > >>>>> Jeremias Maerki wrote: > >>>>>> I only have the IE plugin. No AFP hardware to test with. snif. > >>>>>> > >>>>>> Basically, it was just a: > >>>>>> <fo:block> > >>>>>> <fo:external-graphic src="test/resources/images/img-w-size.svg"/> > >>>>>> </fo:block> > >>>>>> > >>>>>> No special configuration (i.e. the defaults). Really the simplest of > >>>>>> possible cases and it came out wrong. > >>>>> How did you expect it to come out? How do you think it is wrong? > >>>>> > >>>>> Adrian. > >>>> > >>>> > >>>> Jeremias Maerki > >>> > >>> > >>> > >>> Jeremias Maerki > >>> > >>> > > > > > > > > > > Jeremias Maerki > > > > Jeremias Maerki