Silence a spurious log at startup

By delaying the creation of the overlay window until touch events happen the "Application windows are expected to have a root view controller at the end of application launch" message is not logged anymore.
Use environment variable instead of macro for enabling debug mode

This will help preventing accidental debug commits
Update README with `DEBUG_FINGERTIP_WINDOW` environment variable info
Delete the deprecated `documentation` attribute
Change homepage to https instead of http
Add `social_media_url` DSL directive
Merge pull request #13 from 0xced/podspec-update

Podspec update
flesh out podspec description & switch to master
update copyrights
Merge pull request #9 from 0xced/no-spurious-log

Silence a spurious log at startup
Merge pull request #10 from 0xced/environment-variable-debug

Use environment variable instead of macro for enabling debug mode
Merge pull request #14 from datalogics-kam/fix-iOS7-status-bar-hiding

Fix status bar hiding in iOS 7.
style update
Revert "Merge pull request #14 from datalogics-kam/fix-iOS7-status-bar-hiding"

This reverts commit 1e77a0d0f2ef89343031cb19a40f362b78c2392c, reversing
changes made to 4fa33f4d039e3b228b12950aec7cf8a7594d79d6.

Conflicts:
	MBFingerTipWindow.m
update podspec to point to tag per 72cab4e#commitcomment-7158506
Alternate fix for overlay window in Fingertips.

If UIKit asks the overlay window for the root view controller, look
through the application window list for a better candidate for that
controller, and return that instead.

From tracing method calls, UIKit returns the top window that 
"_canAffectStatusBarAppearance", apparently checking the bundle of
the class to see if it's an internal window, checking the screen
of the window, and checking the window level.

Attempts to set the window level to all kinds of numbers had failed.

The previous fix, which overrode the setRootViewController method of the
main window, caused problems with touch events not being delivered to
some apps.