Victor Mote wrote:
Glen Mazza wrote:
The FO input
cannot be fully
realised with a complete resolution of the properties,
which in turn
relies on layout. (Old argument, I know.)
Well, you should have taken the time to refer people to
places in the spec [1] which supported your
position-- maybe
or now. No problem with creating a
second path and then seeing which is best.
I don't see that happening, as I mentioned in my post. I was just
excited by the notion of the SVG Generator, and wanted to rattle on a
bit about it.
Peter
--
Peter B. West <http://www.powerup.com.au/~pbwest/resume.html>
"Victor Mote" <[EMAIL PROTECTED]> wrote on 12.06.2004 17:35:04:
> It is no longer a concern of mine that FOP has returned to a monolithic
> design, but I think it is a bit unfair to the new developers to imply
that
> the XSL-FO standard mandates such a design, at least with the reasoning
that
>
Glen Mazza wrote:
> > The FO input
> > cannot be fully
> > realised with a complete resolution of the properties,
> which in turn
> > relies on layout. (Old argument, I know.)
> >
>
> Well, you should have taken the time to refer people to
> places in the spec [1] which supported your
> posi
We have it already (to a certain extent)unless I fail to see the
point. We have:
org.apache.fop.svg.PDFDocumentGraphics2D
org.apache.fop.render.ps.PSDocumentGraphics2D
org.apache.fop.render.ps.EPSDocumentGraphics2D
Of course, it will take some more time to mature but the most important
parts a
--- "Peter B. West" <[EMAIL PROTECTED]> wrote:
> SVG Generator can be added to an environment in
> which Java 2D graphics
> are already being produced, using the same
> instructions which are used
> on a Graphics2D object. The SVGGraphics2D object is
> used
n the same way they are
in any other Graphics2D object: g.fill(), g.setPaint(), g.translate()
etc.
SVG Generator can be added to an environment in which Java 2D graphics
are already being produced, using the same instructions which are used
on a Graphics2D object. The SVGGraphics2D object is u
--- "Peter B. West" <[EMAIL PROTECTED]> wrote:
>
> Obviously, I would love to be able to output
> alt-design's layout to PDF
> without having to build a new interface mechanism.
>
I think you have that already in the render.Renderer
interface--which defines those methods that a Renderer
must be
plied at playback time if the
estimate is incorrect."
I can find no further information about using this facility. I would
like to be able to output to a virtual GraphicsDevice implementing PDF
output.
Out of the blue, I was directed to the SVG Generator, which does for
Batik what I ha
