#1 Menus need some work

[John F. Fay]

In the GLUT Atlantis demo, if you stop the animation
and move the mouse around with a menu open, the whales
jiggle but don't circulate. My guess is that you need
a way to redisplay the menu without forcing a window
redisplay from the application.

Menus do not display in single-buffered windows,
although they are active and the user can pick from
them if he knows how to move the mouse exactly right.

[John F. Fay]

Logged In: YES
user_id=70811

Also, large submenus in "freeglut" tend to cover their
parent menus, making it difficult to get past them. This is
visible in the GLUT "geoface" demo. In GLUT the menus can
extend outside the window; "freeglut" should do the same thing.

[John F. Fay]

Logged In: YES
user_id=70811

In the GLUT "boundary.c" demo in the "advanced" directory,
if the outline rendering is turned on the menu background
turns black.

[Nigel Stewart]

Logged In: YES
user_id=338692

With FreeGLUT 2.0.0 I am having problems with the menus,
resulting in weirdness on Linux and crashes on Windows.

Specifically, my app may rebuild the menu as the result
of a menu item being selected. GLUT copes with this,
but FreeGLUT does not. It appears that an activated
menu is not deactivated when an item is selected, as
is the case with GLUT. FreeGLUT seems to be choking
when an activated menu is deleted by the application.

If necessary, I could contribute a test program to
demonstrate this.

[John F. Fay]

Logged In: YES
user_id=70811

The problem with the GLUT Atlantis demo has been fixed.

Menus are not supposed to display in single-buffered
windows; they would make hash of them.

The menus now behave a lot better than they used to.