On 6/2/12 7:20 AM, Brian Hinz wrote: > I have observed the black notch issue with the java viewer previously as > well. If the call to "paintImmediately" in DesktopWindow.updateWindow > is replaced with "repaint" these notches are observed. Using repaint > rather than paintImmediately allows swing to defer drawing until it can > collapse multiple updates into a single paint operation. I'm not sure > how Fltk handles painting, but if it's deferring the actual screen > updates in some similar manner then that could be the culprit.
You're right. The issue exists in the 1.2.0 Java code but not in the latest from trunk, and paintImmediately() definitely seems to be the difference. It wouldn't surprise me if FLTK is doing something similar. ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
