From Dave Patterson in the users mailing list:
I was crawling through this class over the weekend and saw something that
seemed strange. I'm not sure if it is a bug or not.
There is a version of the setStrokingColor (line 1112 in the 2.0.7
codebase) with four parameters, all float: c, m, y, k. The values are used
for calls to writeOperand without any conversion.
There is a version of the setNonStrokingColor (line 1302 in the 2.0.7
codebase) with four parameters, all double: c, m, y, k. The values are used
for calls to writeOperand, but each is coerced to be a float.
Should the parameter signature on the setNonStrokingColor be changed to
I am not using these calls, but saw them and they struck me as odd.
I'll change these to float and deprecate the existing.