This acts_as extension provides the capabilities for sorting and reordering a number of objects in a list. The class that has this specified needs to have a position column defined as an integer on the mapped database table.
There are a couple of changes of behaviour from 0.8.0 onwards:
- If you specify
add_new_at: :top, new items will be added to the top of the list like always. But now, if you specify a position at insert time:.create(position: 3), the position will be respected. In this example, the item will end up at position3and will move other items further down the list. Before0.8.0the position would be ignored and the item would still be added to the top of the list. #220 acts_as_listnow copes with disparate position integers (i.e. gaps between the numbers). There has been a change in behaviour for thehigher_itemsmethod. It now returns items with the first item in the collection being the closest item to the reference item, and the last item in the collection being the furthest from the reference item (a.k.a. the first item in the list). #223
In your Gemfile:
gem 'acts_as_list'
Or, from the command line:
gem install acts_as_list
At first, you need to add a position column to desired table:
rails g migration AddPositionToTodoItem position:integer
rake db:migrate
After that you can use acts_as_list method in the model:
class TodoList < ActiveRecord::Base
has_many :todo_items, -> { order(position: :asc) }
end
class TodoItem < ActiveRecord::Base
belongs_to :todo_list
acts_as_list scope: :todo_list
end
todo_list = TodoList.find(...)
todo_list.todo_items.first.move_to_bottom
todo_list.todo_items.last.move_higherYou'll have a number of methods added to each instance of the ActiveRecord model that to which acts_as_list is added.
In acts_as_list, "higher" means further up the list (a lower position), and "lower" means further down the list (a higher position). That can be confusing, so it might make sense to add tests that validate that you're using the right method given your context.
list_item.insert_at(2)list_item.move_lowerwill do nothing if the item is the lowest itemlist_item.move_higherwill do nothing if the item is the highest itemlist_item.move_to_bottomlist_item.move_to_toplist_item.remove_from_list
list_item.increment_positionlist_item.decrement_positionlist_item.set_list_position(3)
list_item.first?list_item.last?list_item.in_list?list_item.not_in_list?list_item.default_position?list_item.higher_itemlist_item.higher_itemswill return all the items abovelist_itemin the list (ordered by the position, ascending)list_item.lower_itemlist_item.lower_itemswill return all the items belowlist_itemin the list (ordered by the position, ascending)
All position queries (select, update, etc.) inside gem methods are executed without the default scope (i.e. Model.unscoped), this will prevent nasty issues when the default scope is different from acts_as_list scope.
The position column is set after validations are called, so you should not put a presence validation on the position column.
If you need a scope by a non-association field you should pass an array, containing field name, to a scope:
class TodoItem < ActiveRecord::Base
# `kind` is a plain text field (e.g. 'work', 'shopping', 'meeting'), not an association
acts_as_list scope: [:kind]
endcolumndefault:position. Use this option if the column name in your database is different from position.top_of_listdefault:1. Use this option to define the top of the list. Use 0 to make the collection act more like an array in its indexing.add_new_atdefault::bottom. Use this option to specify whether objects get added to the:topor:bottomof the list.nilwill result in new items not being added to the list on create, i.e, position will be kept nil after create.
As of version 0.7.5 Rails 5 is supported.
All versions 0.1.5 onwards require Rails 3.0.x and higher.
- Sort based feature
- Check out the latest master to make sure the feature hasn't been implemented or the bug hasn't been fixed yet
- Check out the issue tracker to make sure someone already hasn't requested it and/or contributed it
- Fork the project
- Start a feature/bugfix branch
- Commit and push until you are happy with your contribution
- Make sure to add tests for it. This is important so I don't break it in a future version unintentionally.
- Please try not to mess with the Rakefile, version, or history. If you want to have your own version, or is otherwise necessary, that is fine, but please isolate to its own commit so I can cherry-pick around it.
- I would recommend using Rails 3.1.x and higher for testing the build before a pull request. The current test harness does not quite work with 3.0.x. The plugin itself works, but the issue lies with testing infrastructure.
Copyright (c) 2007 David Heinemeier Hansson, released under the MIT license

