On Thu, Mar 29, 2012 at 6:26 PM, Kai-Uwe Behrmann <[email protected]> wrote: > Andrew Chadwick <[email protected]> schrieb: >>On 28 March 2012 17:08, Boudewijn Rempt <[email protected]> wrote: >>> I tested today in krita -- it's a little known thing that Krita >>supports a linear-light workflow perfectly well. Basically, it's a >>matter of using the right icc profile to define the working space and >>the example Andrew showed just works in Krita. >>> >>> Wouldn't it be easier to just define the working space with a profile >>in openraster, and take it from there? >> >>This is drifting a little far away from a discussion of compositing op >>gamma, but just to remark that colourspaces can already be >>encapsulated in each individual PNG layer graphic, and should probably >>be used for conversion into whatever internal working space is used by >>the program if they're specified. If you add another top-level >>profile, you'd have to define which one takes precedence for a given >>layer PNG... > > exactly > > kind regards > Kai-Uwe Behrmann > -- > www.oyranos.org > > PS: I still do not get the point, why OpenRaster is not simply a subset of > SVG without matrix transforms? > Then it could leverage much wider support steaming from W3C. Sorry for my > ignorance/naivity.
Because uh.. SVG is a -vector- format. While it's possible to specify a very small subset of SVG which would match OpenRaster's capabilities, it would carry the implication that it had some relation to SVG (and hence, that it was based on a vector, not raster, image model). AFAICS, it has only one point in common: it's an open format for storing images of possibly non-trivial complexity. _______________________________________________ CREATE mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/create
