[1779] in java-interest
Re: Repaint : how doest it work ? Interaction with XOR mode.
daemon@ATHENA.MIT.EDU (Arthur van Hoff)
Sat Sep 16 23:27:22 1995
Date: Fri, 15 Sep 1995 10:06:15 -0800 (PDT)
From: Arthur van Hoff <Arthur.Vanhoff@Eng.Sun.COM>
Reply-To: Arthur van Hoff <Arthur.Vanhoff@Eng.Sun.COM>
To: dufourd@enst.enst.fr
Cc: java-interest@java.Eng.Sun.COM
Hi Jean-Claude,
> I would like confirmation of these guesses. I haven't seen mention of this
> in any doc.
>
> Repaint is asynchronous (implicit in the repaint(long tm) method).
Yes.
> Repaint orders may get lost. If you count on the parity of repaints for
> Xor mode, too bad. If you count on one specific repaint to do some
> scrolling, too bad.
There is no such thing as "repaint order". Repaints are a request for
a paint() call. If you issue to many repaint calls they will be collapsed
into a single paint.
> There is a possibility of drawing outside of paint and update methods
> by using Component.getGraphics(), which should be used for rubberband
> like interaction.
It is possible to use that. We recommend that you use repaint though.
Grabbing a graphics context like that amy interact badly in case
the window in which the applet is embedded is being scrolled.
> On another subject, I find Glen Perkins's idea of a Java How-to Guide
> excellent, and I think we should start a repository ourselves : Java
> developpers don't have time for that now, if they dare release something
> like JDK with no docs.
I think that is a great idea! We have 3 full time techwriters that are
trying to catch up as quickly as possible. Unfortuately we can code faster
than they can document 8^)
Have fun,
Arthur van Hoff
-
Note to Sun employees: this is an EXTERNAL mailing list!
Info: send 'help' to java-interest-request@java.sun.com
