ANDROID and WIN32 can both be set to 1, so have ANDROID take preference

fixed some typo's. LUA_LIBRARY now points to the right name, regardless of the host machine. Running cmake after a bad attempt (ie forgot to add paths to PATH) now works rather than having to clean the cache

LandBackTex take 2

This has bugged me for a while. Since we are missing the source SVGs for this theme, removed the leaves crudely in GIMP. Also added some basic roots. Someone more artistic is encouraged to try and improve it.

Oops

unbreak engine

Improved cmake build script for Android: - Error out when Ant or android can't be found - Attempt to find the NDK toolchain binaries on Windows and Linux instead of assuming Linux - Use find_program instead of find_path to find some binaries - ANDROID_SDK now refers to the Android SDK base directory - Fixed detection of android.bat on Windows - Output of the android tool is now shown so that success/failure is visible

first part of the utilitywidget (grenade timer/swap hogs) code

Add more strictness in hope it will help with space leak

Try different splash sounds too

bit of an experiment in variable splash sizes based on object/speed. not sure if it looks good yet. need to drown more stuff.

fix ammomenu, the cursor actually works now -_-

workaround the different Lion ABI by forcing fpc 2.6 as minimum compiler version on osx

updated ios project file to work with fpc 2.6

revert this until someone makes it not screw up camera focus

touchinterface, move the up/down arrows a bit down

make the Ammomenu show up a little faster

You can now change AMAnimType to enable the animation through the x/y axis and alpha for example AMAnimType:= AMTypeMaskX or AMTypeMaskAlpha will enable movement over the X axis and alpha

make ammomenu's speed dependent on RealTicks rather than frames

allow for 0 values on AMShiftTarget, this allows for movement across one axis

Disable anim for stats screen ("In game" stays visible otherwise)

Ensure flawless is false if any hog is lost, unless it was lost doing a kamikaze

I imagine this should use the game window width, but I'll let someone else figure it out. I'm just sick of frames being half-visible in navigation.

eh. guess they really should be here

Adding leftX/rightX/topY to simplify determining bounds based on map playing area.

I think this is a little more efficient than dxdy, and easier to read. We call DxDy2 a lot, can any of those use Angle/DirAngle?

orient kamikaze correctly when going through portals

oh yeah, dY...

Allow RC plane to go through portals

Oops, fix range (2 is too small value)