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

[frega]

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]

Please see my ecstatic comment in #5 — #5 (comment) :)