🚀 go-pugleaf

I think I got you on that.

re that's why overriding paint or paintComponent will work
Should I be using the super() method call in there?  If I do will it
overright my image?  If I don't will it leave my current image there?  I
seem to remember reading something about that in my Deitel and Deitel book,
but it was a long time ago.

Thank you for your patience and ideas! :>






"Gillmer J. Derge [TeamB]" <spam@gillmerderge.com> wrote in message
news:3cbc9afb_2@dnews...
> "PeterH" <!REMOVEBeforeSending!peter@pchenry.com> wrote in message
> news:3cbc80fd$1_2@dnews...
> > In the JFrame object, there is a getGraphics() method.  How come I can't
> use
> > that to get a Graphics object and use the drawImage() from there?
>
> That probably works except your work is destroyed before you even see it.
> The problem is that the paint method is called automatically in response
to
> various user interface events.  For example, when the window first appears
> on the screen or when the window is uncovered by moving another window,
the
> paint method will be called to draw the window's contents.  Your approach
> drew the image, but then at some point paint was called, and it redrew the
> window right on top of your work.  That's why overriding paint or
> paintComponent will work.
>
> --
> Gillmer J. Derge [TeamB]
>
>
>