> > 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.
Also for me but the merb stack is merb + merb-more + dm > >> >>> >>> >>> >>> 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 -~----------~----~----~----~------~----~------~--~---
