- Support for adding themes which includes stylesheets, javascripts, views and layouts.
- add a theme-image-url sass helper method for asset pipeline based themes
- update the generators and rake tasks to support asset pipeline based themes
$app_root themes/ [theme_name] images/ stylesheets/ javascripts/ views/ <- you can override application views layouts/ <- layout .rhtml or .liquid templates
Add themes_for_rails to your Gemfile.
gem 'themes_for_rails'
Add themes_for_rails to your config/routes.rb
MySuperDuperApp::Application.routes.draw do # ... themes_for_rails # ... end
In order to use themes_for_rails with the asset pipeline, you will need to configure a few settings and place your themes in the asset pipeline directory.
First, move your assets into the asset pipeline. For example:
$app_root app/ assets/ images/ <-- default asset pipeline folder javascripts/ <-- default asset pipeline folder stylesheets/ <-- default asset pipeline folder themes/ <-- your themes root [theme_name] images/ stylesheets/ javascripts/ views/ <- you can override application views layouts/ <- layout .rhtml or .liquid templates
Create an initializer for themes in your {Rails.root}/config/initializers directory and set the themes_dir and assets_dir settings appropriately.
# Rails.root/config/initializers/themes_for_rails.rb (for instance) ThemesForRails.config do |config| # # If you have placed your themes like the example path above within the asset pipeline: config.themes_dir = 'assets' config.assets_dir = 'app/assets/themes' # ... end
In your theme stylesheets directory, you can create an application.css file using the Sprockets require methods:
/* *= require global_stylesheet_name *= require theme_name/stylesheets/stylesheet_name */
As you can see, if you do not preface with the theme_name/stylesheets it will reference the root /app/assets/stylesheets path for global stylesheets (great for mixins and reset styles)
Currently, one unresolved issue with this setup is that you must pass the theme_name/images path into your sass image-url helper methods. For example, if you are including an image in the ‘default’ theme:
image-url(‘default/images/background.png’)
If you do not want to have your views inside the asset pipeline dir, you can alternatively configure your application like this:
$app_root app/ assets/ images/ <-- default asset pipeline folder javascripts/ <-- default asset pipeline folder stylesheets/ <-- default asset pipeline folder themes/ <-- your themes root [theme_name] images/ stylesheets/ javascripts/ views/ themes/ <-- note themes folder lives under views in this scenario [theme_name] layouts/ <- layout .rhtml or .liquid templates
and in your initializer, you will need to set the views_dir config setting like so:
# Rails.root/config/initializers/themes_for_rails.rb (for instance) ThemesForRails.config do |config| # # If you have placed your themes like the example path above within the asset pipeline: config.themes_dir = 'assets' config.assets_dir = 'app/assets/themes' config.views_dir = 'app/views/themes' # ... end
After that, the rest of the config for asset pipeline styles and whatnot mentioned above will work.
Now you’ll be able to use themes like this:
Inside method, for some explicit action:
class MyController < ApplicationController def show theme "purple" end end
Or at class level definition, in order to set a theme for more than one action. I think this is is prettier, and less invasive.
class MyController < ApplicationController theme "purple" # all actions will use this theme def show ... end end
You could also enable a theme for some actions only
class MyController < ApplicationController theme "purple", :only => :show def show # with theme end def edit # no theme end end
As a plus, you could do this to defer theme name resolution to a method:
class MyController < ApplicationController theme :theme_resolver # ... private def theme_resolver current_user.theme # or anything else that return a string. end end
As a general rule, when passing a String, that becomes the theme name, but when a Symbol is sent, it gets treated as method message.
As a plus, you can use it from Action Mailer too (thanks to rafaelss) like this:
class MyMailer < ActionMailer::Base def notify_someone mail :theme => "blue" , :to => "some@one.com" end end
Or set the theme by default like this (thanks to maxjgon):
class MyMailer < ActionMailer::Base default :theme => "blue" def notify_someone mail :to => "some@one.com" end end
In your views you should be able to access your assets like this (given the theme ‘default’ is set):
current_theme_image_path('logo.png') # => /themes/default/images/logo.png current_theme_stylesheet_path('style') # => /themes/default/stylesheets/logo.css current_theme_javascript_path('app') # => /themes/default/stylesheets/app.js
Or a given theme:
current_theme_image_path('logo.png', 'purple') # => /themes/purple/images/logo.png
In your application views, there are theme specific helper tags
available to you. For ERb templates they are:
theme_image_tag theme_image_path theme_javascript_include_tag theme_javascript_path theme_stylesheet_link_tag theme_stylesheet_path
For now, it only creates the theme folder and add the “themes_for_rails” route in the routes.rb.
rails generate themes_for_rails:install
Inside the themes folder, it create a structure for my_theme.
rails generate themes_for_rails:theme my_theme
At least for now, you can change the ThemesForRails base dir in your app, in the corresponding environment file, or in your application.rb file. Do it like this:
KillerApp::Application.configure do # config.themes_for_rails.base_dir = File.join(Rails.root, "tmp") #... end
Thanks to matheusca, now you can change the name of the theme’s dir.
KillerApp::Application.configure do # config.themes_for_rails.themes_dir = "another_themes" #... end
ThemesForRails will automatically add the themes paths to Sass, if sass is available.
For instance, everything you put inside themes/my_theme/stylesheets/sass will get compiled into themes/my_theme/stylesheets (duh, right?)
To bypass sass configuration, do this:
KillerApp::Application.configure do
# config.themes_for_rails.use_sass = false #…end
If you don’t like this approach and prefer something more like an initializer file, you could create one an put something like this.
# Rails.root/config/initializers/themes_for_rails.rb (for instance) ThemesForRails.config do |config| # config.themes_dir = 'another_themes' # ... end
If you are running an app in production mode, and you get the static files with no content, is because you don’t have X-senfile enabled at your web server.
You can do two things:
comment out this line in your production.rb file:
config.action_dispatch.x_sendfile_header = “X-Sendfile”
or
configure your web server to use it. :)
- Add ThemesForRails::Railtie for configuration, so we selectively set the plugin on or off. Also to be able to change several settings.
Add routes to allow access to the theme’s static resources (js and cs), unless cached on public folder by capistrano / rake.Extend Action View path in order to make the views accessible. Same for the layouts.- More tests ford edge cases. Now I am only testing the happy paths.
Final version should be a gem. Initialization hooks doesn’t work when using this as a plugin (vendor/plugins).Research about testing this kind of gem. I really don’t have a clue.Testing in place!- I should probably load the theme list at start time, to be able to consult it as needed. I am gonna need that when dealing with runtime theme selection. Many themes are going to be used simultaneously, so I have to be able to switch view paths as fast as I can.
This gem only works with Rails 3 (duh). If you want the same exactly behavior, but for Rails 2.x, go here .
gem install bundler bundle install rake
- lucasefe
- jbarreneche
- kule
- matheusmoreira
- rafaelss
- maxjgon
If you are using this gem, please, take a minute to recommend me at Working With Rails.