Missed support for device-cmyk - SVG Color 1.2

Bug #444021 reported by Aurium

This bug report was converted into a question: question #232885: Missed support for device-cmyk - SVG Color 1.2.

16
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Inkscape
Invalid
Wishlist
Unassigned

Bug Description

At the "Uncalibrated device color" session ( http://www.w3.org/TR/2009/WD-SVGColor12-20091001/#device ) we can see the device-cmyk specification. That is very useful thing for generic CMYK works. And also very easy to apply:

  <circle fill="#CD853F device-cmyk(0.11, 0.48, 0.83, 0.00)"/>

As we have the ICC support, may be easy to add the uncalibrated CMYK support.

Tags: color cmyk
Aurium (aurium)
tags: added: color
Revision history for this message
Aurium (aurium) wrote :

That will be useful from now for who don't know what is a color profile. If someone sets a color from the CMYK dialog, the Inkscape automatically adds the fail safe RGB and the CMYK value defined by the user in the device-cmyk notation.

su_v (suv-lp)
Changed in inkscape:
importance: Undecided → Wishlist
Aurium (aurium)
tags: added: cmyk
Revision history for this message
Felipe "Juca" Sanches (felipe-sanches) wrote :

initial infrastructure for that was added in bzr revision 8871

jazzynico (jazzynico)
Changed in inkscape:
status: New → In Progress
Revision history for this message
Jon A. Cruz (jon-joncruz) wrote :

Just a warning... device-cmyk should almost NEVER be used. First of all, there is not really such a thing as "the generic CMYK color space". By definition CMYK color is very device dependent, and without the context of a specific instance of a specific printer, the numbers themselves are meaningless and dangerous. That is mainly since the exact same numbers are almost guaranteed to create a different output each place they are used.

Someone *needs* to know a specific target for CMYK to be able to use CMYK. The same goes for RGB. The good news is that SVG is defined to use the sRGB color space, and not just random RGB values. For CMYK one needs to know if it is "ISO Coated", "ISO Uncoated", "US Web Coated (SWOP)", "Europe ISO Coated FOGRA27" or something else.

I've also confirmed with the editors of the SVG 1.2 color spec that uncalibrated device color should avoided for any normal work. The main expected use case is for someone sending raw data to a printer in order to be able to print swatches to measure and create a printer-specific ICC profile from.

Again, this is most definitely *not* useful for generic CMYK work.

Revision history for this message
Jon A. Cruz (jon-joncruz) wrote :

Additionally device-cmyk is for SVG 1.2 only. So it is not compatible with SVG 1.1. On the other hand, icc-color(cmykProfile...) is compatible with the SVG 1.1 standard *and* is also the "proper" thing that end users need to be using.

Changed in inkscape:
assignee: nobody → Felipe "Juca" Sanches (felipe-sanches)
Revision history for this message
Felipe "Juca" Sanches (felipe-sanches) wrote :

JonCruz, can you deal with this issue, please?

Changed in inkscape:
assignee: Felipe "Juca" Sanches (felipe-sanches) → nobody
Revision history for this message
spoorthi (spoorthi-myneni) wrote :

Hi,

I am not sure if this is the right place to ask this question, but any help on this would be very appreciated.
I am using svg elements in my xsl:fo template and have used US Web Coated SWOP color profile to be applied to the svg element say rect. After generating the PDF when I try and edit the properties of the element it still shows that the Color Space used is DeviceRGB instead of DeviceCMYK. What mistake am I doing here?

Here is the sample code:
<fo:instream-foreign-object>

  <svg:svg width="558.001pt" height="11pt"
  xmlns:svg="http://www.w3.org/2000/svg" >
  <color-profile name="acmecmyk" xmlns:fo="http://printers.example.com/acmecorp/model1234"/>
  <svg:rect x="0" y="-20"
   width="558.001" height="35" rx="15.422" ry="15.422" style="fill:#efebe7 icc-color(acmecmyk, 0.05, 0.05, 0.07, 0.00)"/>
  </svg:svg>
  </fo:instream-foreign-object>

Any suggestion or help would be really appreciated.

Thank you

Changed in inkscape:
status: In Progress → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.