ActiveAdmin Searchable Select
Searchable select boxes (via Select2) for ActiveAdmin forms and filters. Extends the ActiveAdmin resource DSL to allow defining JSON endpoints to fetch options from asynchronously.
Installation
Add activeadmin-searchable_select
to your Gemfile:
gem 'activeadmin-searchable_select'
Using assets via Sprockets
Import stylesheets and require javascripts:
// active_admin.css.scss
@import "active_admin/searchable_select";
// active_admin.js
//= require active_admin/searchable_select
Using assets via Webpacker (or any other assets bundler) as a NPM module (Yarn package)
Execute:
$ npm i @codevise/activeadmin-searchable_select
Or
$ yarn add @codevise/activeadmin-searchable_select
Or add manually to package.json
:
"dependencies": {
"@codevise/activeadmin-searchable_select": "1.6.0"
}
and execute:
$ yarn
Add the following line into app/javascript/active_admin.js
:
import '@codevise/activeadmin-searchable_select';
Add the following line into app/javascript/stylesheets/active_admin.scss
:
@import '@codevise/activeadmin-searchable_select';
Usage
Making Select Boxes Searchable
To add search functionality to a select box, use the
:searchable_select
input type:
ActiveAdmin.register Product do
form do |f|
f.input(:category, as: :searchable_select)
end
end
This also works for filters:
ActiveAdmin.register Product do
filter(:category, as: :searchable_select)
end
By default, you can only select one at a time for a filter. You can specify a multi-select with:
ActiveAdmin.register Product do
filter(:category, as: :searchable_select, multiple: true)
end
Fetching Options via Ajax
For large collections, rendering the whole set of options can be to
expensive. Use the ajax
option to fetch a set of matching options
once the user begins to type:
ActiveAdmin.register Product do
filter(:category,
as: :searchable_select,
ajax: true)
end
If the input attribute corresponds to an ActiveAdmin resource, it is
expected to provide the JSON endpoint that provides the options. Use
the searchable_select_options
method to define the required
collection action:
ActiveAdmin.register Category do
(scope: Category.all,
text_attribute: :name)
end
By default, scope
needs to be a Ransack enabled ActiveRecord
collection proxy determining which options are available. The
attribute given by text_attribute
will be used to get a display name
for each record. Via Ransack, it is also used to filter by search
term. Limiting result set size is handled automatically.
You can customize the display text:
ActiveAdmin.register Category do
(scope: Category.all,
text_attribute: :name,
display_text: ->(record) { "Category: #{record.name}" } )
end
Note that text_attribute
is still required to perform filtering via
Ransack. You can pass the filter
option, to specify your own
filtering strategy:
ActiveAdmin.register Category do
searchable_select_options(scope: Category.all,
text_attribute: :name,
filter: lambda |term, scope|
scope.ransack(name_cont_all: term.split(' ')).result
end)
end
scope
can also be a lambda which is evaluated in the context of the
collection action defined by the helper:
ActiveAdmin.register Category do
(scope: -> { Category.allowed_for(current_user) },
text_attribute: :name)
end
If the input attribute is set on the form's object, ajax based searchable selects will automatically render a single option to ensure the selected item is displayed correctly even before options have been loaded asynchronously.
Specifying the Options Endpoint Resource
If the resource that provides the options endpoint cannot be guessed
based on the input attribute name, you can pass an object with a
resource
key as ajax
option:
ActiveAdmin.register Product do
form do |f|
f.input(:additional_category,
as: :searchable_select,
ajax: { resource: Category })
end
end
Multiple Options Endpoints per Resource
A single ActiveAdmin resource can define multiple options endpoints:
ActiveAdmin.register Category do
(name: :favorites,
scope: Category.favorites,
text_attribute: :name)
(name: :recent,
scope: Category.recent,
text_attribute: :name)
end
To specify which collection to use, pass an object with a
collection_name
key as ajax
option:
ActiveAdmin.register Product do
form do |f|
f.input(:category,
as: :searchable_select,
ajax: { collection_name: :favorites })
end
end
Querying Multiple Attributes
ActiveAdmin Searchable Select querying is performed by Ransack. As such, you can build your query in a way that it can query multiple attributes at once.
ActiveAdmin.register User do
(scope: User.all,
text_attribute: :username,
filter: lambda do |term, scope|
scope.ransack(email_or_username_cont: term).result
end)
end
In this example, the all
scope will query email OR username
.
You can add the additional payload as dsl option:
ActiveAdmin.register Category do
(scope: Category.all,
text_attribute: :name,
additional_payload: ->(record) { { foo: record. } } )
end
response example which uses additional_payload:
{
"results": [{ "id": "1", "text": "Bicycles", "foo": "Bar" }],
"pagination": { "more": "false" }
}
Passing Parameters
You can pass additional parameters to the options endpoint:
ActiveAdmin.register Product do
form do |f|
f.input(:category,
as: :searchable_select,
ajax: {
params: {
some: 'value'
}
})
end
end
The lambda passed as scope
can receive those parameters as first
argument:
ActiveAdmin.register Category do
(scope: lambda do |params|
Category.find_all_by_some(params[:some])
end,
text_attribute: :name)
end
Path options for nested resources
Example for the following setup:
# Models
class OptionType < ActiveRecord::Base; end
class OptionValue < ActiveRecord::Base
belongs_to :option_type
end
class Product < ActiveRecord::Base
belongs_to :option_type
has_many :variants
end
class Variant < ActiveRecord::Base
belongs_to :product
belongs_to :option_value
end
# ActiveAdmin
ActiveAdmin.register(OptionType)
ActiveAdmin.register(Product)
ActiveAdmin.register(OptionValue) do
belongs_to :option_type
(scope: lambda do |params|
OptionValue.where(
option_type_id: params[:option_type_id]
)
end,
text_attribute: :value)
end
It is possible to pass path parameters for correctly generating URLs for nested resources fetching via path_params
ActiveAdmin.register(Variant) do
belongs_to :product
form do |f|
...
f.input(:option_value,
as: :searchable_select,
ajax: {
resource: OptionValue,
path_params: {
option_type_id: f.object.product.option_type_id
}
})
...
end
end
This will generate the path for fetching as all_options_admin_option_type_option_values(option_type_id: f.object.product.option_type_id)
(e.g. /admin/option_types/2/option_values/all_options
)
Inlining Ajax Options in Feature Tests
When writing UI driven feature specs (i.e. with Capybara),
asynchronous loading of select options can increase test
complexity. activeadmin-searchable_select
provides an option to
render all available options just like a normal select input while
still exercsing the same code paths including scope
and
text_attribute
handling.
For example with RSpec/Capybara, simply set inline_ajax_options
true
for feature specs:
RSpec.configure do |config|
config.before(:each) do |example|
ActiveAdmin::SearchableSelect. = (example.[:type] == :feature)
end
end
Passing options to Select2
It is possible to pass and define configuration options to Select2
via data-attributes
using nested (subkey) options.
Attributes need to be added to the input_html
option in the form input.
For example you can tell Select2 how long to wait after a user
has stopped typing before sending the request:
...
f.input(:category,
as: :searchable_select,
ajax: true,
input_html: {
data: {
'ajax--delay' => 500
}
})
...
Development
To run the tests install bundled gems and invoke RSpec:
$ bundle
$ bundle exec rspec
The test suite can be run against different versions of Rails and
Active Admin (see Appraisals
file):
$ appraisal install
$ appraisal rspec
Please make sure changes conform with the styleguide:
$ bundle exec rubocop
Acknowledgements
Based on mfairburn/activeadmin-select2.