#activeadmin

Faster refresh times in development

At times I think ActiveAdmin is OK, at times frustrating and we would have been better off dog-fooding our customer facing dashboard displays.... (probably still better to do that).

But while we have ActiveAdmin, we should hould have figured this out earlier...

But when building views… your dev server refresh time is 1000% faster if you're editing views under /app/views rather than directly in the /app/admin/*.rb files.

This should be noted more strongly in the ActiveAdmin docs

# app/admin/model.rb - editing this file? slow refresh show do render 'show' end # app/views/admin/models/_show.html.arb - editing this file? fast refresh

環境 ruby 2.4.1 ruby on rails 5.1.3 activeadmin 1.1.0 CentOS 7.3

activeadmin がインストールされてるとして、進めていきます。

[blogcard url=”http://jewelrybox.wpblog.jp/2017/08/09/activeadmin%e3%82%92%e5%b0%8e%e5%85%a5%e3%81%97%e3%81%a6%e5%8b%95%e3%81%8b%e3%81%97%e3%81%a6%e3%81%bf%e3%82%8b/”%5D

active_skin

activeadmin の外観を変えるgemは多くあるんですが、

今回使う active_skin は他のgemに比べて、

ダウンロード回数が一番多かったので実際に触ってみたところ

シンプルで見やすい画面になった…

If you are having trouble skipping CAS Client filter inside a Rails app, wrap the call to CAS filter in a protected method and skip_before_filter starts to works

class ApplicationController < ActionController::Base  before_filter :cas_filter  def cas_filter    CASClient::Frameworks::Rails::Filter.filter(self)  end end class UnprotectedController < ApplicationController  skip_before_filter :cas_filter end 

I'm using ActiveAdmin for the first time on a project and I've added some member action links for changing a position attribute (up, down, bottom, top) on a model with acts_as_list (move_higher, move_lower, ...).

The first release did the trick, and allowed positions to easily be managed, but an early complaint was that sort and filter options on the index list weren't being maintained when those position links were clicked. Someone might have sorted by position, and used a filter or two to get a list of items, and when they used these member action position links their filters and sorting were removed when they were redirected back to the index page.

To solve this I simply passed the params hash along to the member_action path, e.g.:

move_up_admin_promotion_path(promotion, params)

And then passed the sort and filter params along in the member action's redirect, e.g.:

member_action :move_up, :method => :put do promotion = Promotion.find(params[:id]) promotion.move_higher redirect_to :action => :index, :order => params[:order], :q => params[:q] end

A Rails 3.2 project I'm working on uses the ActiveAdmin library to handle backend updates. It's a fantastic library.

The users had a request that when updating a resource they would stay on the edit page rather than the default redirect to the index. The solution was to override ActiveAdmin's controller update method:

    controller do

        def update

            update! do |format|

                format.html { redirect_to edit_resource_path(resource) }

            end

        end