ColorType.java: More than just XSL?

[COFFMAN Steven <SC...@CBSINC.com>]

In PDF, SVG, XSL, etc. we're flinging RGB floating point color components
around. I'd like to fling a color object around instead. It would be
relatively easy to switch between CMYK and RGB output in PDFs if we used a
color object, rather than floating point color components. For most
printers, CMYK PDFs look better than RGB, so it's not just an arbitrary
distinction. A simple way to create a gradient would be to pass a vector of
colors and whether it's radial or linear [x or y].

There's a ColorType.java in the datatype directory that's being used for
XSL. Is this an appropriate candidate for a color object to use?

-Steve

SVG

[Keiron Liddle <ke...@aftexsw.com>]

I've had a look at the SVG dom classes.

I will be moving all the svg code into this model once I figure out a few
things. This means some major restructuring.

This raises some questions.

should the implementation be placed in
org.apache.svg.dom.*

should all implementation classes be called
<interface name>Impl.java

Is it possible to have property makers (ie.
"propertyTable.put("width",SVGLengthProperty.maker())")
that applies only to a particular xml element or maybe xml namespace.
If not then there will be some problems with properties in svg and fop that
have the same name but need to return different objects (without making
Property bloated).
Also in svg the text element can have a list of x values that should parse the
property into a list, other x values should only be a single number.

COFFMAN Steven wrote:

> In PDF, SVG, XSL, etc. we're flinging RGB floating point color components
> around. I'd like to fling a color object around instead.

The SVG color object will be the implementation of the
org.w3c.dom.svg.SVGColor which holds an RGBColor