=Rough initial work on addressing issue #5 - Abstract form AJAX handling

The patch does some refactoring of the ajax-related handling as indicated in issue #5 of the main repo. It implicitly also fixes/addresses issue #4.

This is still very rough on the edges and an incomplete refactoring (in particular in ui-editable.js).

What works now/still works:

form-based fields.
body field (aloha) seems to work mostly (some ui glitches, some formattings aren't saved).
title field works sort of (several issues)

What does not work:

title editable: saving "kind of works" but there's double encoding & there's weird whitespace issues (leading to "length" validation erros); this probably has to do w/ so-far the missing "edit_field_rendered_without_transformation_filters"-implementation.
title editable: save/submit returns an empty response.data.
authoring date editable: is correctly "editable" but the form response renders incorrectly (or rather renders the "user name").
body editable (aloha): sometimes toolbars don't get initialized, visible etc. inline-styles are ignored (could be drupal-input format settting).
validation (no handling at all)
i think i've messed up the distinction between $field and $editable in the form-editable-response injection, but it seems to work nonetheless ...

Bug/quirks/kinks:

all editables: saving properly re-enables the editable, leaving the editable by activating another editable or clicking cancel permanently disables it (might be just some missing CSS classes, might be something else).
if you toggle between view and edit modes, editables get repadded/redecorated.

wimleers / edit-createjs