wimleers/edit-createjs — pull request #6 by frega (2012-10-01 11:39:14+00:00)
Title: =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.