+++
title = "Edit Row"
template = "demo.html"
+++
This example shows how to implement editable rows. First let's look at the table body:
```html
Name
Email
...
```
This will tell the requests from within the table to target the closest enclosing row that the request is triggered
on and to replace the entire row.
Here is the HTML for a row:
```html
${contact.name}
${contact.email}
```
Here we are getting a bit fancy and only allowing one row at a time to be edited, using some JavaScript.
We check to see if there is a row with the `.editing` class on it and confirm that the user wants to edit this row
and dismiss the other one. If so, we send a cancel event to the other row so it will issue a request to go back to
its initial state.
We then trigger the `edit` event on the current element, which triggers the htmx request to get the editable version
of the row.
Note that if you didn't care if a user was editing multiple rows, you could omit the hyperscript and custom `hx-trigger`,
and just let the normal click handling work with htmx. You could also implement mutual exclusivity by simply targeting the
entire table when the Edit button was clicked. Here we wanted to show how to integrate htmx and JavaScript to solve
the problem and narrow down the server interactions a bit, plus we get to use a nice SweetAlert confirm dialog.
Finally, here is what the row looks like when the data is being edited:
```html
```
Here we have a few things going on: First off the row itself can respond to the `cancel` event, which will bring
back the read-only version of the row. There is a cancel button that allows
cancelling the current edit. Finally, there is a save button that issues a `PUT` to update the contact. Note that
there is an [`hx-include`](@/attributes/hx-include.md) that includes all the inputs in the closest row. Tables rows are
notoriously difficult to use with forms due to HTML constraints (you can't put a `form` directly inside a `tr`) so
this makes things a bit nicer to deal with.
{{ demoenv() }}