[Openicc] Printing profiling targets - state of implementation?

[edmund ronald]

Michael,

 At this point let me be really clear.  We wish to use apps like the GIMP
to print our targets on a queue, with no color management. We do not wish
to use "special" apps or call an API. We want to be able to do it with
"normal" apps on a "normal" distribution.The option to disable color
management can be set in the ppd, which means not accessible in a UI and
thus not confusing. However if you disagree with providing this option
after having discussed it "amongst yourselves", your chances of active
cooperation from us re. color management will be very strongly diminished.
Is this really what you want? Is it that important not to provide a ppd
switch?

Edmund


On Tue, May 21, 2013 at 5:12 PM, Michael Sweet <msweet at apple.com> wrote:

> 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
>
>
> _______________________________________________
> openicc mailing list
> openicc at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/openicc
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/openicc/attachments/20130521/00ef7d3b/attachment.html>