<br><br><div class="gmail_quote">On Thu, Dec 22, 2011 at 10:59 AM, Gregory Pittman <span dir="ltr"><<a href="mailto:gregp_ky@yahoo.com">gregp_ky@yahoo.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 12/22/2011 11:10 AM, Patrick Noffke wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
</blockquote>
Another reason why I think this is incorrect behavior is with respect to<br>
gradients.  If you create a rectangle with Black R=G=B=0 on the ends, and a<br>
dark red (for example), with R=75, G= 45, B=45 in the middle, then when you<br>
make the PDF, the black ends will get K only, and the middle will have<br>
4-color, with the CMYK coverage depending on the output intent (for the<br>
SWOPcoated5_240 TAC profile, the middle red CMYK is (40%, 70%, 36%, 76%)).<br>
  If you want to print this on a high-quality device, which is capable of<br>
handling high TAC levels, the black ends will be too light from what the<br>
author intends.  Or to put it another way, if you work with RGB colors, to<br>
get a nice saturated black on a high quality device, you have to create a<br>
color like R=0, G=1, B=0.<br>
<br>
What do others think?  I'm happy to file a bug report (with a patch), if<br>
you think it makes sense to change the behavior.<br>
<br>
</blockquote></div>
From time to time, we have this discussion, about what black is, how black black is, etc. You might consider whether to use rich black in your instance:<br>
<br>
<a href="http://wiki.scribus.net/canvas/What_is_Rich_Black%3F" target="_blank">http://wiki.scribus.net/<u></u>canvas/What_is_Rich_Black%3F</a><br>
<br>
but I don't think that Scribus should make this decision for you. If someone such as yourself has knowledge of and uses a high-quality printer, then you would want to be aware of options, but even then, there are various options.<br>

<br>
Greg<div class="HOEnZb"><div class="h5"><br></div></div></blockquote><div><br></div><div>I'm concerned about the general usability, not so much my particular instance anymore.</div><div><br></div><div>I completely agree on having some pre-defined CMYK colors, such as "Black" which is defined as C=M=Y=0, K=100.  Though perhaps this should be called "Process Black."</div>
<div><br></div><div>But when a user is working with RGB colors (including custom ones), shouldn't the output intent determine how rich the colors become?  And in the gradient example I gave, the red in the middle will be darker (in terms of L*) than the edges, due to the higher total coverage.  I cannot see how this would be the intended result.</div>
<div><br></div><div>Pat</div></div>