Re: [Gimp-developer] Thoughts on CMYK, and getting it without implementing it.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, 2001-11-29 at 20:23, pcg@xxxxxxxx wrote:
> > Sometimes you will need to match a logo captured in a photograph to a
> > specific "logo colour" , but the first step would be to convert your
> > photograph to CMYK.
> 
> But how critical is that process? Do you think that my main point - cheap
> conversion to cmyk in the tiff/eps-plugin(s) - would really ease life and
> would enable gimp to enter prepress world (even if not at all perfect)?

Where I work it is a very critical process.  At smaller shops that work
with less compulsive designers it is much less critical.  This feature
would not get gimp into prepress houses, but might help out the casual
designer who is preparing artwork for a short print run.

> > "Logo Colours" (aka spot colors or PMS colors) can already be used in
> > gimp if you are only using one ink at a time.  Just save your image as a
> > grayscale tiff and place the image in quark using whatever ink you want.
> 
> What about the clipping path, though? I'd guess you want to overlay these
> layers often.

Yes, clipping paths would be important.


> I was told that trapping can be done with expensive plug-ins for photoshop
> only, which would make sense, since trapping is (AFAICS, no idea actually)
> not really well-defined for photos, what users would buy such a trapping
> plug-in for photoshop?

Photoshop has had a built in trapping function since atleat version 5.5,
but I've never actually used it.  I've never seen a photoshop plugin
used for trapping, but I suppose it is possible.

The most common/best way to do trapping that I have seen is to trap
after the rip using a program like creo/scitex full auto frame (which
isn't quite as auto as the name implies:).

In general trapping shold be done by a prepress professional, not by
your average in house designer.
 
> > setting the colour profile to sRGB in gimp is the wrong fix.  There
> > should be a setting on either quark or the rip that tells it what color
> > profile to use for images that have no assigned profile.
> 
> Unfortunately, users usually don't have control over the rip. I guess
> whatever rip is used just uses it's defaults for RGB. quark is a difefrent
> story - what if quark doesn't have such a setting?

even if it doesn't have a setting I dont think we should modify the
default behaviour of gimp to work around a bug in quark :)

> But I think that acse would be rather irelevant once we have CMYK in tiff.

Yep.

> 
>    REVISED CONCLUSIONS (ordered my importance).
> 
> 1. implement CMYK saving in tiff and eps.
> 
> 2. enhance tiff(?) & eps to save all channels & paths in whatever format
>    is actually understood (DCS for eps). one path must be marked as
>    clipping path (e.g. by name "Clipping Path" or by some parasite
>    (gimp-clippath on the image containing the ascii form of the path
>    tattoo or somesuch).
> 
> 3. (optional, but important) finally enhance the paths to be multipart,
>    contain holes etc. simon? siiiiiiiimoon? ;)

How is #3 optional? :)

Jay Cox
jaycox@xxxxxxxx




[Index of Archives]     [Video For Linux]     [Photo]     [Yosemite News]     [gtk]     [GIMP for Windows]     [KDE]     [GEGL]     [Gimp's Home]     [Gimp on GUI]     [Gimp on Windows]     [Steve's Art]

  Powered by Linux