1. 25 5月, 2014 1 次提交
  2. 24 5月, 2014 3 次提交
  3. 23 5月, 2014 1 次提交
  4. 20 5月, 2014 1 次提交
  5. 18 5月, 2014 1 次提交
  6. 14 5月, 2014 1 次提交
    • E
      remove deprecation warning · b342d2ba
      eileencodes 提交于
      This deprecation was released in 4.1.0 and can be removed for 4.2.0,
      deprecation message / handling is no longer necessary.
      b342d2ba
  7. 13 5月, 2014 3 次提交
  8. 11 5月, 2014 3 次提交
  9. 10 5月, 2014 1 次提交
  10. 09 5月, 2014 2 次提交
  11. 07 5月, 2014 1 次提交
    • X
      several enhancements to humanize [closes #12288] · daaa21bc
      Xavier Noria 提交于
      * Strips leading underscores.
      * Changes some unnecessary gsub!s to sub!s.
      * Replaces some anchors ^, $ with \A, \z.
      * Documents that human inflection rules are applied.
      * Documents that words are downcased except acronyms.
      * Adds an example with an acronym.
      * Rewords docs.
      daaa21bc
  12. 05 5月, 2014 2 次提交
  13. 03 5月, 2014 1 次提交
  14. 23 4月, 2014 1 次提交
  15. 21 4月, 2014 2 次提交
  16. 20 4月, 2014 1 次提交
  17. 19 4月, 2014 2 次提交
    • K
      Fix inconsistent behavior from String#pluralize · 459f7bf3
      Kuldeep Aggarwal 提交于
      Before:
        When calling String#pluralize with count=1 then it returned same
        string, but with count other than 1, returned new string.
      
      After:
        String#pluralize always return a new string.
      
        => Prevent mutation of a string inadvertently.
      459f7bf3
    • E
      Fix inconsistent behavior from String#first/#last · 9e67954d
      Ernie Miller 提交于
      While calling String#first or String#last with zero or a Fixnum < the
      string's length returns a new string, a Fixnum >= the string's length
      returns the string itself. This inconsistency can lead to inadvertent
      mutation of a string.
      9e67954d
  18. 16 4月, 2014 1 次提交
    • A
      Object#duplicable? · e120d212
      Akshay Vishnoi 提交于
      1. Improve tests
      2. Remove unnecessary constant
      3. Add docs for BigDecimal#duplicable?
      e120d212
  19. 12 4月, 2014 2 次提交
  20. 11 4月, 2014 1 次提交
  21. 10 4月, 2014 1 次提交
  22. 09 4月, 2014 2 次提交
    • E
      Fixed problem where `1.day.eql?(1.day)` is false · 5aeb3cd3
      Emily Dobervich 提交于
      This fixes:
          1.second.eql?(1.second) #=> false
      
      The new `eql?` requires that `other` is an `ActiveSupport::Duration`.
      This requirement makes `ActiveSupport::Duration`'s behavior consistent
      with other numeric types in Ruby.
      
          1.eql?(1.0) #=> false
          1.0.eql?(1) #=> false
      
          1.second.eql?(1) #=> false (was true)
          1.eql?(1.second) #=> false
      
          { 1 => "foo", 1.0 => "bar" }
          #=> { 1 => "foo", 1.0 => "bar" }
      
          { 1 => "foo", 1.second => "bar" }
          # now => { 1 => "foo", 1.second => "bar" }
          # was => { 1 => "bar" }
      
      And though the behavior here hasn't changed, for reference:
      
          1 == 1.0 #=> true
          1.0 == 1 #=> true
      
          1 == 1.second #=> true
          1.second == 1 #=> true
      5aeb3cd3
    • D
      7901ae13
  23. 07 4月, 2014 1 次提交
  24. 03 4月, 2014 2 次提交
  25. 02 4月, 2014 1 次提交
  26. 01 4月, 2014 1 次提交
  27. 28 3月, 2014 1 次提交