<br><br><div class="gmail_quote">On Tue, Dec 20, 2011 at 1:07 PM, Jean Ghali <span dir="ltr"><<a href="mailto:jghali@libertysurf.fr">jghali@libertysurf.fr</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
----- "Patrick Noffke" <<a href="mailto:patrick.noffke@gmail.com">patrick.noffke@gmail.com</a>> a écrit :<br>
<div class="im">><br>
> I expect all colors to use the profile to convert to CMYK, but for<br>
> RGB<br>
> colors when R=G=B, it is only using black.  I don't think this is the<br>
> correct behavior.<br>
<br>
</div>The behavior here is explained by quality considerations. When using vector objects with r=g=b, icc conversions does not work well when document is targetted to be printed on a press (digital or not). In those case, icc base cmyk conversion will usually produce a separation using all 4 cmyk channels and this is the problem :<br>

- such color has very bad colorimetric stability on press : unless the color is very dark, any shift on a single color will trigger the gray to be shifted. As the shift depends on the ink percentage, the result will also be a poor gray balances.<br>

- using all 4 cmyk colors for grays on text and lines will deteriorate output quality by making text and lines look more 'fat' than they should be. Any ink registration problem will make the problem even worse.<br>

- such a document will need better ink registration and cause higher make-ready times if printed on traditional press, those higher make-ready times will however not really improve printed quality in this case<br>
- higher make-ready times will cause higher production costs<br>
<br>
Conclusion : in most case, traditional icc conversion is to be avoided for gray color with r=g=b. Scribus behavior has been implemented in view of those practical considerations. Preflight tools such as Pitstop implements similar handling of rgb grays btw.<br>

<br></blockquote><div><br></div><div>Thank you for the explanation.  That all makes sense, but it seems like a band-aid to account for some users' ignorance.  The correct way to fix those problems is to use a CMYK color (with only black set to non-zero).  But for those same users that want to create RGB colors that are near gray and very similar to each other, they will not get the colors they expect when they go to press, and they likely will not understand why.</div>
<div><br></div><div>Can you please tell me how RGB images are treated, when a printer ICC profile is assigned to the output intent, and an RGB ICC profile is assigned to the RGB images?  Does Scribus do the color conversion when creating a PDF/X-3 document, and store the images as CMYK, or store the (RGB) profile in the PDF and associate it with the RGB images?  If the latter, then it is up to the printer to do the CMYK separations, and hopefully they do them correctly.</div>
<div><br></div><div>Thanks,</div><div>Patrick</div></div>