Add support for UIPickerViews in Subliminal
Support Picker controls that aren't used as the inputView for a text field

Other behavior added:
 - Special case UIDatePicker to not search below that element as it can significantly deteriorate performance
 - Added a series of test cases for both UIDatePicker and UIPickerView
 - Ensure that all the functionality works on both iOS6 and iOS7
PR feedback
PR feedback: Fixing documentation and some test names
Merge pull request #211 from justinseanmartin/jmartin/support-pickerview-controls

Add support for UIPickerViews in Subliminal
Button can't be found within a table view header
Add a test case showing the issue
Merge pull request #213 from justinseanmartin/jmartin/fix-button-in-tableView

A button can't be found when within the header view of a table view
Make `SLPickerViewTest` 64-bit compatible.
`-[UIView slAccessibilityIsVisible]` now reports an element's visibility on-screen,
regardless of window. (fixes #212)

That is, `-slAccessibilityIsVisible` will now properly report the visibility of views
in any window, even non-key windows; and `-slAccessibilityIsVisible` will now
properly report whether a view is visible on-screen, not merely within its window
(i.e. it will report `NO` if a view is occluded by the contents of a window above its window).

This removes the need for `SLPickerView` to use `UIAElement.isVisible`
(in order to match pickers used as input views).
The keyWindow isn't always an application window
Merge pull request #216 from justinseanmartin/master

The keyWindow isn't always an application window
Allow SLAssert methods to be called from non SLTest subclass methods
Merge pull request #215 from inkling/jeff/multiwindow_visibility

`-[UIView slAccessibilityIsVisible]` reports an element's visibility on-screen, regardless of window.
Incorporate PR feedback

Adding a comment to SLTest.h describing when SLAssert should be used
Renaming the static variables to use double underscores
Support for using a prebuilt app instead of building one (fixes #207)

This allows for decoupling of build CI and automation CI into two separate actions.
Merge pull request #217 from justinseanmartin/jmartin/allow-asserts-from-non-sltest-subclasses

Allow SLAssert methods to be called from non SLTest subclass methods
Merge pull request #218 from justinseanmartin/jmartin/allow-separated-build-from-testing

Add support for using a prebuilt app to allow decoupling of the tasks
Ensure that the status bar test has completely scrolled to top before finishing.

The app can crash due to a bad-access exception in `UIScrollView`
if a scroll view is deallocated before it finishes scrolling to top in response
to a scroll bar tap.

It's also simpler to test that the scroll view content offset changes as we expect
than that labels in the scroll view do/do not become visible.

Unfortunately, it appears as though Travis requires an explicit wait beyond
the wait-for loop.

squash! Ensure that the status bar test has completely scrolled to top before finishing.
Disable integration test transition animations when running in CI.

There's no one watching in that case, and disabling animations speeds up the tests
by about 40%.
Move the text field further above the keyboard.

This is the only explanation I can think of for
https://travis-ci.org/inkling/Subliminal/jobs/27273775,
plus the text field tests will look better, though this is still weird.