powered by UserVoice

Rails Forum

Log in or Sign up |

Welcome to our official Rails feedback forum. Do you have an idea? Do you recognize a good idea when you see one? We want to hear from you! (check the other available forums)

  1. 1,175 votes

    improve performance

    Rails should be faster and leaner, Rails must have a central page on the rubyonrails.org website dedciated to deployement, scalability and maintenance of rails applications, Rails should have tools to benchmark code and see what sections of the application should be improved to reduce request processing.

    Status: started
  2. 779 votes

    Api for creating admin interface easily (like django)

    I hate creating dozens of CRUDS for admin areas for some of applications. In many applications it can be done in the frontend, but there are situations when you just can't do that.

  3. 645 votes

    slices/engines

    Status: planned

    We are planing on making each app mountable in Rails 3.0 What that means is that slices/engines can be upgraded to normal standalone apps and just be mounted in the router.

    Default-avatar mattetti Admin
  4. 533 votes

    have a public and plugin API

    The public and plugin API should be defined and tested.

    Status: started
  5. 509 votes

    have an open source book available in multiple languages

    It would be great to have a copyleft Rails 3.0 book explaining the various concepts of the framework. Instead of waiting that the book is finished to start the translation work, it could be done in parallel by the community.

    Status: planned
  6. 458 votes

    extract validation from ActiveRecord

    Sometimes I have forms with no obvious AR counter-part that I'd like to validate using AR's excellent validation module. It can be done but not without some hacking. It would be nice to be able to mix in validation support to any class.

  7. 416 votes

    have less overly clever code in the core

    overused of metaprogramming and overly clever code in general in Rails is annoying: it is very hard to read

    Status: started
  8. 366 votes
  9. 336 votes

    Stop using plugins and just write gems

    Plugins are really no different than gems. Why have both systems?

  10. 309 votes

    Make ActionMailer consistent with regular controllers

    ActionMailer is currently decoupled from ActionController, so changes that have been made to ActionController since the early days of Rails have to be hacked onto AM in inconsistent ways.

    Let's abstract a common superclass or mixin and use it in both ActionController and ActionMailer. This will... more

    Status: started
  11. 296 votes

    Make using ActiveResource as easy as ActiveRecord

    Currently, ActiveResource (ARes) is similar to ActiveRecord, but it doesn't have the same polish or ease of integration. For example, it is not possible to declare validations on an ActiveResource class or for ActiveResource objects to be part of an association.

    Let's give ARes some love!

  12. 296 votes

    Have a unitifed messaging interface for mail, jabber, etc

    How mail is really different from say XMPP notifications? Or AMQP, for non-human? Rails needs a unified messaging interface like merb-messenger.

  13. 279 votes

    Support for dynamic subdomains

    I want an easy way to achieve the sort of dynamic subdomains you see on blogspot and even basecamp. I know there are ways to do it via plugins and such, but I'd like it to be significantly easier than it is now.

  14. 272 votes

    Support :dependent => :restrict and :dependent => :nullify

    I would love the :dependent option of AR associations to be more flexible and support :restrict and :nullify values. The first meaning that a record may not be destroyed while dependent records still exist and the second meaning that the foreign key of the dependent record is set to nil when the ... more

  15. 268 votes

    better support for non-relational databases

    Rails ActiveRecord make easy to work with a relational SQL based database but there's a few support for the non-relational ones, like a document-oriented database. In many cases the non-relationals databases are a better choice.

    Status: started
  16. 211 votes

    Unbind the framework from Test::Unit and Prototype

    Nowadays, more and more people (like me) are using alternative testing solutions like BDD, or alternative Javascript/Ajax approaches like jQuery. Rails is bound to Test::Unit and Prototype right now, and this should be an open decission by the programmer, not by the framework itself... what do you think?

    Status: started
  17. 210 votes

    Port the Merb parts to Rails

    As part of the merge of Merb and Rails, it is very natural that parts will be ported also. It is very needed in some applications (including mine). Makes the app much more modular. I use now cells as a compromise (I use it for my widgets architecture), but it must be in rails core.

  18. 140 votes

    add prepared statement support to ActiveRecord

    In cases where bulk update type operations and/or repetitive queries are required, allowing for SQL statements to be prepared and then have variables bound to them can improve performance significantly.

  19. 139 votes

    Use DataObjects behind ActiveRecord

    DataObjects provides a clean, ruby-like API into postgres, sqlite3 and mysql. Using it behind AR would greatly simplify the AR Adapter code.

  20. 139 votes

    have a centralized place to find Rails related resources

    Finding information about Rails can be pretty tedious. Having a centralized place listing blogs, podcasts, screencasts would be very useful.

powered by UserVoice