Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.java.gui > #4724
| From | markspace <-@.> |
|---|---|
| Newsgroups | comp.lang.java.gui |
| Subject | Re: Terminology |
| Date | 2011-10-31 09:05 -0700 |
| Organization | A noiseless patient Spider |
| Message-ID | <j8mgvk$n35$1@dont-email.me> (permalink) |
| References | <knpsa79aju8ob5str836u8cekoih2ba6h3@4ax.com> |
My instincts here seem similar to John's. I don't think of painting on RAM in Java. Direct RAM buffers are an outmoded concept that we don't use any more. If I was using a system that did offer the old graphics modes for some reason, I would think of that as painting on RAM. Java not so much. On 10/31/2011 2:16 AM, Roedy Green wrote: > When you paint a JPanel with a paintComponent what do you call the > area of RAM you paint on, the thing that the Graphics object points > to? In AWT you might call it the canvas. AWT actually does call it a Canvas: <http://download.java.net/jdk7/archive/b123/docs/api/java/awt/Canvas.html> In Swing I would probably think of this as painting on an Image (specifically a BufferedImage), but John is also correct here that a BufferedImage has-a Graphics context that is used to do the painting: <http://download.oracle.com/javase/tutorial/2d/images/drawonimage.html>
Back to comp.lang.java.gui | Previous | Next — Previous in thread | Find similar
Terminology Roedy Green <see_website@mindprod.com.invalid> - 2011-10-31 02:16 -0700 Re: Terminology "John B. Matthews" <nospam@nospam.invalid> - 2011-10-31 11:09 -0400 Re: Terminology markspace <-@.> - 2011-10-31 09:05 -0700
csiph-web