[Openicc] CUPS Color Management under Linux gets into distros
lists at colorremedies.com
Fri Mar 4 18:49:25 PST 2011
On Mar 4, 2011, at 7:19 PM, Hal V. Engel wrote:
> On Friday, March 04, 2011 04:38:01 PM Chris Murphy wrote:
> > I think Krita must be a good example application that is in need of the
> > CPD.
> This really is not a CPD issue. The CPD requires that the app hand it a PDF spool file and if that file is stripped of CM info then the printing pipeline will treat it as sRGB assuming that the content is RGB and assuming that there is a CM smart printing engine in place. The issue is that Krita is currently dependant on the Qt print engine to produce that spool file and as I have reported the Qt PDF print engine is badly flawed. The CPD would not change any of this for the Krita folks.
> The only option at this point is to by pass the Qt printer paint device and create PDFs directly to be sent to the printer. This may not be a huge issue since there are libraries for creating PDFs out there but I don't know if these are good enough to create properly color managed PDFs. And even if there were a library that would do the job it would still be non-trivial to add this functionality to an app like krita. In the long run either the Qt printer stuff gets fixed or Qt apps that are concerned about CM will need to by pass Qt when printing docuements where color matters.
Seems to me we have an equivalent priority to get libraries that can created PDF spool files, as anything else on the list. Otherwise we're looking at an sRGB workflow across the board (which is not necessarily a bad first start but it would be depressing if it were left there).
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the openicc