[Rails-core] config.frameworks

2005-12-12 Thread Kent Sibilev
Hi all, Can I ask you guys what is the point of having config.frameworks in environment.rb? According to the comment before this config parameter, it is there so you can specify which frameworks you don't want to use. On the other hand, if you use gem version of rails, and I believe most people

[Rails-core] testing file uploads and Ferret type of things

2005-12-12 Thread Abdur-Rahman Advany
Hi, As rails grows more to a enterprise framework each and every day. And I like it very much for 99% of my web app's. But I think there is missing something so please help me. I have file upload's to the rails applications and trying to get ferret running. However both of these are data fil

Re: [Rails-core] #2760 - Add support for :include to ActiveRecord::Base.count

2005-12-12 Thread Jeremy Hopple
http://dev.rubyonrails.org/ticket/2597 All AR unit tests now pass in MySQL, Postgress and sqlite3. Check it out! You can now do: Posts.count(:include => :authors, :conditions => "authors.name = 'david'") and (limiting with eager loading): Posts.find(:all, :include => :authors, :conditions =>

Re: [Rails-core] Defaults and alternate paths for view files

2005-12-12 Thread Kyle Maxwell
Sounds pretty reasonable to me. Couple thoughts: I know that the Globalize plugin uses template.en-US.rhtml, template.es-MX.rhtml, etc. To me this is preferable to en-US/template.rhtml. That would lead to a lot of extra folders lying about. Can we use a patch like this to enable this behavior?

[Rails-core] Defaults and alternate paths for view files

2005-12-12 Thread Duane Johnson
I submitted a patch some time ago that I'd like some feedback on.  It seems like a good idea to me that we make an official way to provide alternate paths for view files.  A lot of hacks have cropped up that could be consolidated (e.g. the "Falling through to default templates" thread, engines, plu

Re: [Rails-core] #2760 - Add support for :include to ActiveRecord::Base.count

2005-12-12 Thread Jeremy Hopple
I came across this ticket: http://dev.rubyonrails.org/ticket/2760. The patch I submitted for http://dev.rubyonrails.org/ticket/2597 also, and probably more specifically, relates to this ticket. In other words, the fix for #2597 depends upon the enhancement called for in #2760. These tickets coul

Re: [Rails-core] On Rails-0.14.4 as 1.0, good, except for Oracle speed

2005-12-12 Thread Michael Schoen
Neither database is optimized (for better or for worse), and while we're happy to see the open source alternative leading the closed source behemoth, it's a bit unfair if the difference is to be found in oci_adapter.rb. Best guess is that the change is driven by the final approach for handling

[Rails-core] On Rails-0.14.4 as 1.0, good, except for Oracle speed

2005-12-12 Thread Rick Bradley
A vote of confidence for 0.14.4 -> 1.0: We've successfully moved our app to 0.14.4. We have the following code stats: +--+---+---+-+-+-+---+ | Name | Lines | LOC | Classes | Methods | M/C | LOC/M | +--+