here's the paint code for the jog dial which gets placed on the top
left corner (yes, it belongs to "hardware sample rate"). you can
see : i do call super.paintComponent, i do reset the affine
transform! i use a regular JFrame, i do not modify the content pane,
hence i should have a regular opaque top level container .
If any of your painting code throws an exception, the graphics
transform will not be restored. That may not matter, depending
on how the Swing repainting framework deals with the exception
(if it tries to continue with the graphics context, it could be
an issue). It also might not be your custom painting code that
leaves the graphics context in a non-standard state. If you
could validate the graphics context state on entry, you could
conclusively determine whether or not a corrupt Graphics state
was the cause of the issue.
Also, earlier someone mentioned a JButton in connection with
this thread -- note that using setOpaque on any of the Swing
button components is not advised, use setContentAreaFilled
instead.
-DCZ
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Java-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/java-dev/email@hidden
