1. 05 6月, 2010 1 次提交
  2. 01 6月, 2010 1 次提交
  3. 19 5月, 2010 1 次提交
  4. 28 4月, 2010 1 次提交
  5. 05 4月, 2010 1 次提交
  6. 03 4月, 2010 1 次提交
    • W
      Refactored url_for in AV to have its own instances of the helpers instead of... · 3eb97531
      wycats 提交于
      Refactored url_for in AV to have its own instances of the helpers instead of proxying back to the controller. This potentially allows for more standalone usage of AV. It also kicked up a lot of dust in the tests, which were mocking out controllers to get this behavior. By moving it to the view, it made a lot of the tests more standalone (a win) 
      3eb97531
  7. 30 3月, 2010 1 次提交
  8. 27 3月, 2010 1 次提交
  9. 20 3月, 2010 1 次提交
  10. 19 3月, 2010 2 次提交
  11. 18 3月, 2010 2 次提交
  12. 17 3月, 2010 2 次提交
  13. 16 3月, 2010 1 次提交
    • C
      Add deprecation notices for <% %>. · 9de83050
      Carlhuda 提交于
        * The approach is to compile <% %> into a method call that checks whether
          the value returned from a block is a String. If it is, it concats to the buffer and
          prints a deprecation warning.
        * <%= %> uses exactly the same logic to compile the template, which first checks
          to see whether it's compiling a block.
        * This should have no impact on other uses of block in templates. For instance, in
          <% [1,2,3].each do |i| %><%= i %><% end %>, the call to each returns an Array,
          not a String, so the result is not concatenated
        * In two cases (#capture and #cache), a String can be returned that should *never*
          be concatenated. We have temporarily created a String subclass called NonConcattingString
          which behaves (and is serialized) identically to String, but is not concatenated
          by the code that handles deprecated <% %> block helpers. Once we remove support
          for <% %> block helpers, we can remove NonConcattingString.
      9de83050
  14. 13 3月, 2010 1 次提交
  15. 12 3月, 2010 1 次提交
  16. 11 3月, 2010 1 次提交
  17. 09 3月, 2010 1 次提交
  18. 08 3月, 2010 5 次提交
  19. 07 3月, 2010 1 次提交
    • W
      Make many parts of Rails lazy. In order to facilitate this, · 39d6f9e1
      wycats 提交于
      add lazy_load_hooks.rb, which allows us to declare code that
      should be run at some later time. For instance, this allows
      us to defer requiring ActiveRecord::Base at boot time purely
      to apply configuration. Instead, we register a hook that should
      apply configuration once ActiveRecord::Base is loaded.
      
      With these changes, brings down total boot time of a
      new app to 300ms in production and 400ms in dev.
      
      TODO: rename base_hook
      39d6f9e1
  20. 04 3月, 2010 2 次提交
  21. 02 3月, 2010 1 次提交
  22. 25 2月, 2010 1 次提交
  23. 22 2月, 2010 1 次提交
  24. 01 2月, 2010 2 次提交
    • J
      Convert to class_attribute · e5ab4b0d
      Jeremy Kemper 提交于
      e5ab4b0d
    • Y
      For performance reasons, you can no longer call html_safe! on Strings.... · 4cbb9db0
      Yehuda Katz 提交于
      For performance reasons, you can no longer call html_safe! on Strings. Instead, all Strings are always not html_safe?. Instead, you can get a SafeBuffer from a String by calling #html_safe, which will SafeBuffer.new(self).
      
        * Additionally, instead of doing concat("</form>".html_safe), you can do
          safe_concat("</form>"), which will skip both the flag set, and the flag
          check.
        * For the first pass, I converted virtually all #html_safe!s to #html_safe,
          and the tests pass. A further optimization would be to try to use
          #safe_concat as much as possible, reducing the performance impact if
          we know up front that a String is safe.
      4cbb9db0
  25. 31 1月, 2010 1 次提交
  26. 27 1月, 2010 1 次提交
  27. 23 1月, 2010 1 次提交
  28. 03 1月, 2010 2 次提交
  29. 01 1月, 2010 1 次提交
  30. 03 12月, 2009 1 次提交
    • C
      Reorganize autoloads: · c1304098
      Carlhuda 提交于
        * A new module (ActiveSupport::Autoload) is provide that extends
          autoloading with new behavior.
        * All autoloads in modules that have extended ActiveSupport::Autoload
          will be eagerly required in threadsafe environments
        * Autoloads can optionally leave off the path if the path is the same
          as full_constant_name.underscore
        * It is possible to specify that a group of autoloads live under an
          additional path. For instance, all of ActionDispatch's middlewares
          are ActionDispatch::MiddlewareName, but they live under 
          "action_dispatch/middlewares/middleware_name"
        * It is possible to specify that a group of autoloads are all found
          at the same path. For instance, a number of exceptions might all
          be declared there.
        * One consequence of this is that testing-related constants are not
          autoloaded. To get the testing helpers for a given component,
          require "component_name/test_case". For instance, "action_controller/test_case".
        * test_help.rb, which is automatically required by a Rails application's
          test helper, requires the test_case.rb for all active components, so
          this change will not be disruptive in existing or new applications.
      c1304098