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 used instead, and
the same graphical operations
--- 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 instead, and
the same graphical operations
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
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
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
has
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 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--
to be applied 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.
/quote
Out of the blue, I was directed to the SVG Generator, which does for
Batik what I have
--- 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 able to
