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

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

Received on Thursday, 11 June 2009 17:19:24 UTC