05 Apr, 2010

1 commit

  • ecd3f312   Replacing Ruby-GetText with fast_gettext ... Browse File » 
    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
     

06 Nov, 2009

1 commit

03 Aug, 2009

1 commit

28 May, 2009

1 commit

27 May, 2009

1 commit

25 May, 2009

1 commit

22 May, 2009

1 commit

22 Apr, 2009

2 commits

13 Apr, 2009

1 commit

08 Apr, 2009

1 commit

20 Mar, 2009

1 commit

05 Mar, 2009

1 commit

15 Dec, 2008

1 commit

02 Oct, 2008

1 commit

10 Sep, 2008

1 commit

05 Sep, 2008

3 commits

02 Sep, 2008

1 commit

29 Aug, 2008

1 commit

19 Aug, 2008

1 commit

30 Jul, 2008

1 commit

25 Jul, 2008

1 commit

21 Jul, 2008

6 commits