Hi, A few corrections / clarifications below ...
On Wed, 2009-11-04 at 12:44 +0100, Davide D'Agostino wrote: > > On Tue, 2009-11-03 at 11:50 -0800, DAddYE wrote: > > > > If you mean more concise by having more gems then I think you may > > benefit from taking a look at how many of those gems you need. For > > me > > merb is as concise as I need. > > > > > As you say below there are some aspects that are not clean: > - merb-actions-args > - merb-params-protections > I didn't say they weren't clean, I said I didn't know what they were because we've never needed them. We only have merb-core installed and that works great for us. > > > What is your thought about above? > > > > - Add a I18n (for example 30% of our sites use it) > > > > We use unicode and unicode-chars. > > > > > Yea but if you have a I18n site, how do u manage translation or > localization of time/time zone? > Fair point, we only need to take process data from different locales, not to provide a localised interface. > > > - Use DM as default? There are big big project (like twitter) that > > > use > > > it? Is stable? > > > > > > > We don't use an orm at all. Love the fact that we don't need to > > bloat > > the core with this. > > > > > Yea, for me is the time to ship a framework with a non orm engine like > datamapper or your couchdb > > > I think also is the time to ship a framework with HAML instead old > erb. > None of these belong in core though. > > > > > > > > > Chris > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "merb" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/merb?hl=en -~----------~----~----~----~------~----~------~--~---
