Refactoring modal code
 - Renaming controller from _errorModal_ to _genericModal_ since it is used for more than just errors
 - moving genericModal controller to its own file, referencing it from index.html
 - genericModal takes in one parameter called _data_, instead of _message_
paymentsModal will now display cost, total paid and calculate a remaining balance
 - the adminData screen will display only whether or not fully paid
 - genericModal is used here too
paymentType is required to process a credit card payment
adding fields to paymentsModal
 - this will need its own controller
 - adding support for an additional credit card payment or a scholarship
Adding a paymentModal with the logic specific to payments from the admin panel
 - payments now submit

Outstanding todos:
 - Get API to support scholarships
 - Stop page from going back to dashboard
 - Make the RegistrationCache update work correctly
 - Expose totalPaid in the API
Minor fixes:
 - Fixed page from going back to dashboard
 - Modal now returns updated registration to AdminDataCtrl, where the payments is array is updated
 - RegistrationCache no longer throws an error
Update a few more fields on the parent registration to ensure that the adminData view is up to date when the modal closes
Add support for credit card refunds
WIP
Updating total due now works.
 - Also able to pass in an errorCallback to RegistrationCache.update to handle any update errors
Adding dropdowns for credit card month and year.. fixing a couple minor typos
jshint
Updating payment fields to track with API changes to support additional payment types
Add fields for scholarship, transfer, cash and check payments
 - ability to refund non-credit card payments added
 - support for adding multiple payments during one modal window session
jshint
add endbuild back to index.html
Merge pull request #152 from CruGlobal/feat/onsite-payments

Feat/onsite payments