Possible reasons for slow response of inline ajax editing of views field

The reason is because the editablefield loads the whole dang view each time you edit a field. I've got a line on an almost-working patch for this, and it will be posted on Monday!

Has there been any progress on this? Much appreciated!

Ah, yes! The attached patch was contributed by @rickyoh.

It replaces the editablefields markup with inline forms. The initial view rendering is no faster*, but the AJAX part is substantially improved.

* This can be improved if you allow form caching to be routed to memcache or disk. There's some concern that a cache-full flush could lose form information if somebody is mid-edit, but using long-lived caches and disk with lots of space I haven't found this to ever be an issue. It would definitely be a problem if you were caching to APC or something more ephemeral.

Thanks! This will hopefully fix a major issue we have with a lot of editors changing content at the same time. I just update paths in the patch.

Quick review

1. +++ b/editablefields.module
   @@ -248,7 +248,7 @@ function editablefields_field_formatter_view($entity_type, $entity, $field, $ins
   -    $views_field->views_form_callback = 'editablefields_views_form';
   +    //$views_field->views_form_callback = 'editablefields_views_form';
   

   Probably should remove the line if this is not needed anymore?

2. +++ b/editablefields.module
   @@ -368,7 +370,7 @@ function editablefields_form($form, &$form_state, $entity_type, $entity, $field,
   -    $form['actions']['submit'] = array(
   +    $form['actions']['ef_submit'] = array(
   

   I'm really unsure why this needed to be changed?