[Openicc] colord Printing Plans, CPD and Gutenprint role of PPD

[edmund ronald]

Sanity seems to have suddenly occurred. What are we going to have next
- world peace?

Edmund

On Tue, Mar 1, 2011 at 11:00 PM, Kai-Uwe Behrmann <ku.b at gmx.de> wrote:
> Am 01.03.11, 14:22 -0700 schrieb Chris Murphy:
>>
>> This is why I think press proofing needs to be off the table for now.
>
> Thats my impression as well.
>
>> From my experience with this (which is somewhat limited, I think Leonard
>> knows more about this), I'd say the following are doable in a v1.0
>
>> •       Flat color PDFs
>
> agreed
>
>> •       RGB only, mixed color space (i.e. sRGB and Adobe RGB), with live
>> transparency, with an RGB blend space.
>> •       CMYK only, single color space, live transparency, with CMYK blend
>> space.
>
>> •       Single output intent.
>
> agreed
>
>> If you include, in the core system, the ability to do two transforms it
>> gets much more complicated. And to effectively proof you'd have to deal with
>> mixed mode content, along with transparency anyway. That's is in the realm
>> of commercial products for now, IMO.
>
> ... or at least for specialised applications.
>
>> And as for the CPD soft proof for the single *local* destination (again
>> I'm not considering printing presses to be local printers), e.g. to my local
>> laser printer. I'm generally opposed to simulating paper white on-screen in
>> a print dialog. You have all sorts of surround color issues that obliterate
>> any ability for the simulated paper white to be even remotely helpful. If
>> anything it's harmful. The intent to display for such a "soft proof" should
>> be RelCol no BPC. Not AbsCol.
>
> Fine, this would suffice for a naive user friendly preview.
>
>> Cloud printing is another area of exploration of the issues, and might go
>> in a v1.0 or maybe v1.5. How must it differ from local printing? Or maybe
>> how doesn't it differ at all? And what do the cloud printing
>
> From a architectural and interoperational point of view, it makes sense to
> put all required informations inside the PDF in a standard way. Thus any
> remote side is free to support these features.
>
>> services need to provide to integrate? Do they even give a crap? Is it all
>> proprietary anyway?
>
>> Chris Murphy
>
> kind regards
> Kai-Uwe Behrmann
> --
> developing for colour management www.behrmann.name + www.oyranos.org
>
>
>> On Mar 1, 2011, at 6:02 AM, edmund ronald wrote:
>>
>>> Please understand that anyone seeing endless theological discussion of
>>> multi-layer PDF files with various embedded profiles and rendering
>>> intents will get frustrated. I think Chris is right, and people
>>> wanting RIP abilities would do well to be advised to move to a RIP
>>> today.
>>>
>>> Edmund
>
> _______________________________________________
> openicc mailing list
> openicc at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/openicc
>