Update of bug #25592 (project gnustep):
Status:None = Fixed
Assigned to:None = xgl
Open/Closed:Open = In Test
Follow-up Comment #4, bug #25592 (project gnustep):
The problem comes from the handling of the backing store : each time the
GLView is drawn with [-drawRect] the backing store is marked as 'changed'. It
is then flushed to the screen. On X11 the backing store is put _under_ the
OpenGL sub-window
Follow-up Comment #2, bug #25592 (project gnustep):
Yes: the display is Ok when GSBackHandlesWindowDecorations = true (native
win32 borders - shoudn't it be the other way round??).
When the backing store is 'non retained', the display is right too. You may
test this with this tool :
URL:
http://savannah.gnu.org/bugs/?25592
Summary: [Win32] NSOpenGLView display problem
Project: GNUstep
Submitted by: xgl
Submitted on: dim 15 fév 2009 17:43:43 CET
Category: Backend
Severity: 3 - Normal
Follow-up Comment #1, bug #25592 (project gnustep):
Does the setting of the window decoration influence the problem? The code
that computes the sub-window rectangle looks wrong to me both here and in
x11.
The change at revision 26243 was mostly about setting the correct window
style and