[Printing-architecture] Common Printing Dialog and color management

[Kai-Uwe Behrmann]

Am 24.02.11, 14:39 -0000 schrieb Richard Hughes:
> I've been doing quite a lot of research in to the Common Printing
> Dialog in the last two days for my colord integration. I'm really not
> sure where it fits in my color managed architecture plans.
>
> From my perhaps-naïve point of view, CPD seems to have 3 main problems:
> 
> * There hasn't been any code merged in 5 *years*, even though quite a
> lot of code has already been written.
> * Neither GTK or KDE seem to want to include a new UI that doesn't
> match either of their HIG guidelines.

As usual: citation needed. That leads to a contructive dialog.
Marginalisation is no good style.

> * Every single PPD file on the planet would need to be modified to
> support the CPD.

You can not be serious about this.

> So basically, I'm not sure what the CPD buys us. Looking at
> http://wiki.openusability.org/wiki/printing/index.php/Photo_printers_parameter_specifications#Color_Management_and_the_CPD
> I'm not convinced mixing the color management settings in with the
> printing options makes a lot of sense either.

CPD runs as a user process. Thus the user relation is first class. While 
xxxtoraster is a server side process running as user lp. How might lp 
know, which ICC profile is the actual one and from which user? On 
which mechanism does the scheme rely on? It was brought up several 
times. I never read a convincing answere for that question.


regards
Kai-Uwe Behrmann
-- 
developing for colour management 
www.behrmann.name + www.oyranos.org