Alexandre Prokoudine wrote:
> There was a somewhat heated discussion of this thread at
> linuxgraphics.ru forum and here are several examples from people who
> deal with prepress work on daily basis:
> 1. Client brings an image for poster in CMYK which needs color
> correction. Urgent work, not time to ask him to redo it. Double color
> space conversion is out of question. So he had to use Photoshop from
> 2. You have a newspaper where first page should have a two-color
> photo: black (C=0%M=0%Y=0%K<=100%) and blue (C<=100%M=0%Y=0%K=0%).
> separate+ however separates black to 4 channels.
> 3. Some print houses set limit to overall sum of colors, for example
> 180%. So if you take Cyan 100% + Magenta 100% (already 200%) + a
> little of K and Y this will result in unnatural colors in a newspaper.
> 4. Live density control for each CMYK channel is a must (Scribus/SVN
> has that in preview dialog).
> To me it's somewhat strange that GIMP's product vision doesn't mention
> prepress needs explicitly.
A vision is an expression of the project of what they want
the software to be.
There is choice in there, and the user community cannot demand
that GIMP does certain things. For instance making web mockups
(including the required html + css generation) is explicitly not
Now what about that prepress. I think it is fairly safe to say
that scribus' vision is to be prepress-king and GIMP should watch
it not to want to overlap too much in that department. Everything
in the above examples that reeks of newspaper, publications or
multiple pages is a job for scribus. They want to do this.
The vision does speak about creating original art and I am all for
it to bring this original art to the printing press. And not via
the print dialog (I am also mr. openPrinting) but those printing
presses that have operators. From the description above you can
see what is should be like: first you create the art, then you
bring it to the press. Mix master tape (in rgb) and then cut
the lp (in cmyk).
founder + principal interaction architect
man + machine interface works
http://mmiworks.net/blog : on interaction architecture
Gimp-developer mailing list