Version: Processing 0123 on Ubuntu Linux, Sun JRE 1.5.0-10-1

This produces a yellow rectangle, as expected:
fill(#FFCC22);
rect(20,30,50,50);

But change # to 0x, and the rectangle is not filled:
fill(0xFFCC22);
rect(20,30,50,50);

Does not appear to be affected by which color is requested, but I haven't
checked all colors.

Documentation says either format should work: "int: color value in
hexadecimal notation (i.e. #FFCC00 or 0xFFCC00)" (from
http://processing.org/reference/fill_.html)

Thanks for the great tool.

this may be a related bug (marked WONTFIX):
http://dev.processing.org/bugs/show_bug.cgi?id=228

ah, that's actually a documentation error. #ffcc00 is equivalent to
0xFFffcc00, because the alpha bits are set. fill(0xffcc00) is the same as
fill(0x00ffcc00) which is the correct color, but zero for its alpha value.
only use the 0x notation when you want to specify A, R, G, and B components
instead of just R, G, B.

OK, this is fixed in the file. Please have a look to make sure the
explanation is clear.

(In reply to comment #3)

Looks great--very clear.

I did notice one minor typo. In "When using hexadecimal notation to specify
a color, use '#' or 'Ox'," the "Ox" should be "0x," i.e. zero-ex instead of
capital-oh-ex.

Thank you. The file is updated with the correction.

color (hex, alpha) should probably be removed (or I guess fixed)

color(#998822, 200) yields black
color(0x998822, 200) defaults to grayscale