> -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Ian Romanick > Sent: Wednesday, June 04, 2003 4:49 PM > To: DRI developer's list > Subject: [Dri-devel] Re: [Mesa3d-dev] Not confused so much anymore, > but.. (pointers to colour buffers again..) > > > Marcelo E. Magallon wrote: > > On Wed, Jun 04, 2003 at 08:27:06AM +0100, Matt Sealey wrote: > > > > > > By "resize" you mean, e.g., "color buffer resize"? That doesn't work. > > > > From the documentation: > > > > > > > > glViewport specifies the affine transformation of x and y from > > > > normalized device coordinates to window coordinates. > > > > > > Sure but if the window coordinates are width 300, height 300, then the > > > maximum size of the buffer is really 300x300 in window coordinates. > > > > > > There's not any point allocating or keeping a larger colour buffer than > > > you are going to have physical display pixels :) > > > > Uhm... > > [example cut] > > > Did I miss you point? > > The point is that people *almost always* call glViewport when they get a > window resize event. That gives the driver a chance to ask the system > what the window size is.
Aiiee.. I already said I don't know what the window size is at all. There is no point where Mesa CAN be told what the window size is. It never talks to find out either. Back to Square One! > If the size is different than the last time, it can resize its internal > buffers. It doesn't just use the values supplied by glViewport. So what values DOES it use? > It uses that as a good time to find out what the size is. Mnn.. Welll that's not what we're doing now. Which means it's wrong. I guess I'll have to pass a Window pointer now which complicates things a lot, man... man man man... Someone explain to me why something as supposedly abstract as OpenGL needs to be so deeply embedded into the host's windowing system? -- Matt Sealey <[EMAIL PROTECTED]> ------------------------------------------------------- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
