search for: gweezlebur

I''ll probably do my respond_to API rewrite, as discussed here: http://rubyforge.org/pipermail/merb-devel/2007-September/000275.html sometime this week, unless someone has come up with a better API. I''ll also work in http://merb.devjavu.com/ticket/227 at the same time. Any serious objections?

Hi people, just thought I''d mumble out my thoughts on merb''s apps directory structure and config concepts and see what other people are feeling... the app dir: mvc/application is layed out as expected....maybe without the mailer by default (another discussion) the config dir: I really think that it''s confusing to have such a mixture of ways to configure some

I ripped the flash stuff from merb and stuck it in a plugin, for folks who want a Rails-style flash. It''s on Rubyforge: http://rubyforge.org/projects/merb-plugins/ And will maybe have a little homepage: http://merb-plugins.rubyforge.org/merb_has_flash/ Try it out, please send bug reports to me via email for now.

Ez (or someone) asked on #merb tonight whether respond_to was the right API for what it does. After some discussion and pasties, I offer the following proposed API for content negotiation and response format selection: First, what does respond_to do right now? I see at as performing 3 distinct operations: 1. parse params[:format] and the accepts header to find out what format the

We''ve gotten several reports on #merb that each request gets a new session ID in 0.4.0. I quickly tested and verified. scoundrel tracked it down, and I think it''s fixed. If you need to apply this by hand to your 0.4.0 install, it''s a 1 line fix: Index: /trunk/lib/merb/controller.rb =================================================================== ---

Super simple patch to chmod 755 the scripts dir in the generator -------------- next part -------------- A non-text attachment was scrubbed... Name: merb-executable-scripts.diff Type: application/octet-stream Size: 510 bytes Desc: not available Url : http://rubyforge.org/pipermail/merb-devel/attachments/20070811/c1f6d24b/attachment.obj

In rev 410, "rake db:migrate" doesn''t run because the Rake tasks are still looking for dist/ This patch removes all the references to dist/ that I could find. Ez, consider this a full copyright transfer from me to you on this and future patches; I''ll sign something official if you need it. -------------- next part -------------- A non-text attachment was

Ezra, what''s the plan for class reloading in dev mode? I was thinking of tackling that as a project, if no one else is working on it.

I just committed some stuff in PluginManager to actually load the Gem- based plugins from the manifest. Merb::PluginManager.load_plugins is what goes in merb_init to load them all. For every plugin in the manifest, ''theplugin'' is required, and then we try and require ''theplugin/merb_init'' and, if that fails, we try ''plugin/init''

The original: http://pastie.textmate.org/private/lqvrlyyvkv2kbugoxtiz6w Send your submissions to me by email or on #merb. I''ll blog it, and pick a winner. The winner does not mean it makes it into Merb, just means I personally like it best. But it might make it into Merb. # Scenario: # You have a simple application that lists all the monkeys at the zoo. # Every monkey has a