[Openicc] Print-Color-Pipeline: Learning from TurboPrint and Photoprint

[Robert Krawitz]

On Fri, 11 Feb 2011 13:40:27 +0100, Gerhard Fuernkranz wrote:
> Am 11.02.2011 10:58, schrieb Jan-Peter Homann:
>> Hello to all,
>> Reading the e-mails about implementation of cupsICC based print
>> colormanagement workflows, it seems, that we are far away, from having
>> a reliable and easy to use ICC based print workflow.
>>
>> Most dicussed problems are based on the assumption, that ICC based
>> printing has to to implemented in the PDFtoRaster Filter with the
>> OutputIntent as target profile, to allow color management for PDF
>> files, ICCbased PDF objects.
>>
>> As written in my concept for colormanagement under LINUX at the
>> OpenICC wiki, a faster implementation would be succesful, if we
>> concentrate in the first step on flat color documents. This would
>> deliver ICC based color management workflows for following use cases:
>>
>> - sRGB based print workflow for all "color dumb" applications
>> - printing of digital images with workingspaces other than sRGB (e.g.
>> AdobeRGB, Eci_RGB, ProPhoto etc.)
>> - printing of graphic arts PDF files which have been rendered to
>> standard CMYK workingspace like e.g. SWOP, ISOcoated_v2 or GRACoL
>
> And what about printing arbitrary (although still PLRM and PDF spec
> compliant) PS and PDF documents, coming from abitrary sources (e.g.
> downloaded from the internet, or received from a friend, business
> partner, etc.)? IMO this is an important use case too, and "flat only"
> might be a severe restriction.

Jan-Peter said -- correctly, in my view -- that concentrating on flat
color documents *as a first step* is the way to go.  It's not the end
goal, it's simply a first step that would achieve something useful as
a proof of concept.