Glen Mazza wrote:
One of our renderers, PrintRenderer (*not* the
same-named abstract base class to our
PDF/PCL/TextRenderers, but the AWT-print-output
renderer), is currently encapsulated within
apps.PrintStarter. Apparently due to its location,
its also ends up needing to be defined again
Team,
One of our renderers, PrintRenderer (*not* the
same-named abstract base class to our
PDF/PCL/TextRenderers, but the AWT-print-output
renderer), is currently encapsulated within
apps.PrintStarter. Apparently due to its location,
its also ends up needing to be defined again
Hello,
FOP is a very interesting project !! Bravo !!
I would like to use it to print from a Swing application (embeded
solution). I have few questions :
- Why the PrintRenderer is an inner class of PrintStarter and it s not in
the org.apache.fop.render ? I have done a test to print directly
Hello Struan,
It looks as though you must have changed addLine as well to add the
border-style, since that isn't in the current version (at least not the
one I got from CVS last night.)
I'm the one responsible for changing this code in doFrame because when
borders are drawn using lines in PDF,
with only my patch to PrintRenderer
as that's what we'll be deploying here so I haven't seen the current CVS but
maybe there's been a change since then.
and lastly, I haven't checked the vertical alignment issue as with what I'm
doing display-align=after does not achieve the align to the last baseline
We will check whether any of the changes we made to AWTRenderer
(the -awt and -print options) should be reconsidered w/r/t/ the dashed
line style mentioned below. I'm mostly on vacation and Andy is out of
town for the next week, so it'll be the Aug 25th before we can look at it.
At 09:27 AM