28 Apr, 2010

2 commits


20 Apr, 2010

1 commit


14 Apr, 2010

1 commit


08 Apr, 2010

2 commits


07 Apr, 2010

1 commit


05 Apr, 2010

2 commits

  • Besides being faster, consumming less memory, and being thread-safe,
    fast_gettext's approach is cleaner than Ruby-GetText's because it does not
    mess with the Rails internals. That's probably due to the fact that
    fast_gettext was designed after Rails had proper I18N support, so that's
    not exactly Ruby-GetText's fault. Current versions of Ruby-GetText are
    claimed to be thread-safe as well, but I decided to go with fast_gettext
    regardless.
    
    I am messing with the Rails internals myself by copying some code from
    Ruby-Gettext, but that code will be dropped when we upgrade to a more
    recent Rails version with proper I18N. Code was copied from Ruby-GetText
    to implement:
    
        * per-language cache
        * validation error messages translation
    
    During initialization, the needed .mo files installed system-wide are
    symlinked locally.  By doing this we can take "similar" locales locally
    since fast_gettext does not seem to support loading of files from similar
    locales (e.g.  loading pt_BR/LC_MESSAGES/domain.mo when
    pt/LC_MESSAGES/domain.mo is not available).
    
    This hopefully will fix the long-standing bug with messed up translations
    due to high concurrency and non-thread-safety of the version of
    Ruby-GetText in Debian Lenny.
    
    (ActionItem1315)
    Antonio Terceiro
     
  • Antonio Terceiro
     

29 Mar, 2010

4 commits


24 Mar, 2010

1 commit


10 Mar, 2010

1 commit


11 Feb, 2010

3 commits


08 Feb, 2010

3 commits


05 Feb, 2010

3 commits


02 Feb, 2010

1 commit


29 Jan, 2010

1 commit


20 Jan, 2010

1 commit


13 Jan, 2010

1 commit


04 Dec, 2009

1 commit


31 Oct, 2009

1 commit

  •   * Moved all object creation helper methods into Noosfero::Factory
      * Added a new and faster version of create_user.
      * Adjusted some test cases tests to use the new factory methods
        This comprised removing a lot of bad smells from the tests, involving
        eliminating uneeded database hits.
      * reviewed ProfileTest for speed as a case study. The test suite used to
        take ~ 40 seconds to run, now it takes ~ 14 seconds. If we do this to
        all test suites, we can dramatically reduce the time we need to run
        all the tests
      * Added a rake task test:smells to list potential test smells. Started
        with probably unecessary and/or too slow database hits
      * In the end, running all the tests now takes ~ 13 minutes on Colivre's
        development machine, instead of the ~ 30 minutes it used to.
    
    (ActionItem1279)
    Antonio Terceiro
     

26 Oct, 2009

1 commit


09 Oct, 2009

1 commit


29 Sep, 2009

1 commit


16 Sep, 2009

1 commit


09 Sep, 2009

1 commit


21 Aug, 2009

1 commit


03 Aug, 2009

1 commit


17 Jul, 2009

1 commit


06 Jun, 2009

1 commit


21 May, 2009

1 commit