28 Mar, 2011

1 commit

  • 52b357dc   English review ... Browse File » 
    Thanks to professor Fabio Kon from USP for the heads up.

Note that this patch changes only the labels used for the fields, but
does not touch the actual field names.
    Antonio Terceiro
     

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
     

25 May, 2009

1 commit

22 May, 2009

2 commits

22 Apr, 2009

1 commit

20 Feb, 2009

2 commits

15 Dec, 2008

1 commit

  • 0ba97d30   ActionItem833: port unifreire-specific changes as configuration into master branch ... Browse File » 
      * making fields appear on signup form
  * environment has a list of Category subclasses that must be available for users; if there is only one category type available, no need of asking for category type
  * environment has a setting categories_menu which enables/disables the category menu. If it is disabled, then no need to ask for a color in the menu
  * add a configuration to the environment called disable_gender_icon. When it is false, don't display gender icons.

  * adding css for profile_data
  * adding required on label for schooling fixing javascript
  * adding fields on signup and option to admin manage
  * adding required message on required fields
  * adding partials for person/enterprise/community fields
  * adding methods for person/community/enterprise custom_fields
  * adding option to admin manage person fields
    Daniela Feitosa