[prev in list] [next in list] [prev in thread] [next in thread] 

List:       koffice
Subject:    Re: pantone color
From:       Thomas Zander <zander () planescape ! com>
Date:       2002-05-02 16:34:50
[Download RAW message or body]


On Thu, May 02, 2002 at 05:36:46PM +0200, Thomas Diehl wrote:
> On Thu, 2 May 2002 17:10:07 +0200, Thomas Zander wrote:
> 
> >I have to disagree here; the photo editing application knows just about the 
> >CMYK colors and converting them to and from RGB.
> >The steps you describe are done later in the process.
> 
> Yes, partly this occurred to me later as well (although I have an
> extremely hazy idea of the programming side of this anyway).
> 
> >Here is a short summery;
> >* splitting the CMYK into seperate channels; either the paint program, or the
> >print software. but that is a breeze since its just simple data manipulation.
> >* The dots and their distribution as you say. This is the screening process
> >and is printer dependent. This is done by a RIP or another special machine.
> 
> Values for lpi, dpi, halftone type, and even dot patterns can be set in
> (at least some) bigger layout programs which also try to bypass the
> system drivers as much as possible and write their own PS.
Right, this is stuff you can put into PS.  This means that Qt would have to
do that and KDEPrint will have to sent that stuff.

> But since
> the RIP (at least high end RIPs) may again overwrite many of these
> settings I'm really also pretty hazy about which part of the machinery
> is exactly doing what in the end. I'm just happy if it looks okay. ;-)

DPI is implied since you put dimentions in your DTP application when you print
an image.
The other stuff is indeed done on the RIP for a simple reason, you don't want
to bother the graphics man (in this case you :) with it.  Plus that for different
printers different settings are optimal.  Even for the same kind of priner a 
new pair of drums (thats for toner based printing) means you may want to tweak 
these settings. But then those things are done on the streamer if you are into
these things..
Anyway, this is fun stuff but not for KDE.

> But, as you say, all this is not really necessary for a basic
> implementation anyway.
Nope :)

> >Bottom line; Krita should know about 4 channel images and should be able to 
> >convert to and from RGB. 
> >
> >Optional are ICC profiles for color management.  The basis of this is simple, 
> >the implications of using ICC profiles is huge. And wonderful :) 
> 
> Have you looked at http://www.littlecms.com/ ? Would be very interested
> to know if this could be usable for KDE/KOffice sometime / somehow.

I'm afraid I won't find time for that anytime soon :) 

-- 
Thomas Zander                                            zander@earthling.net
The only thing worse than failure is the fear of trying something new

[Attachment #3 (application/pgp-signature)]

[prev in list] [next in list] [prev in thread] [next in thread]