New menu system

[thelusiv]

A few bugs/comments

BTW: It is tested in windows, I dind't test these bugs in linux yet.

Assigning controls:
* When you go to a submenu your changes in that menu are lost (sice you din't click on OK)
* When you click on + when you didn't want it and you press escape all your previous changes are lost (you go back to the parent menu, but I did want to skip the current assign)

These two are now fixed plus some other little stuff in SVN (r934).

* You can't see easily wich keys are assigned to an item. (only how many)
At least for the most common ones (Up, Down, Left, Right, all letters) an image should be used.

This is just a matter of getting around to making the graphics for this. I only need gfx for a few, the rest I can use the font system to draw.

* You can use multiple the same keys, without that it is warning you...

I have to figure out a way to efficiently check all the controls available when one is assigned, so dupes don't happen...I'll see what I can come up with.

Change Display options
When you change a display option , vdrift becomes white and isn't usable anymore, maybe this is an error in my options which aren't compatible for my graphics card...
EDIT: Even when I don't change anything the menu is becoming white, but I remembered that this is a known bug in windows.

OK the way this is supposed to work: User enters Display Options. If they make changes and press OK, the video settings are updated, and the textures are all reloaded. Windows is kinda funky in that when you change the application's resolution or something like that, the OpenGL context is lost. This requires the reload of all textures, which is done, so it should work. If it doesn't, I'm not sure what else can be done...perhaps Joe has some ideas...which textures are missing? all of them?


There are a few other things which need to be fixed that I will just jot down here so I don't forget:
* Joystick calibration routine still needed so joystick axes can be assigned, etc.
* Only first three controls can be accessed bug still there


Thanks to matthew_i for making the variously typed wheel widget classes one templated class. It is much easier to deal with that way.