[CREATE] OpenRaster core XML pondering (Re: OpenRaster page)

[Øyvind Kolås]

On 8/22/06, Cyrille Berger <cberger at cberger.net> wrote:
> > On the opposite side of the spectrum, a strict subset should be
> > defined as a baseline. A baseline stricter than the current feature
> > sets of current gimps and kritas would probably not allow:
> let's consider what would be "baseline" later, once the spec is nearly
> completed, and lets inkscape/scribus/whatevernonbitmapbased devs define what
> they think should be baseline and what shouldn't.

For an application that supports more feature rich versions, it would
be possible to export such a format by collapsing all other layers to
the top level layer, and export it as PNG.

It is easy to write a renderer for this format for OpenGL/cairo/SDL/SVG/foo.

> colormanagement should be baseline. the whole point of the fileformat is to
> exchange bitmap creative work, and color management is an important part of
> it.

Defining that the colorspace used is the same as the formats included
usually mean (jpg, png and SVG are most often already defined to be in
sRGB.

The next step in my opinon would be to allow filters, but when
allowing filters, the application should also support.

1) stack of layers of png,svg or jpg, only over operator.
2) groups of layers
3) ICC profiles
5) clones/symlinks
6) embedded graphs as filters and composers

For group 2 and above there would be filter/composer
levels of complicance. (not sure if this should be just an ordered
list of increased complicance as well,. probably not)

porter-duff compositing modes
gaussian-blur
arithmetic-operators
color: threshold, stretch contrast, brightness/contrast/gamma
pdf/svg compositing modes
gaussian blur
unsharp-mask
custom ary and unary operations.

And in all things related to levels of complexity, I'm only
considering the purely compositing related aspects. The complexity of
the used meta data should probably also increase with how complex
portions of the standard are used.

/Øyvind K.
-- 
«The future is already here. It's just not very evenly distributed»
                                                 -- William Gibson
http://pippin.gimp.org/                            http://ffii.org/