# Puffer - YARAI (Yet Another Rails Admin Interface). Rails 3.1 only.

Puffer was created to help project owner or moderators view and edit all the project`s data models. It is rails 3.1 only

## Keyfeatures

* Full rails integration. Puffer has no configs, just DSL to create interfaces. And this DSL depends on rails convensions.
* Flexibility. Puffer designed to be as flexible as possible, so you can create your own modules easily.
* I18n. Surely.
* Bla bla

## Installation.

You can instal puffer as a gem:
<pre>gem install puffer</pre>
Or in Gemfile:
<pre>gem "puffer"</pre>

## Introduction.

So, you have some data structure of your project. Let it`ll be like this:

<pre>
create_table "users", :force => true do |t|
  t.string   "email"
  t.string   "password"
  t.datetime "created_at"
  t.datetime "updated_at"
end

create_table "posts", :force => true do |t|
  t.integer  "user_id"
  t.string   "title"
  t.text     "body"
  t.datetime "created_at"
  t.datetime "updated_at"
end
</pre>

Also, you have two models:

<pre>
class User &lt; ActiveRecord::Base
  has_many :posts
  validates_presence_of :email, :password
  validates_length_of :password, :minimum => 6
end
</pre>

<pre>
class Profile &lt; ActiveRecord::Base
  belongs_to :user
  validates_presence_of :name, :surname
end
</pre>

At first, lets generate puffers controllers:
<pre>rails g puffer:controller User</pre>
and
<pre>rails g puffer:controller Post</pre>

This will generate a kind of:
<pre>
class Admin::PostsController &lt; Puffer::Base
  setup do
    group :posts
  end

  index do
    field :id
    field :user_id
    field :title
    field :body
    field :created_at
    field :updated_at
  end

  form do
    field :id
    field :user_id
    field :title
    field :body
    field :created_at
    field :updated_at
  end

end
</pre>

Puffer controller`s DSL creates all the actions we need. Next step - routing

<pre>
namespace :admin
  resources :users do
    resources :posts
  end
  resources :posts
end
</pre>

Let me explain this feature. Puffer tracks all the nested resources. So, with this routing structure we can access, for example, only specified user`s posts:

<pre>
/admin/users/1/post
</pre>

Routing nesting defines admin interface resources nesting.

## Advanced usage

Puffer can be used in other namespaces, then admin:

<pre>rails g puffer:controller moderator/posts</pre>

And we`ll get posts controller for moderator:

<pre>
class Moderator::PostsController &lt; Puffer::Base
  before_filter :require_moderator

  setup do
    destroy false
    group :posting
  end

  index do
    field :user_id
    field :title
    field :body
  end

  form do
    field :user_id
    field :title
    field :body
    field :created_at
    field :updated_at
  end
end
</pre>

As you can see, moderators can not destroy posts, also moderator`s posts controller placed at Posting tab of admin interface.
And don`t forget about routing:

<pre>
namespace :moderator do
  resources :posts
end
</pre>