SCTableViewModelDelegate has:

- tableViewModel:willRemoveRowAtIndexPath:

but, can we get:

- tableViewModel:didRemoveRowAtIndexPath:

Sure, will do! Thanks for your feedback Tommy

Yes! And also I wonder if STV could implement its own version of an existing UITableView delegate method:
as this will help with a feature I'm build to make user-reordering of an arrayOfObjects section (created by STV automatically from an ArrayOfObjectCell selection) sticky. These all would be terrific.

Hi Geoffrey,

Please note that SCArrayOfObjectsCell/SCArrayOfObjectSection automatically persists row movement by reordering the actual objects in the "items" array provided to SCArrayOfObjectsCell/SCArrayOfObjectsSection. You do not need to handle this yourself. This is exactly how the classes also handle row deletion by automatically deleting the associated item in the "items" array. Is this what you're after?

My objects are bound to Core Data so the user re-ordering is wiped clean each time the view is pushed again. Or is there a way to handle this in STV already?

The updated ordering also has to be written to each objects attribute "displayOrder" for use in other parts of the application, so I need to get the newly ordered array after the user reorders at the very least to walk through the objects and update the attribute. But I do want the reordering sticky for display as well.

Core Data objects are actually stored in an NSSet, not an NSArray, and that's why they cannot be ordered (if you notice, Apple's Core Data templates always disable row movement).

How are you planning to persist the cell order if you were to do that manually?