# Katalyst::Tables
Tools for building HTML tables from ActiveRecord collections.
## Installation
Add this line to your application's Gemfile:
```ruby
gem "katalyst-tables"
```
And then execute:
$ bundle install
Add the Gem's javascript and CSS to your build pipeline. This assumes that
you're using `rails-dartsass` and `importmaps` to manage your assets.
```javascript
// app/javascript/controllers/application.js
import { application } from "controllers/application";
import tables from "@katalyst/tables";
application.load(tables);
```
## Usage
This gem provides entry points for backend and frontend concerns:
* `Katalyst::TableComponent` can be used render encapsulated tables, it calls a
partial for each row.
* `Katalyst::Tables::Frontend` provides `table_with` for inline table generation
* `Katalyst::Tables::Collection::Base` provides a default entry point for
building collections in your controller actions.
## Frontend
Use `Katalyst::TableComponent` to build a table component from an ActiveRecord
collection, or from a `Katalyst::Tables::Collection::Base` instance.
For example, if you render `Katalyst::TableComponent.new(collection: @people)`,
the table component will look for a partial called `_person.html+row.erb` and
render it for each row (and once for the header row).
```erb
<%# locals: { row:, person: nil } %>
<% row.cell :name do |cell| %>
<%= link_to cell.value, [:edit, person] %>
<% end %>
<% row.cell :email %>
```
The table component will call your partial once per row and accumulate the cells
you generate into rows, including a header row:
```html
Name |
Email |
Alice |
alice@acme.org |
Bob |
bob@acme.org |
```
You can customize the partial and/or the name of the resource in a similar style
to view partials:
```erb
<%= render Katalyst::TableComponent.new(collection: @employees, as: :person, partial: "person") %>
```
### Inline tables
You can use the `table_with` helper to generate a table inline in your view without explicitly interacting with the
table component. This is primarily intended for backwards compatibility, but it can be useful for simple tables.
Add `include Katalyst::Tables::Frontend` to your `ApplicationHelper` or similar.
```erb
<%= table_with collection: @people do |row, person| %>
<% row.cell :name do |cell| %>
<%= link_to cell.value, [:edit, person] %>
<% end %>
<% row.cell :email %>
<% end %>
```
### HTML Attributes
You can add custom attributes on table, row, and cell tags.
The table tag takes attributes passed to `TableComponent` or via the call to `table_with`, similar to `form_with`:
```erb
<%= TableComponent.new(collection: @people, id: "people-table")
```
Cells support the same approach:
```erb
<%= row.cell :name, class: "name" %>
```
Rows do not get called directly, so instead you can assign to `html_attributes` on the row builder to customize row tag
generation.
```erb
<% row.html_attributes = { id: person.id } if row.body? %>
```
Note: because the row builder gets called to generate the header row, you may need to guard calls that access the
`person` directly as shown in the previous example. You could also check whether `person` is present.
#### Headers
Tables will automatically generate a header row for you by calling your row partial or provided block with no object.
During this call, `row.header?` is true, `row.body?` is false, and the object (`person`) is nil.
All cells generated in the table header iteration will automatically be header cells, but you can also make header cells
in your body rows by passing `heading: true` when you generate the cell.
```erb
<% row.cell :id, heading: true %>
```
The table header cells default to showing the capitalized column name, but you can customize this in one of two ways:
* Set the value inline
```erb
<% row.cell :id, label: "ID" %>
```
* Define a translation for the attribute
```yml
# en.yml
activerecord:
attributes:
person:
id: "ID"
```
Note: if the cell is given a block, it is not called during the header pass. This
is because the block is assumed to be for generating data for the body, not the
header. We suggest you set `label` instead.
#### Cell values
If you do not provide a value when you call the cell builder, the attribute you
provide will be retrieved from the current item and the result will be rendered in
the table cell. This is often all you need to do, but if you do want to customise
the value you can pass a block instead:
```erb
<% row.cell :status do %>
<%= person.password.present? ? "Active" : "Invited" %>
<% end %>
```
In the context of the block you have access the cell builder if you simply
want to extend the default behaviour:
```erb
<% row.cell :status do |cell| %>
<%= link_to cell.value, person %>
<% end %>
```
You can also assign to `html_attributes` on the cell builder, similar to the row
builder, but please note that this will replace any options passed to the cell
as arguments.
## Collections
The `Katalyst::Tables::Collection::Base` class provides a convenient way to
manage collections in your controller actions. It is designed to be used with
Pagy for pagination and provides built-in sorting when used with ActiveRecord
collections. Sorting and Pagination are off by default, but you can create
a custom `ApplicationCollection` class that sets them on by default.
```ruby
class ApplicationCollection < Katalyst::Tables::Collection::Base
config.sorting = "name" # requires models have a name attribute
config.pagination = true
end
```
You can then use this class in your controller actions:
```ruby
class PeopleController < ApplicationController
def index
@people = ApplicationCollection.new.with_params(params).apply(People.all)
end
end
```
Collections can be passed directly to `TableComponent` and it will automatically
detect features such as sorting and generate the appropriate table header links.
```erb
<%= render TableComponent.new(collection: @people) %>
```
## Sort
When sort is enabled, table columns will be automatically sortable in the
frontend for any column that corresponds to an attribute on the model. You can
also add sorting to non-attribute columns by defining a scope in your
model:
```
scope :order_by_status, ->(direction) { ... }
```
You can also use sort without using collections, this was the primary backend
interface for V1 and takes design cues from Pagy. Start by including the backend
in your controller(s):
```ruby
include Katalyst::Tables::Backend
```
Now, in your controller index actions, you can sort your active record
collections based on the `sort` param which is appended to the current URL as a
get parameter when a user clicks on a column header.
Building on our example from earlier:
```ruby
class PeopleController < ApplicationController
include Katalyst::Tables::Backend
def index
@people = People.all
@sort, @people = table_sort(@people) # sort
end
end
```
You then add the sort form object to your view so that it can add column header
links and show the current sort state:
```erb
<%= table_with collection: @people, sort: @sort do |row, person| %>
<%= row.cell :name %>
<%= row.cell :email %>
<% end %>
```
## Pagination
This gem designed to work with [pagy](https://github.com/ddnexus/pagy/).
If you use collections and enable pagination then pagy will be called internally
and the pagy metadata will be available as `pagination` on the collection.
`Katalyst::Tables::PagyNavComponent` can be used to render the pagination links
for a collection.
```erb
<%= render Katalyst::Tables::PagyNavComponent.new(collection: @people) %>
```
## Extensions
The following extensions are available:
* [Orderable](docs/orderable.md) - adds bulk-update for 'ordinal' columns via dragging rows in the table.
* [Selectable](docs/selectable.md) - adds bulk-action support for rows in the table.
## Customization
A common pattern we use is to have a cell at the end of the table for actions. For example:
```html
```
You can write a custom component that helps generate this type of table by
adding the required classes and adding helpers for generating the actions.
This allows for a declarative table syntax, something like this:
```erb
<%= render ActionTableComponent.new(collection:) do |row| %>
<% row.cell :name %>
<% row.actions do |cell| %>
<%= cell.action "Edit", :edit %>
<%= cell.action "Delete", :delete, method: :delete %>
<% end %>
<% end %>
```
And the customized component:
```ruby
class ActionTableComponent < Katalyst::TableComponent
config.header_row = "ActionHeaderRow"
config.body_row = "ActionBodyRow"
config.body_cell = "ActionBodyCell"
def default_html_attributes
{ class: "action-table" }
end
class ActionHeaderRow < Katalyst::Tables::HeaderRowComponent
def actions(&block)
cell(:actions, class: "actions", label: "", &block)
end
end
class ActionBodyRow < Katalyst::Tables::BodyRowComponent
def actions(&block)
cell(:actions, class: "actions", &block)
end
end
class ActionBodyCell < Katalyst::Tables::BodyCellComponent
def action(label, href, **attrs)
content_tag(:a, label, href: href, **attrs)
end
end
end
```
## Development
After checking out the repo, run `bin/setup` to install dependencies. Then, run `bundle exec rspec` to run the tests.
To install this gem onto your local machine, run `bundle exec rake install`.
## Contributing
Bug reports and pull requests are welcome on GitHub at https://github.com/katalyst/katalyst-tables.
## License
The gem is available as open source under the terms of the [MIT License](https://opensource.org/licenses/MIT).