[Openicc] Gutenprint team requests CM-off for a print queue be provided as a maintained engineering facility.

[edmund ronald]

We don't want to need to special-case file. Ideally want to just
cleanly install a PPD with the "CM-OFF" option in it, and inking
stuff, and *bang* everything on that queue is now in the state we
want.

Do we need to continually justify such a simple request? Robert has
volunteered to do his part in making Gutenprint a good citizen of a
color-managed workflow, we suggested a solution in the form of XML
inking settings, Robert has volunteered to do a substantial amount of
refactoring in order to implement the serialisation in XML of these
ink presets, now please let us have tools which we ask for to get our
job done.

Edmund

On Thu, May 10, 2012 at 5:48 PM, Kai-Uwe Behrmann <ku.b at gmx.de> wrote:
> Am 10.05.12, 09:50 -0400 schrieb Robert Krawitz:
>
>> On Thu, 10 May 2012 15:39:53 +0200 (CEST), Kai-Uwe Behrmann wrote:
>>>
>>> Am 10.05.12, 09:11 -0400 schrieb Robert Krawitz:
>>>>
>>>> On Thu, 10 May 2012 13:49:50 +0100, Richard Hughes wrote:
>>>>>
>>>>> On 10 May 2012 13:34, Graeme Gill <graeme at argyllcms.com> wrote:
>>>>>>
>>>>>> Without the ability to print targets though, the whole print
>>>>>> chain is worthless since there's no way of color profiling it.
>>>
>>>
>>> The PDF OutputIntent + DeviceXXX should provide a robust way to pass
>>> through application colour numbers, be that targets or early bound
>>> colour imagery.
>>
>>
>> But it means that PDF files have to be specially prepared.
>
>
> Why not? It is fine and pretty fool proof. The special cases Edmund wants to
> see supported are extremely rare, even though of importance for all.
>
>
>>>> And as noted, if this option is in the PPD file, GTK can do nothing
>>>> about it unless it wants to special case it (or just not provide options
>>>> that it doesn't explicitly know about, which would be problematic in
>>>> other ways).  In the abstract, I don't favor this (it means that whether
>>>> the option is available or not depends upon who wrote the PPD file), but
>>>> if it's the only way to accomplish it, I'll live with it.  It's not like
>>>
>>>
>>> It is not the only way. It is a additional way for experts. As such,
>>> please do not put CM-off switches into a PPD by default. It will bite
>>> the majority of non expert users. Better we provide a tutorial on, how
>>> experts can hand prepare a PPD for printing with CM-off.
>>
>>
>> It won't "bite" non-expert users unless they deliberately (or experiment
>> with) checking off that box.
>
>
> Do you have an idea how to initially hide the CM-off switch?
>
>
>> I fully intend to add that option to Gutenprint PPD files when/if it
>> becomes available.
>
>
> kind regards
> Kai-Uwe
>
> _______________________________________________
> openicc mailing list
> openicc at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/openicc