some optimizations to drawing and fetching data of new ammomenu

merge

Some optimizations

fix issue #24 and issue 81

bug #83 - move test of disabled land objects into AddObjects

made the new menu toggable

merge

polishing the cocoa ammomenu a little, still requires work

Engine: * Temporary fix to log file writing when running from command line (standalone demo/savegame playback) Frontend: * Added a button to the settings menu to associate demos and savegames (.hwd/.hws) with the engine in Windows Explorer and other programs such as web browsers (Win32 only)

Set ammo to amNothing after using up the current ammo. This should reduce noob fail where they blow themselves up w/ bazooka.

remove a useless field from weaponfile format added some properties and memory checks use a notification instead of delegation for starting the game

Inline most of uFloat (saves ~7.5% opcount on a test game), inline a few very short candidates in uMisc, comment out some unused functions in uMisc

move all mobile-related functions in their own module, provides a structure for future mobile ports

strip CRLF

use dynamic data from engine instead of using hardcoded values