This is the Disposition of Comments for those parts of the 21 December 2007 Last Call of SVG Print 1.2 which relate to color; that material has now been split into a separate module, SVG Color. This document lists the comments recieved on the Last Call specification and the extent to which we believe they have been addressed in the latest SVG Color Working Draft.
| Code | Meaning |
|---|---|
| Unrelated to color | The comments related to other parts of SVG Print, and did not relate to Color. |
| Agree | The commentor and the WG agree on the comment, and if necessary the specification has been altered or clarified to bring it into line with what the commentor requested. |
| Discuss | The comment resulted in some discussion, but no change seemed to be asked for and none was made. |
| Compromise | The commentor and the WG compromise on the comment; the WG has explained why they feel the sugested changes woud not be an improvement, or have drawbacks outweighing the gain, or are too hard to implement. |
| Disagree | The commentor and the WG compromise on the comment, the WG have explained their reasoning, and the commentor has stated they are unsatisfied. |
SVGP12-001
Re: LastCall for SVG Print 1.2
Sergiu sent a number of useful editorial corrections, with which the Working Group was in agreement; however none of them related to the section on Color so they are not adressed here. |
SVGP12-002
3.9, The use-master-page attribute;
3.10, The print-display attribute
Response: Chris Lilley Jeremias sent a number of useful editorial corrections regarding use-master-page and print-display, with which the Working Group was in agreement; however these are unrelated to the section on Color so they are not addressed here. |
SVGP12-003
5.2, Specifying paint
Response: Chris Lilley Response: Chris Lilley Response: Jeremias Maerki Jeremias hilights the the lack of broad understanding on color, and tthe need for more educational materials. We agree, and have added additional explanatory material to the SVG Color primer. Jeremias points to the different syntactic forms for ICC-based RGB color in XSL-FO, the lack of support in XSL-FO for spot color or for calibrated ICC-based CMYK colour in XSL-FO, and the difficulty in obtaining profiles for named colors; he asks for further dialog between XSL and SVG WGs on this issue. We agree, and have discussed this with the XSL FO subgroup; we intend to align on the semantic level. 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. |
SVGP12-004
5.4, deviceColor Element
Response: Chris Lilley Response: Chris Lilley Response: Jeremias Maerki Jeremias states that the syntax and processing model for this element is too vague, difficult to see how to implement, and requires better fallback. We agree, have improved the introductory material on this feature, clarified the examples, removed the unnecesary and underspecified extension-namespace-based mechanism, clarified how compositing is affected, and changed the syntax to add mandatory sRGB fallback. Jeremias suggests that device-color would be better using pseudo-profiles like DeviceCMYK or DeviceRGB. We agree, but rather than using a link to a pseudo-profile have used a functional notation to indicate the base class of device which is needed for a given device color. This covers the most commonly requested use case, device CYK, and can also cover multi-channel inksets like Hexachrome™. |
SVGP12-005
Implementation in Apache FOP
Response: Chris Lilley Jeremias, who is an Apache FOP developer, looks forward to Apache Batik being modified to understand SVG Color, so that Apache FOP can consume both color-managed XSL-FO and color-managed SVG, and produce color-managed printed output. The SVG WG would also be happy to see such implementations. |
SVGP12-006
Editorial, missing comma
We agree, now corrected. |
SVGP12-007
SVGPrint - Comments from CSS WG
Response: Anthony Grasso The CSS WG sent a number of useful editorial corrections regarding the current master page and print-display; however these are unrelated to the section on Color so they are not addressed here. |
SVGP12-008
XSL comments on SVG Print
The XSL-FO subgroup sent a number of valuable comments regarding the pageSet and page elements , the scope of a page, master pages, the relationship between XSL-FO pages and SVG Print pages, Animation and Scripting, relationship to job control standards, JDF, and bundled jobs. Those comments do not affect SVG Color and so are not addressed here. |
SVGP12-009
5. Color specification
Response: Chris Lilley Response: Liam Quin The XSL-FO subgroup indicated that the color specifications seemed to be appropriate and expressed a wish to also advanced color specifications in XSL FO. We agree, and hope that the splitting-out of the color material into its own module makes this easier for the XSL FO sg. |
SVGP12-010
5.1 Color interpolation
Response: Chris Lilley Response: Liam Quin The XSL-FO subgroup pointed out that SVG Print precluded animation, but that certain attributes were still listed as animatable. We agree; this was an inadvertent consequence of the SVG Print spec attempting to addess printers, other paged nedia such as print preview, and general SVG all in one specification. SVG Color provides a general color upgrade for SVG, and so indicates which properties are animatable. Naturally, the animatability only applies to dynamic profiles which support animation. |
SVGP12-011
5.3 Color profile descriptions
Response: Chris Lilley Response: Liam Quin The XSL-FO subgroup pointed out deficiencies in the rather brief language for rendering intents, and proposed better wording. The SVG WG agrees, thanks the XSL-FO sg for this excellent wording, and has adoped the it in the latest draft. |