[Openicc] [Printing-architecture] [Gimp-print-devel] Colour

[Kai-Uwe Behrmann]

Am 16.11.09, 13:09 +0100 schrieb kate price:
> Hi all
> 
> I've been reading all posts with varying levels of comprehension, but  
> always with great interest.
> To get back to my own concern, design of the UI for the CPD I'm going  
> to boil this down to a quite high level statement which expresses the  
> direction we believe the CPD should take. This is not only in response  
> to the information gleaned here, but also very much in the context of  
> our own convictions about the design of a print dialogue for all users.
> 
> So:
> 
> *If printing doesn't exist, colour printing also doesn't exist. Terms  
> and concepts like colour management and ICC profiles have no meaning  
> to a vast majority of users. Most users  want their colour printing to  
> just work with no intervention required.

Agreed, most users do not need to know about techical details.
As soon as they want colour to just work, ICC colour management is the 
right choice to get this done. So at least the results of colour 
management are understood, and meeting of expectations regarding colour is 
part of how they are satisfied with the print system.

> *Successful colour printing is as much about media as it is about the  
> ink which goes on it. This means that for successful colour printing  
> from the CPD a holistic picture of the print is required.

Colour experts will largely agree.

> *Detailed controls of colour settings, detailed proofing of colour  
> fidelity etc. is far better suited to and achievable within the print  
> preview of a suitable application (GIMP, photoshop etc etc).

Is it planed to omit a detailed print preview? I have seen this kind of 
windows and modes in office applications,  mainly to walk through multi 
page documents before printing. They are very useful there.

How is the print preview integrated with CPD? Shall it work like a 
button inside CPD, which calls into the main application with some 
parameters to render the preview on application side? Or is it a tab? 
A link to according documentation would be great.

> *Professionals and power users and enthusiasts  need to be able to use  
> profiles and presets they have made or downloaded.  Therefore there is  
> a clear need to use colour presets directly from the CPD, even if it  
> is accepted that they cannot be made within the CPD.

How can we learn details about CPD presets? What makes it difficult to 
dump out a CPD preset?
 
> Practically this means that:
> 
> *Color controls are not in the CPD or at the very most, barely there.

While the idea was provided to hide low level ICC options, I would 
see it as an disadvantage to have the ICC related controls not 
available and would favour to make the outlined CM controls available in 
CPD through a experts only panel, which has a reset button for getting 
easily to the defaults.
But if not, how can applications plug-in a own CM panel into CPD?


As well looking at Windows and osX print dialogs, there are a lot of 
colour controls. These are not the expert controls you wrote about. 
Nevertheless they are a big selling point for photo printers.
Delivering vivid, natural, sepia and other effects on button click 
including a canned ICC profile mode is typical integrated into driver 
panels of photo capable printers. Why would print manufacturers wast that 
space if it would be of no need?
As well I expect most home users have a photo mode in their printing 
device. They print mostly letters but from time to time as well images 
and flyers. So this kind of ICC colour controls matters.

> *Let the API take the strain: i.e automatic colour control override is  
> desirable and achievable.

You mean setting and freezing colour related controls as soon as a ICC 
profile is selected(?) This would be the correct mode for the use of ICC 
profiles. Somehow CPD has to know, which settings are colour related for 
the particular driver. This can eigther be transported through Oyranos or 
the profile itself, which again can be translated by Oyranos.

There will be people who complain about the missed capability to hand 
tweak their colours. This is quite natural. A way to satisfy those 
demand is to support effect profiles, which fits well with the point 
above.

> *Focus on at the practical process of getting presets into our CPD  
> interface to work for enthusiasts and professionals alike.
> 
> It seems to me that a good focus from here would be to really get the  
> presets working for the most sophisticated users (as well as others).  
> This would be an area where further imput from interested parties  
> would be welcomed because I believe that there is a great opportunity  
> already here within the current design of the CPD. Surely integrating  
> the making, saving and using of these presets into a  smooth and  
> comprehensible part of a print workflow would be a great -and  
> importantly- achievable step forward that we can provide?

A big advantage of dumping out a preset is better supportability. With 
dumped files, it is possible to send such a preset to a knowledgeable 
person for remote analysis.
Cloning presets is for administrators and for sharing among people equally 
useful.

Regarding ICC profiles, a preset package would need to include the ICC 
profile.

> Kate
> 
> Kate Price
> man + machine interface works

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