Hi Emie, Thanks for the quick answer. This is actually what I was implementing while searching for an alternate solution, your answer confirm I’m on the right track.
Regards, Benjamin > On Jun 17, 2015, at 13:01, Ernie Miller <er...@erniemiller.org> wrote: > > Hi Benjamin, > > This isn't really a valid use case. The way most of us would tackle something > like this is to write a helper that lazy-loads the value in question, and > call this from the view. This helper can exist in the controller class, if it > needs access to your controller methods, and be made available to the view > with the helper_method macro. > > -Ernie > > On Wednesday, June 17, 2015 at 6:57:14 AM UTC-4, Benjamin B wrote: > Hi, > > Reviving an old topic about the need of a before_render filter (topic found > through Google, my apologies if there is a more recent thread) > > Here is a use case: > - A controller's parent class is preparing a set of JavaScript variables to > be passed to the view > - The view template is inserting those JavaScript variables in the HTML code > - The JavaScript variables need elements loaded/set by the controller > > As the controller action takes place after the action filters and before the > rendering, the only actual solution is to patch `render`. > > Code example: > class ApplicationController > > def render(*args) > unless @we_already_prepared_js_vars > @we_already_prepared_js_vars = true # This is to avoid loading those > variable for each call of render > @_js_vars = prepare_js_vars > end > > super > end > end > > class UserController < ApplicationController > before_filter :load_user > > def prepare_js_vars > {record_created_at: @user.created_at} > end > > def load_user > @user = User.find params[:id] > end > end > > Would be more elegant to use a before_render filter in the > ApplicationController > > Regards > > > > On Friday, September 7, 2012 at 8:58:17 PM UTC+2, Carlos Antonio da Silva > wrote: > Please show any real use case where this will be useful, to make things more > clear. Otherwise it's just hard to figure it out examples where it's useful > or not. Thanks. > > On Wed, Sep 5, 2012 at 3:53 PM, Alexander Kurakin <kura...@mail.ru <>> wrote: > Will not be useful functionality similar > https://github.com/shell/rails3_before_render > <https://github.com/shell/rails3_before_render> ? Something like > ActionController filters but not before action. Filters before render. See > also http://www.perfectline.ee/blog/ruby-on-rails-before-render-filter > <http://www.perfectline.ee/blog/ruby-on-rails-before-render-filter>, > http://penkin.co.uk/rails3_before_render-plugin/ > <http://penkin.co.uk/rails3_before_render-plugin/>. And don't you know gem > for this? Thanks. > > -- > You received this message because you are subscribed to the Google Groups > "Ruby on Rails: Core" group. > To view this discussion on the web visit > https://groups.google.com/d/msg/rubyonrails-core/-/VVF2HksqidUJ > <https://groups.google.com/d/msg/rubyonrails-core/-/VVF2HksqidUJ>. > To post to this group, send email to rubyonra...@googlegroups.com <>. > To unsubscribe from this group, send email to > rubyonrails-co...@googlegroups.com <>. > For more options, visit this group at > http://groups.google.com/group/rubyonrails-core?hl=en > <http://groups.google.com/group/rubyonrails-core?hl=en>. > > > > -- > At. > Carlos Antonio > > -- > You received this message because you are subscribed to a topic in the Google > Groups "Ruby on Rails: Core" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/rubyonrails-core/ockZdwf00VM/unsubscribe > <https://groups.google.com/d/topic/rubyonrails-core/ockZdwf00VM/unsubscribe>. > To unsubscribe from this group and all its topics, send an email to > rubyonrails-core+unsubscr...@googlegroups.com > <mailto:rubyonrails-core+unsubscr...@googlegroups.com>. > To post to this group, send email to rubyonrails-core@googlegroups.com > <mailto:rubyonrails-core@googlegroups.com>. > Visit this group at http://groups.google.com/group/rubyonrails-core > <http://groups.google.com/group/rubyonrails-core>. > For more options, visit https://groups.google.com/d/optout > <https://groups.google.com/d/optout>. -- You received this message because you are subscribed to the Google Groups "Ruby on Rails: Core" group. To unsubscribe from this group and stop receiving emails from it, send an email to rubyonrails-core+unsubscr...@googlegroups.com. To post to this group, send email to rubyonrails-core@googlegroups.com. Visit this group at http://groups.google.com/group/rubyonrails-core. For more options, visit https://groups.google.com/d/optout.