Yes, allowing the data table to be updated would be great.

You can use Kino.Frame and render new Kino.DataTable into the frame as needed.

Oh, I assumed you don’t need to re-render so often. The slow re-render is less about Kino.Frame and more about Kino.DataTable, which is rendered inside an iframe (as are all Kino.JS), so it does need to load and run the JS again. If you want the table to quickly react to updates, then it should be a single Kino.JS.Live reacting to events.

We have a lower-level abstraction called Kino.Table, where you have more control over how you query the data, and you can enable a “Refetch” button to re-run the query. However, that’s still not reactive.

The current design of Kino.DataTable is very much static. To make it reactive we could add Kino.Table.update, which would invoke a new callback @callback update(update_arg) to update the state and then re-fetch and broadcast the current page. And then we could add Kino.DataTable.update(tabular) and implement the callback, which would be similar to the current Kino.Table.new and @callback init(init_arg).

cc @josevalim

That’s what I thought.

That sounds great. Like you and I said, this is out of DataTable’s scope, but Elixir being a language that puts a lot of emphasis on being able to handle live data, I think a way to deal with live updates would be appreciated.

Maybe if Table.update works out, we could add a Table.listen.

Like you and I said, this is out of DataTable ’s scope

To be clear, I meant that it’s static now, but we could support the update : )

Yes, allowing the data table to be updated would be great.

I opened an issue, so that we don’t forget.