From: peter sikking <peter@xxxxxxxxxxxx> Date: Fri, 27 Mar 2009 01:20:48 +0100 this whole pdf/cmyk discussion has been a nice exercise for me in getting to "know the activity" as Don Norman calls it. this is what I digest from all that has been said here: rule #1: the topic we are talking all the time about here is not cmyk, tiff or pdf. the topic we are talking about is mastering for the printing press everything evolves around that. I think the case of "text black" is a partial, qualified exception -- but it's arguable that it has any bearing on RGB vs. CMYK. It really means "the darkest, sharpest black that can be produced" regardless of rendering device. It could just as well be represented as RGB+K, or simply as a separate layer. I'd argue that it's actually a creative choice, though. So I'd say that it's really not at odds with what you're saying. Perhaps prepress tasks would better be implemented as a plugin (or set of plugins)? It's hard for me to see how trapping (for example) would make any sense at all as part of the core, but as a plugin it would make perfect sense. I know Adobe at least used to sell a product called TrapWise whose purpose in life was to do nothing but trapping. I don't know if it had a Photoshop plugin component or not. -- Robert Krawitz <rlk@xxxxxxxxxxxx> Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2 Member of the League for Programming Freedom -- mail lpf@xxxxxxxxxxxx Project lead for Gutenprint -- http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton _______________________________________________ Gimp-developer mailing list Gimp-developer@xxxxxxxxxxxxxxxxxxxxxx https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
