W3C home > Mailing lists > Public > public-svg-print@w3.org > June 2009

Re: Feedback on SVG Print 1.2 WD 2007-12-21

From: Jeremias Maerki <dev@jeremias-maerki.ch>
Date: Sun, 14 Jun 2009 13:19:19 +0200
To: public-svg-print@w3.org
Message-Id: <20090614131529.C41A.60BA733C@jeremias-maerki.ch>
Hi Chris

Thanks for the feedback. I'm happy with the responses and that SVG Print
and Color Management have been separated. This gives the color aspects
more weight. I'll continue to follow the developments here and I hope
I'll have time at some point to do some implementation work to verify
the spec. No promises. ;-)

On 11.06.2009 19:19:13 Chris Lilley wrote:
> Hello Jeremias,
> Some time ago you gave some feedback on SVG print
> http://lists.w3.org/Archives/Public/public-svg-print/2008Feb/0000.html
> and I briefly responded at the time
> http://lists.w3.org/Archives/Public/public-svg-print/2008Feb/0001.html
> since then the SVG WG was primarily occupied with spec writing and test suites for other specifications. More recently work has restared on these SVG modules. SVG Print has been split into two specifications, one for the multipage functionality and one for color management. It is in connection with the latter of these that I am contacting you now.
> Your comment is listed in a draft disposition of comments
> http://dev.w3.org/SVG/modules/color/DoC/Tiny12DoC.html#SVGP12-003
> and our response (to the color-related portions of your comment, only) is broad agreement that there is a need for greater dialog between XSL FO and SVG on these issues. Given the different constraints on syntax for each spec, such alignment is likely to be at the functional rather than the syntactic level, but that is the level which most affects implementations in terms of shared code and concepts anyway.
> The XSL WG has in fact indicated that it wishes to re-use the SVG WG work in this area for icc-based CMYK color and for device color.
> http://dev.w3.org/SVG/modules/color/DoC/Tiny12DoC.html#SVGP12-009
> Several open-source implementation which generate of consume SVG have also indicated an interest in the SVG color work; in particular Inkscape would like to generate SVG with calibrated, ICC-based CMYK and Scribus would like to consume these to produce PDFs. It is therefore likely that the XSL+SVG combination would also start seeing SVG which uses calibrated CMYK.
> For icc-named-color, the SVG WG is aware of ongoing work on swatches on the create mailing list and on the open-icc mailing list, which may provide practical, authoring-implementation-supported help for this issue in the future. In other words the relevant tools are likely to start producing these profiles, and there are likely to be named color profiles available that people can pick up and use.
> For the device-color element, we were initially inclined to disagree; but have been thinking about this more recently, and at this weeks face to face meeting decided to change the syntax to one which is simpler and directly maps to the PDF DeviceGray, DeviceRGB and DeviceCMYK constructs (and also to a multichannel option). This part is not fully specc'ed out yet, but there is an early editors draft of SVG color at
> http://dev.w3.org/SVG/modules/color/master/SVGColor.html
> that spec is changing, but we are starting to edit in an alternative that is very close to your suggestion.
> Please let us know if these responses correctly address your comments. Sorry again for the delay between your comments and our substantive response.
> -- 
>  Chris Lilley                    mailto:chris@w3.org
>  Technical Director, Interaction Domain
>  W3C Graphics Activity Lead
>  Co-Chair, W3C Hypertext CG

Jeremias Maerki
Received on Sunday, 14 June 2009 11:19:22 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 19:41:46 UTC