[ quesa-Bugs-1005268 ] Resizing contexts should not force a rebuild

[SourceForge.net <no...@so...>]

Bugs item #1005268, was opened at 2004-08-07 14:13
Message generated for change (Comment added) made by jwwalker
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=442052&aid=1005268&group_id=45158

Category: None
Group: None
>Status: Pending
Resolution: None
Priority: 5
Submitted By: Frank Condello (pox)
Assigned to: James W. Walker (jwwalker)
Summary: Resizing contexts should not force a rebuild

Initial Comment:
Currently, Quesa will forcefully rebuild a GL context when it is 
resized. This leads to a UI hang while Quesa reloads all active 
textures, and can adversely affect application with freely sizable 
windows/panes even with just a few textures loaded.

The problem however is two-fold...

Quesa must first handle resizes within the library, by providing a 
GLDrawContext_UpdateSize function in GLDrawContext.c. All 
renderers must catch resize flags 
(kQ3XDrawContextValidationWindowSize and 
kQ3XDrawContextValidationPane) in their StartFrame function and 
call GLDrawContext_UpdateSize instead of forcing a context 
rebuild.

Once the library can handle context resizing, some applications 
may require modification to take advantage of this functionality. 
The Qut framework for example, creates a new context when a 
window is resized, but it should really let Quesa handle that 
internally.

----------------------------------------------------------------------

>Comment By: James W. Walker (jwwalker)
Date: 2004-11-27 18:08

Message:
Logged In: YES 
user_id=433183

This is now fixed on Mac and Windows.  (I wish SourceForge offered a 
resolution of "fixed on some platforms.")

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=442052&aid=1005268&group_id=45158