make the keyboard disappear when the user starts to scroll down the list of available spots.

- the keyboard was blocking the full list of results, and this solution is easier to implement and more natural than programmatically resizing the tableview based on which keyboard the user is using.
- the searchForNewSpots controller now implements UIScrollViewDelegate and resigns the keyboard when the user is about to start scrolling
continue dark interface through to searchNewSpots view

- added code to programmatically add blur view to background
- modified the colors of the text fields, the prototype cells, the top bar, and keyboard in interface builder
fixed misuse of didSelectRow and unwindSegue that kept information from getting passed back to the main view controller in the right order

- removed didSelectRow in searchSpots and moved the code to prepareForSegue
- refactored viewWillAppear by moving all of the logic out into a function that's more appropriate than calling viewWillAppear every time to get those lines to run
modify the way cells are created in the main view to be indexPath-aware

- any time you had selected so many spots that your list exceeded the height of your display, scrolling up to look at a the first cell you'd see that the background color only filled some of the cell. This is because we were returning cells without passing indexPath to the dequeueReusableCell. Passing indexPath makes sure that if the cell happens to be cell all the way up at the top, it gets the proper background fill even though it's taller than all the other cells to slip under the status bar with its background color
Merge pull request #2 from sahandnayebaziz/user-interface

merge user-interface into field-testing