Edit cells
Last updated
Last updated
object-table
v3 supports comprehensive in-line cell editing. When a cell is editable its value can be changed with the help of nested edit-
tags inside of a column. When a column contains an editable tag, it must also contain a display
attribute, since the contents of the column
contains additional parser information.
User Experience Tip: Specify an orderBy
on your query
Since the default ordering for queries is by modification date, editing the value of an object's field via edit-
will cause that object to be the last modified one. This causes your query to reload and the last modified object will be at the end of the list, creating the impression that it disappeared.
To prevent this from happening, be sure to specify an orderBy
on your query on something other than the modification date, e.g. DB.user.all().orderBy('name')
. This keeps the ordering stable, resulting in better user experience.
on-change
attributeThe function to execute when a cell's value is edited is specified by the on-change
attribute as follows:
When the saving of a value is slow due to complex database logic, the table will show an inline loader to indicate that the value is being saved:
The data displayed in a cell sometimes differs from what is displayed when it is being edited, as with monetary data. In these cases one can make use of the value
attribute to override the display
value, which is normally used when the user selects a cell for editing.
In the following code example, the value displayed by the cell is "Name: " followed by the format string generated by {name}
:
In the next example, the value
attribute accepts a function that provides access to $object
from which the actual cell value is extracted by the $:getMonetaryValue($object)
function:
Unlike display
, value
is not a text attribute and must therefore represent a variable or result of a function, i.e. do not use string literals to give it a value in curly brackets like this: value="{do_not_do_this}"
Editable cells will attempt to sanitize a user's input and perform automatic validation depending on the type of input. It is possible to provide additional custom validation using the methods below:
Method 1: Return false
If the return value of the valueChanged
method is false
a validation error will occur and an error message will display with the cell.
Method 2: Exception
An exception can be thrown, which will not only prevent further execution of the function, but also allow the error message to be custom. For example:
When a particular editable cell should not be editable based on a condition, the disabled
attribute can be used to dynamically turn it into a standard display-only cell. This attribute has access to $object
.