Andrew A. Gill wrote:

> I think I agree with 99% of what you wrote. Clarifications/quibbles:
> (wait.  Nevermind.  Probably about 75%)

I better explain some things before that drops even further >^}

>> 4) tiff or pdf? it is just a transport method. it is a strategic
>>   choice what to do first/better/at all.
> PDF isn't really appropriate for raster images, but printers know  
> how to deal with them and some expect it.

there seemed to be (simply better specified) benefits to pdf.
but I am sort of neutral on this file type issue.

>> 1) all creative work in GIMP is in rgb.
> Is currently?  Or should be?  I can agree that it is currently, but  
> it should allow CMYK editing.

currently and will be. hold it one moment with the cmyk editing.

>> 2) when it is one of those times (plural) to work on the
>>   printing press mastering of this file, then pull the
>>   "press projection" over the image window. now you can see the
>>   plates (similar to layers) and work on each or combinations.
> This would make a very useful feature, but it must accompany full  
> CMYK editing.

you see, IF you set up your separation as standard (default) cmyk,
the plates are c, m, y and k and you are editing within the press
projection cymk. with the full awareness that this is totally
geared towards that printing press, which is a user requirement.

now the benefit of not hardwiring a cmyk mode in GIMP is that
it will be just as easy to set up a
spot(candy apple red) + black + spot(metallic silver) + spot(matt  
separation, and work just as freely on it, with true preview.

and that is progress.

>>   CMKYGO can easily be also a default.
> Probably not, for a few reasons.  Hexachrome(R) is patent- 
> encumbered, for starters.

ouch. sorry to have mentioned it then.

>> 4) flip the press projection up again and continue to work
>>   on the creative part. flip the press projection down
>>   again and the plates are updated from the image changes.
>>   with previous plate modifications applied on top.
> Ah.  This is needlessly complicated and would require two versions  
> of the same image.

I think you can see from the above that you can work then however you  
you will never have to touch the rgb side to get things exactly how
you want to if you simply keep working with the press projection
(in cmyk, no doubt in your case).

> Remember--rich black is a necessary CMYK color and cannot be  
> represented in RGB.  Trapping images requires CMYK and the trapped  
> image cannot be represented in RGB.
> Changes to one image cannot be automatically transferred to the  
> other without complicated transforms.  This is far more than just  
> RGB > CMYK.  This would involve things like edge detection and  
> intelligent algorithms to determine when a boundary between two  
> colors in one version of the image has shifted and thus requires a  
> change to the other version.

ah, forgot to mention that, sorry.

7) all the advanced press functionality (like trapping) will be
    build in, previewed and user-controlled in press projection.


         founder + principal interaction architect
             man + machine interface works
 : on interaction architecture

Gimp-developer mailing list

Reply via email to