This is a known problem. Scott Rutledge found a workaround to it. Here's a copy of his message:
Pasi
----------------------
I've found a fix for this bug. Create your own canvas3d and implement
the paint method thusly:
public void paint(Graphics g)
{
super.paint(g);
Toolkit.getDefaultToolkit().sync();
}
One line...so long to figure out.
At 08:54 AM 8/23/2002 -0600, you wrote:
Ah, my favourite bug bites another one. This is a regression in 1.4. Bug
report is here:
http://developer.java.sun.com/developer/bugParade/bugs/4374079.html
<http://developer.java.sun.com/developer/bugParade/bugs/4374079.html>
This is ONLY an issue when running with javaw.exe. If you don't mind the
console, you can run with java.exe to get rid of the problem. The only
other workaround force repaints frequently (either on a timer or by
catching various events). AFAIK, it's not slated to be fixed until
1.4.2.
----------------------
-----Original Message-----
From: Discussion list for Java 3D API
[mailto:[EMAIL PROTECTED]]On Behalf Of Karsten Fries
Sent: 30. lokakuuta 2002 10:38
To: [EMAIL PROTECTED]
Subject: [JAVA3D] painting issue with jdk 1.4.x
Hi there,
i have a strange painting issue since migrating to 1.4.x
after i refocus my application (which is partially overdrawn by some other
window) and AFTER! moving the mouse into the canvas embedded in the application
frame. the part that was formerly overfrawn turns black.
any comments appreciated,
cheers,
Karsten
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff JAVA3D-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
