31 Jan, 2011

1 commit


06 Jan, 2011

1 commit


04 Jan, 2011

1 commit

  • Done:
      * Plugin loading process
      * Infra-structure for plugins registering and event activations.
      * Three fixed routes for plugins.
      * Methods to define plugins meta-information.
      * Interface for activation and deactivation of plugins in the
        environment panel.
      * Hotspots:
        - Buttons in the control panel.
        - Tabs in the profile (including expanded_template method).
        - New attributes for profile.
      * Possibility for the plugin to add new tables.
      * Mezuro prototype.
    
    Missing:
      * Test integration.
      * Dependencies integration.
      * Possibility to add behaviours in noosfero base models.
    Rodrigo Souto
     

07 Dec, 2010

1 commit

  •   * Added profile-base as base of profile's themes
      * Added profile-base on gettext.rake to be translated
      * Fixed scarletred and skyblue themes to import profile-base
      * New themes based on Tango pallete: http://tango.freedesktop.org/Tango_Icon_Theme_Guidelines
        * aluminium
        * butter
        * chameleon
        * chocolate
        * orange
        * plum
    
    (ActionItem1675)
    Daniela Feitosa
     

25 Nov, 2010

2 commits


26 Oct, 2010

2 commits


12 Sep, 2010

1 commit


11 Sep, 2010

1 commit


26 Aug, 2010

1 commit


22 Aug, 2010

1 commit


17 Aug, 2010

1 commit


15 Aug, 2010

1 commit


09 Aug, 2010

2 commits


06 Aug, 2010

2 commits


05 Aug, 2010

1 commit


07 May, 2010

1 commit


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

2 commits