Update game details screen to no longer use fragments.

The game details screen now follows an MVP-type pattern.
`
Pull as much logic out of GameDetailFragment as possible.

Making this change to compare to the no_fragments branch about what is easier to maintain. Leaving minimal fragment functionality in could be a good middle ground before fully commiting to erasing fragments.
Add base classes for common functionality. Add debug resources structure.
Handle two-pane list/detail view on tablets properly.
Convert create bracket screen to use a shell fragment.

Also refactored many of the game details classes because there were files named with GameDetail in some places and GameDetails in others. All GameDetail files were converted.
Convert the bracket schedule / game details to use a single Activity.

On phones, the game detail view will swap in for the list of games. On tablets they'll be shown side by side. Doing this because it makes more sense to see these two side by side than it does to see a bracket list and the bracket schedule.
Update BracketSchedule... identifiers to use GamesList...
Update action bar to show game label in detail view. Remove long-lived Activity references from presenters.

Showing the game label in the action bar makes it easier to follow that a UI change occurred, and helps make the user aware of what details are being viewed.
Instead of keeping Activity references, they are now created on the fly in order to avoid possible memory leaks.
Switch last remaining fragment to shell version (bracket list).

Also began the process of cleaning up the MVP pattern by allowing containers to reference all child view's presenters.
Allow game list screen to save state on orientation changes.

When looking at game details, an orientation change would revert the UI back to showing the games list. This commit fixes that by letting the Activity talk to a container to get the current state of details.
Merge branch 'shell_fragments'

This merge brings over all the changes made by converting fragments to shells of themselves. From this point it should be trivial to completely remove Fragments, if it's determine that Fragments are absolutely not needed.