[Openicc] Gutenprint team requests CM-off for a print queue be provided as a maintained engineering facility.
edmundronald at gmail.com
Fri May 11 11:48:01 PDT 2012
Mike, Chris, Max,
Thank you for your remarks.
What Robert and I are trying to say here is that at this point we
would appreciate Mike's "treat this as device color"" facility to be
present in distributions for *ourselves*, before even thinking of
users etc. A PPD keyword would be perfectly ok for us, and there is
ZERO chance that a naive use would go into the ppd with a text editor
with root rights.
At this point this functionality is useful for *us* Gutenprint
engineers, as of now, and in the close future, while we work on the
XML stuff and define tools for creating and verifying ink limits, ink
curves and linearisation, and of course our own profiles. How it gets
exposed at GUI level to mere *users* is is something which can be
discussed later here, at length.
On Fri, May 11, 2012 at 7:13 PM, Michael Sweet <msweet at apple.com> wrote:
> On May 11, 2012, at 9:43 AM, Chris Murphy wrote:
>> I think the OpenICC's position should mere be that: there must be a clearly, and publicly defined mechanism for disabling system level color management.
> I think that is a misnomer - color management is always there. What you want is a way to say "treat this as device color" so that only minimal processing (e.g. floating-point to discrete values) is performed. I can't say that the way we do it on OS X is optimal since, well, it isn't, but it does clearly define which device/output colorspace is intended. The issue is making sure that the print settings (and profile) match the document being printed (thus the complexity of the current SPI) - the application and printing system need to agree on what is being printed.
> Michael Sweet, Senior Printing System Engineer, PWG Chair
> openicc mailing list
> openicc at lists.freedesktop.org
More information about the openicc