OK, here's the scoop. GLUT menus are system-specific and are not based on the underlying GLUT windowing system. If you look at different GLUT configurations you will find that GLUT menus on Windows look one way and GLUT menus on Linux look thoroughly different.
With "freeglut", on the other hand, the menu resides in its own "freeglut" window that partially covers the window from which the menu was invoked. When the menu window goes away, the underlying window is now exposed where it was not and so a display callback is triggered. Unfortunately I can't think of any way around it. In order to make the colored string persist in the "freeglut" window you will need to call "drawString" from your display callback.
If you can think of a way to implement this the way GLUT did, please let me know. I'm always open to ideas.
John F. Fay
Technical Fellow, Jacobs/Sverdrup TEAS Group
From: firstname.lastname@example.org [mailto:email@example.com] On Behalf Of Jeremy Dreese
Sent: Tuesday, February 07, 2006 2:41 PM
Subject: Re: [Freeglut-developer] problem with program
Fay John F Dr CTR USAF AFSEO/SK wrote:
> I'm not a Linux expert but if nobody else steps up I will give
> it a shot.
Actually, in doing some more testing, it doesn't appear to be a linux specific problem. I tried the aforementioned program on a Sun system in conjunction with freeglut and saw the same problem as on the linux system (see my previous message). I suspect that we're just going about things the wrong way in the program we wrote (and it just happened to work previously). Any help you (or anyone) can provide would be appreciated.
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
Freeglut-developer mailing list