Re: subclassed NSOpenGLView won't draw in subclassed NSView
Re: subclassed NSOpenGLView won't draw in subclassed NSView
- Subject: Re: subclassed NSOpenGLView won't draw in subclassed NSView
- From: Carl Gieringer <email@hidden>
- Date: Mon, 7 Feb 2005 17:44:33 -0900
Problem fixed!
I am not precisely certain what fixed this problem but I believe that
it was [[aHistoryGraphView openGLContext] flushBuffer]. Thanks to the
several people who offered this suggestion. I surmise that using that
way of flushing allowed my NSOpenGLView to propagate the fact that its
frame needed redisplay up to the window server (or wherever.)
On Feb 7, 2005, at 16:46, Carl Gieringer wrote:
Thanks for these tips; I hadn't known about glSwapAPPLE() and I am
using double buffering. (and MacFOH -> very nice GUI!)
I am almost certain that this isn't an OpenGL error per se, but maybe
an error related to subclassing NSOpenGLView and then placing it in a
subclassed NSView: before I had the labeled axes, I only instantiated
HistoryGraphView (the NSOpenGLView subclass that now doesn't display
unless I constantly resize the window) in the nib and it drew itself
correctly then.
On Feb 7, 2005, at 7:40, Shaun Wexler wrote:
The Cocoa way:
[[aHistoryGraphView openGLContext] flushBuffer];
Instead, if you're double-buffered, call glSwapAPPLE() after
drawRect: returns, or if single-buffered call glFlush().
--
Shaun Wexler
MacFOH
http://www.macfoh.com
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden