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: AFP Renderer problems (Re: svn commit: r603590)
Date Tue, 15 Jan 2008 17:13:18 GMT

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


Mime
View raw message