added the createAABB utility to MathUtils

creates the axis alignes bounding box of a rotated rectangle.
FDT formatting
removed some FDT code warning & update changelog
StarlingCamera - part 1

I had to share this for other contributors to look at it , give feedback
and test it - as I feel it is now stable with the zoom feature.

But I still want to fit in the ability to rotate the camera.

and tweak the behavior.

we should try not to use the starling pivot system (as I explain in my
notes) - to port this camera to the spriteview,  and also go well with
the debug views.
StarlingCamera - part 2

- re-arranged code more logically, made more room for rotation.
added aabb and tests, renderDebugDraw helps visualize more what's going
on (but still isn't exact anyway - something is wrong with the overall
rotation or scaling.)

- added createAABBData to MathUtils in order to get the relative
position of the bounding box via offsetX and offsetY so we don't have to
calculate them again when fetching our AABB. up to now, I find it will
be helpful for the camera.

- StarlingArt DebugArt has rotation through cameraLens.
StarlingCamera - fix

making it work with a target, prevent zoom out effect on startup and
changes comment format
now you can change physics step thanks to their public var
StarlingCamera final draft

-zooming and rotation works within bounds.

-zooming can be restricted within bounds (not by default) by using the
restrictZoom property.

-turned target into _target and added _manualPosition for manual
positioning, getters and setters so we can know when we switch to a new
target or not (maybe send a signal or help for camera effects later).

/!\ Please backup your copy of StarlingCamera before trying this out.
it has been tested with and without a target.

demo here : http://labs.gsynuh.com/coffee/LabVieHexEvo_cameradebug2.swf

renderDebug has been left for now.
StarlingCamera , renderDebug to public, and fixed
StarlingCamera , updated and clearer doc.
StarlingCamera update

testing with very small bounds,
restrictZoom is now set to false by default ... (not useful in some rare
cases but still, people should consciously set it to true)
and if the AABB is bigger than bounds then manage the collision.
support for ongoing collisions in nape
Merge pull request #25 from useruser3/master

support for nape ongoing collisions
fixed latest merge
parallax for non rotated starling camera - and rollback

parallax has been broken since the StarlingCamera updates.
it's still messy when rotating the camera.
removed default support of nape's ONGOING event

it's an 'advanced' event  to be used with care and shouldn't be added to
the space listeners by default for all objects.

http://forum.starling-framework.org/topic/can-we-get-support-for-nape-ongoing-collisions#post-20557
fixed a bug where the group property wasn't updated using Away3DView, SpriteView and StarlingView
added comments to explain the latest fix.
removed unseful getter/setter for group (improved performances) and group is uint
update comments