# cocooned **Repository Path**: mirrors_simi/cocooned ## Basic Information - **Project Name**: cocooned - **Description**: Dynamic nested forms in Rails made easy - **Primary Language**: Unknown - **License**: Apache-2.0 - **Default Branch**: main - **Homepage**: None - **GVP Project**: No ## Statistics - **Stars**: 0 - **Forks**: 0 - **Created**: 2024-07-05 - **Last Updated**: 2026-02-15 ## Categories & Tags **Categories**: Uncategorized **Tags**: None ## README # Cocooned [](https://github.com/notus-sh/cocooned/actions/workflows/unit-tests.yml) [](https://badge.fury.io/rb/cocooned) Cocooned makes it easier to handle nested forms in Rails. Cocooned is form builder-agnostic: it works with standard Rails (>= 6.0, < 7.1) form helpers, [Formtastic](https://github.com/justinfrench/formtastic) or [SimpleForm](https://github.com/plataformatec/simple_form). 1. [Background](#some-background) 2. [Installation](#installation) 3. [Getting started](#getting-started) 4. [Going further with plugins](#plugins) 5. [Links or buttons ?](#links-or-buttons) 5. [I18n integration](#internationalisation) 6. [JavaScript](#javascript) 7. [Styling](#styling-forms) 8. [Migration from a previous version](#migration-from-a-previous-version) or from Cocoon ## Some Background Cocooned is a fork of [Cocoon](https://github.com/nathanvda/cocoon) by [Nathan Van der Auwera](https://github.com/nathanvda). He and all Cocoon contributors did a great job to maintain it for years. Many thanks to them! However, the project seems to have only received minimal fixes since 2018 and many pull requests, even simple ones, have been on hold for a long time. In 2019, as I needed more than what Cocoon provided at this time, I had the choice to either maintain an extension or to fork it and integrate everything that was waiting and more. Over the time, Cocooned turned into an almost complete rewrite of Cocoon with more functionnalities, a more fluent API (I hope) and integration with modern toolchains. Still, **Cocooned is completely compatible with Cocoon and can be used as a drop-in replacement** as long as we talk about Ruby code. Change the name of the gem in your Gemfile and you're done. **This compatibility layer with the original Cocoon API will be dropped in the next major release.** On the JavaScript side, Cocooned 2.0 removed the dependency to jQuery (Yeah! :tada:). See [JavaScript](#javascript) for details. ## Installation Add `cocooned` to your `Gemfile`: ```ruby gem 'cocooned' ``` ### Load Cocooned JavaScript Cocooned comes with an NPM companion package: [`@notus.sh/cocooned`](https://www.npmjs.com/package/@notus.sh/cocooned). It bundles JavaScript files to handles in-browser interactions with your nested forms. If you use import maps (Rails 7.0+ default), add it with: ```shell $ bin/importmap pin @notus.sh/cocooned ``` If you use Yarn and Webpack (Rails 5.1+ default), add it with: ```shell $ yarn add @notus.sh/cocooned ``` **Note:** To ensure you will always get the version of the companion package that match with the gem version, you should specify the same version constraint you used for the `cocooned` gem in your `Gemfile`. Once installed, load it into your application with: ```javascript import Cocooned from '@notus.sh/cocooned' Cocooned.start() ``` If you still use Sprockets to bundle your javascripts (Rails 3.1+ default), you can either install the companion package from npmjs.org with the package manager of your choice, configure Sprockets to look for files in your application's `/node_modules` directory and load it as above (recommended) or require `cocooned` in your `application.js` with: ```javascript //= require 'cocooned' ``` **This compatibility with aging Rails assets pipelines will be removed in the next major release.** ## Getting started For all the following examples, we will consider modelisation of an administrable list with items. Here are the two ActiveRecord models : `List` and `Item`: ```ruby # == Schema Info # # Table name: lists # # id :integer(11) not null, primary key # name :string class List < ApplicationRecord has_many :items, inverse_of: :list accepts_nested_attributes_for :items, reject_if: :all_blank, allow_destroy: true end # == Schema Info # # Table name: items # # id :integer(11) not null, primary key # list_id :integer(11) not null # description :text # done :bool not null, default(false) class Item < ApplicationRecord belongs_to :list end ``` We will build a form where we can dynamically add items to a list, remove or reorder them. ### Basic form [Rails natively supports nested forms](https://guides.rubyonrails.org/form_helpers.html#nested-forms) but does not support adding or removing nested items. ```erb <% # `app/views/lists/_form.html.erb` %> <%= form_for @list do |form| %> <%= form.text_field :name %>
<%= cocooned_add_item_link 'Add an item', form, :items %>
<% end %> <%= form.submit "Save" %> <% end %> ``` By default, new items will be inserted just before the immediate parent of the 'Add an item' link. You can have a look at the documentation of `cocooned_add_item_link` for more information about how to change that but we'll keep it simple for now. ### 4. Add a way to remove an item from the collection Change your sub form as follow: ```diff <% # `app/views/lists/_item_fields.html.erb` %> <%= cocooned_item do %> <%= f.label :description %> <%= f.text_field :description %> <%= f.check_box :done %> + <%= cocooned_remove_item_link 'Remove', f %> <% end %> ``` You're done! ### Gotchas #### Strong Parameters Gotcha To destroy nested models, Rails uses a virtual attribute called `_destroy`. When `_destroy` is set, the nested model will be deleted. If a record has previously been persisted, Rails generates and uses an additional `id` field. When using Rails > 4.0 (or strong parameters), you need to explicitly add both `:id` and `:_destroy` to the list of permitted parameters in your controller. In our example: ```ruby def list_params params.require(:list).permit(:name, tasks_attributes: [:id, :description, :done, :_destroy]) end ``` #### Has One Gotcha If you have a `has_one` association, then you (probably) need to set `force_non_association_create: true` on `cocooned_add_item_link` or the associated object will be destroyed every time the edit form is rendered (which is probably not what you expect). See the [original merge request](https://github.com/nathanvda/cocoon/pull/247) for more details. #### Complex nested forms If you want to build complex forms with multiple levels of nesting, make sure you [initialize Cocooned event handlers correctly for dynamically added child items](https://github.com/notus-sh/cocooned/blob/main/npm/README.md#complex-nested-forms) or your form won't behave as you might expect. ## Plugins Cocooned comes with two built-in plugins: * **Limit**, to set a maximum limit of items the association can contain * **Reorderable**, that will automatically update a `position` field in each of your sub forms when you add, remove or move an item. ### The limit plugin The limit plugin requires you specify the maximum number of items allowed in the association. To do so, pass a `:limit` option to the `cocooned_container` helper: ```erb <%= cocooned_container limit: 12 do %> <% # […] %> <% end %> ``` ### The reorderable plugin **Important:** To use the reorderable plugin, your model must have a `position` numeric attribute you use to order collections (as in [acts_as_list](https://rubygems.org/gems/acts_as_list)). The reorderable plugin can be activated in two ways through the `cocooned_container` helper: - With a boolean: `cocooned_container reorderable: true` Will use plugin's defaults (and start counting positions at 1) - With a configuration hash: `cocooned_container reorderable: { startAt: 0 }` Will use given `:startAt` as base position To be able to move items up and down in your form and for positions to be saved, you need to change your sub form as follow: ```diff <% # `app/views/lists/_item_fields.html.erb` %> <%= cocooned_item do %> <%= f.label :description %> <%= f.text_field :description %> <%= f.check_box :done %> + <%= f.hidden_field :position %> + <%= cocooned_move_item_up_link 'Up', f %> + <%= cocooned_move_item_down_link 'Down', f %> <%= cocooned_remove_item_link 'Remove', f %> <% end %> ``` Remember to add `:position` as a permitted parameter in your controller. ## Links or buttons? Each helper provided by Cocooned with a name ending with `_link` has its `_button` equivalent, to generate a `` instead of a ``: - `cocooned_add_item_link` <=> `cocooned_add_item_button` ([Documentation](https://github.com/notus-sh/cocooned/blob/main/lib/cocooned/helpers/tags/add.rb)) - `cocooned_remove_item_link` <=> `cocooned_remove_item_button` ([Documentation](https://github.com/notus-sh/cocooned/blob/main/lib/cocooned/helpers/tags/remove.rb)) - `cocooned_move_item_up_link` <=> `cocooned_move_item_up_button` ([Documentation](https://github.com/notus-sh/cocooned/blob/main/lib/cocooned/helpers/tags/up.rb)) - `cocooned_move_item_down_link` <=> `cocooned_move_item_down_button` ([Documentation](https://github.com/notus-sh/cocooned/blob/main/lib/cocooned/helpers/tags/down.rb)) While all `_link` helpers accept and will politely forward any option supported by ActionView's `link_to`, `_button` helpers will do the same with options supported by ActionView's `button_tag`. ## Internationalisation The label of any action trigger can be given explicitly as helper's first argument or as a block, just as you can do with ActionView's `link_to` or `button_to`. Additionally, Cocooned helpers will lookup I18n translations for a default label based on the action name (`add`, `remove`, `up`, `down`) and the association name. For `add` triggers, the association name used is the same as passed as argument. Other triggers extract the association name from form's `#object_name`. You can declare default labels in your translation files with following keys: - `cocooned.{association}.{action}` (Ex: `cocooned.items.add`) - `cocooned.defaults.{action}` If no translation is found, the default label will be the humanized action name. ## Javascript For more documentation about the JavaScript bundled in the companion package, please refer to [its own documentation](https://github.com/notus-sh/cocooned/blob/main/npm/README.md). ## Styling forms Cocooned now uses exclusively data-attribute to hook JavaScript methods on but usual classes are still here and will stay so you can style your forms: - `.cocooned-container` on a container - `.cocooned-item` on an item - `.cocooned-add` on an add trigger (link or button) - `.cocooned-remove` on a remove trigger (link or button) - `.cocooned-move-up` on a move up trigger (link or button) - `.cocooned-move-down` on a move down trigger (link or button) ## Migration from a previous version These migrations steps only highlight major changes. When upgrading from a previous version, always refer to [the CHANGELOG](https://github.com/notus-sh/cocooned/blob/main/CHANGELOG.md) for new features and breaking changes. ### From Cocooned ~1.0 #### Forms markup Cocooned 2.0 introduced the `cocooned_container` and `cocooned_item` helpers to respectively wrap the container where items will be added and each of the items. If you used Cocooned ~1.0, you should modify your main forms as follow: ```diff -