[FIX] form widgets failing to return correct value on programmatic save

Editable list was losing value when switching to other row from edited
cell (edit, tab-to-next-fiend then change record worked).

When changing row (by clicking on an other row or pressing up/down),
the list view simply request saving the current form and — once that
is done — switches the form to the new row.

The issue is in what happens *during* form-saving: for most text-based
fields (e.g. CharField-like) the field returns its internal
value. Said internal value was only synchronized when the internal
form control (input or textarea) fired the ``change`` event... and the
change event only fires *after blurring* (leaving) the current
field. So the form saving (and thus the retrieval of field values)
occured before the field could sync its internal value with the one
entered by the user.

Added a bunch of commit_value override to perform this synchronization
right before the field's value is requested.

Also removed an extraneous trailing comma in an array, and removed 2
useless temp storage (unused variables beyond their assignment).

bzr revid: xmo@openerp.com-20121210143808-wt4jmi4x0pg85xb8

0 files changed, 0 insertions, 0 deletions