[Openicc] Printing profiling targets - state of implementation?

Michael Sweet msweet at apple.com
Tue May 21 08:12:46 PDT 2013


Edmund,

On 2013-05-21, at 10:18 AM, edmund ronald <edmundronald at gmail.com> wrote:
> Michael,
> 
>  I have discussed this issue again with Robert. Speaking as engineers, we at Gutenprint *really wish* to be able to throw an OFF switch on a queue, and print *from normal graphics applications* , in particular the GIMP. 

As I mentioned in my response, you *will* be able to set a default for the option for this purpose.  But from a UI perspective there won't be a visible option for it in the standard print dialog, just API for applications to "opt in" that need it.

>  Also, we really would need to print via the graphics apps - professional color management people do strange stuff like print 5000 patch A3 targets multiplexed in different positions on 44" printers to average them  or mirror and print the same file side by side across a big page to compare profiling algorithms bypassing any built-in CMS. I myself assemble targets for some esoteric spectros (Barbieri) by overlaying patch sets with hand-designed masks, this is done with a graphics app. 

OK, so there are a couple comments I have about this:

1. Hand-generating profile targets isn't exactly mainstream usage, even among professionals.  This is more in the "color research" arena.

2. If this sort of thing is needed for research, small target printing applications (perhaps based on a common one shipped with GNOME) might be a better, less error-prone approach.  Then you have complete control over the color, since graphics apps often are limited by the toolkits and libraries they use.

> ...
> At this point we really would appreciate being provided exactly the engineering toolset we request, albeit hidden from the user, and being allowed to get on with it rather than being told that an off switch hidden away in a cabinet might confuse users. 

I believe we are providing you with the Off switch you need.  There was never any discussion of not providing one, merely that the Off switch should not be part of the standard printing UI.

_________________________________________________________
Michael Sweet, Senior Printing System Engineer, PWG Chair

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/openicc/attachments/20130521/6d36f6a3/attachment.html>


More information about the openicc mailing list