Processing 1.0.2, Mac OS X 10.5.6

Fill colors and stroke width is still not correctly exported to pdf using
beginRaw/endRaw. There are some images attached showing the original applet
window and the exported pdfs using the opneGL and P3D renderer.

------
import processing.opengl.*;
import processing.pdf.*;


void setup() {
size(200, 200, OPENGL);

beginRaw(PDF, "bug_rep.pdf");

rotateY(0.2);

stroke(255, 0, 0);
fill(0);
rect(0,0,width,height);
fill(255);
rect(0,0,50,50);

strokeWeight(10);
line(30, 100, 170, 150);

endRaw();
exit();
}
------

edit]
Output in the applet window

edit]
PDF output using the P3D renderer

edit]
PDF output using the OpenGL renderer

Found it--the other fixes just exposed a different bug that was in there.
Looks like begin/endRaw must have been broken since 1.0.

The fix is in for 1.0.3, and I'm attaching a repaired opengl.jar.

edit]
fixed opengl.jar, obsolete once 1.0.3 arrives

Great! Thanks for your fast bug fixes!

Just one more question: strokes are still always exported with weight 1
(p3d and opengl). will that be fixed someday?

edit]
core.jar to fix strokeWeight() issues and begin/endRaw

Ha, I wasn't aware that was broken. Here's a fixed core.jar. Hopefully that's
all for today.

I don't want to be annoying, but I still have problems with strokeWeight.
But I don't expect you to deal with it today :-)

With beginRaw/endRaw the stroke in the above example is still exported with
weight 1. Additionally I recognized another bug. With opengl even in the
applet window stroke weights above 10 (or so) don't make any difference.

K, those are two new issues, so if you can file them as new bugs (each of
them separately), I can take a look into it when I next have a chance. Thanks!