[Printing-architecture] "no-color-management" not a good idea for a name of a boolean CUPS option
Joseph Simon
jsimon383 at gmail.com
Thu Jun 12 18:15:04 UTC 2014
Hi Till,
I agree on the name change for the CUPs bool option.
The name "cm-calibration" seems to make the most sense, and I will make the
change in the filters.
Joe Simon
On Jun 12, 2014 3:12 AM, "Till Kamppeter" <till.kamppeter at gmail.com> wrote:
> Hi,
>
> I have encountered a problem with the "no-color-management" and
> cupsGetOption() not be able to recognize that the user has supplied "-o
> no-color-management" on the command line.
>
> If you have an arbitrary boolean option in CUPS filters or backends,
> like "xxx" the variants
>
> -o xxx
> -o xxx=1
> -o xxx=on
> -o xxx=yes
> -o xxx=true
>
> are supposed to let it be interpreted as set and
>
> -o noxxx
> -o xxx=0
> -o xxx=off
> -o xxx=no
> -o xxx=false
>
> let it be interpreted as not set. To support the "-o noxxx" case
> cupsGetOption() seems to split a "no" in the beginning of the name off
> if there is no '='. Therefore "no-color-management=" works but
> "no-color-management" not. The latter is probably interpreted as
> "-color-management=false".
>
> Mike, am I right with this?
>
> So I suggest something like "calibration-mode", "cm-calibration-mode",
> "cm-calibration", or similar.
>
> WDYT?
>
> Till
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/printing-architecture/attachments/20140612/a5eabe3b/attachment.html>
More information about the Printing-architecture
mailing list