Hobo Hobo → Hobo 1.0 - Final

Comments and changes to this ticket

• 

  Bryan Larsen December 8th, 2009 @ 09:49 PM

  how about Rails.configuration.plugin_loader.new(Hobo::FakeInitializer.new(Rails.configuration)).plugins.*.directory

  If you find something better, let me know, because that code is stolen from hobo/taglibs/rapid_summary.dryml.

• 

  Bryan Larsen December 15th, 2009 @ 09:38 PM

  • no changes were found...

  • 0001-576-state-resolved-load-rich-types-from-plugins.patch 3 KB
• 

  Matt Jones December 15th, 2009 @ 11:07 PM

  The best place to capture this, oddly enough, is in hobo/hobo/init.rb - it gets called with the initializer in scope!

  So doing (the global is a terrible idea, but OK for trying it out):
  

  $something = initializer
  

  will stash the real Rails instance away. No idea if this will leak memory, but it's better than futzing around with a fake...

  Edit: also note that once one has the initializer instance, a quick way to grab the plugins we're interested in is @initializer.plugin_loader.engines, which selects all the plugins that have an app/ directory. Only exists in 2.3.x, AFAIK.

• 

  Bryan Larsen December 15th, 2009 @ 11:58 PM

  That's pretty much what I have -- the problem I'm having is stashing the initializer somewhere that isn't a global or a global constant. If I open up the Hobo module to stash it in there, the require 'hobo' line seems to be clearing it off. init.rb:

  module Hobo ; class << self ; attr_accessor :rails_initializer ; end ; end
  Hobo.rails_initializer = initializer
  require File.dirname(__FILE__) + "/lib/hobo"
  require 'rails_generator'
  

  Any suggestions?

• 

  Matt Jones December 16th, 2009 @ 02:07 AM

  At least over here, qualifying the Hobo constant to the toplevel (::Hobo) in the above works; it seems like init.rb is evaluated in a weird context.

• 

  Bryan Larsen December 16th, 2009 @ 03:42 AM

  That's annoying. I did try ::Hobo but I must have had something else wrong. Thanks for prompting me to try it again. With those modifications, do you have any issues with the patch?

• 

  Matt Jones December 16th, 2009 @ 08:34 PM

  Looks sensible - it might be worthwhile to encapsulate the "iterate over all the plugins with an app directory" idiom, as it's going to be needed for the other plugin loading ticket.

• 

  Bryan Larsen December 17th, 2009 @ 04:33 AM

  • State changed from “new” to “resolved”

  (from [b88fca4588a42120830982700ca62db51b302ffe]) [#576 state:resolved] Load rich types from plugins http://github.com/tablatom/hobo/commit/b88fca4588a42120830982700ca6...