29 Feb, 2012

1 commit


11 Oct, 2011

1 commit


10 Oct, 2011

1 commit

  • * Refactoring profile management to use tokeninput
      * Also, adding support of tokeninput to the core
    * Adding attributes validated and cnpj to enterprise
    * Environment option to define enterprise as validated by defaul
    * Making profile namedscopes consider subclasses too
    * Adapting enterprise icon and identification to meet Bsc expectations
    * Adapting profile info actions to meet Bsc expectations
    * Adapting control panel buttons to meet Bsc expectations
    * Adapting core product to meed Bsc expectations
    * Adding and fixing plugin hotspots
    
    (ActionItem2085, ActionItem2087, ActionItem2086, ActionItem2088)
    Rodrigo Souto
     

30 Sep, 2011

1 commit


13 Aug, 2011

1 commit


10 May, 2011

1 commit


22 Mar, 2011

1 commit


27 Feb, 2011

2 commits


27 Jan, 2011

1 commit

  • * if he is also last member, the next user to join organization will become admin
    * if has other members, admin must choose some user to become admin
    * Generalized enterprise add_member interface.
    * Using json to manage action after join/leave/add/remove
    community/friend through ajax.
    * Person.members_of now returns unique profiles
    
    (ActionItem1400)
    Daniela Feitosa
     

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


21 Oct, 2010

1 commit


04 Oct, 2010

1 commit


25 Sep, 2010

1 commit


24 Sep, 2010

1 commit


21 Sep, 2010

1 commit

  •   * The users member of a community shoudl be notified with the information of where that noficication is.
      * The friendship relationship should be notified to the both users
      * If the article is created automaticaly according its template this article should not be notified
      * The article approval should not notify the article with the user who aproved it as the user that made the article
    
    (ActionItem1303)
    Leandro Santos
     

20 Sep, 2010

2 commits


12 Sep, 2010

1 commit


11 Sep, 2010

1 commit


02 Sep, 2010

1 commit


27 Aug, 2010

1 commit


14 Aug, 2010

3 commits

  • Antonio Terceiro
     
  • Implemented cache policy:
    
      * the homepage is cached for 5 minutes by default. This time can be
        configured with the =home_cache_in_minutes= attribute in the environment.
      * non-profile pages are cached for 15 minutes by default. This time can be
        configured with the =general_cache_in_minutes= attribute in the
        environment.
      * profile pages are cached for 15 minutes by default. This time can be
        configured in the =profile_cache_in_minutes= attribute in the environment.
      * The account controller (/account/*) is not cached at all.
      * The environment administration area (/admin/*) is not cached at all.
      * The profile administration area (/myprofile/*) is not cached at all.
      * Since Varnish will not cache any request that involves cookies:
        * Authenticated users will not benefit from the cache.
        * Cookies are not allowed for unauthenticated users. So, when a response is
          being prepared for an unauthenticated user, all cookies are wiped out.
    
    The contents of the login block and the login/logout part of the header is now
    loaded via an AJAX call to /account/user_data. This way we can cache almost all
    pages without caching user-specific data.
    
    We are also changing substantially how the flash[:notice] messages work. From
    now on, instead of setting flash[:notice], we must set session[:flash]. It will
    work more or less like before, except that session[:notice] will be consumed by
    the AJAX call to /account/user_data that is done during all page loads instead
    of being consumed automatically by Rails. The only exception to this is the
    media_panel, because it uses a different layout.
    
    (ActionItem1608)
    Antonio Terceiro
     
  • (ActionItem1630)
    Rodrigo Souto
     

23 Jul, 2010

1 commit


08 Jul, 2010

1 commit


14 Jun, 2010

3 commits


05 Jun, 2010

1 commit


25 May, 2010

2 commits


20 May, 2010

1 commit


11 May, 2010

1 commit


14 Apr, 2010

1 commit


20 Jan, 2010

1 commit

  •   * Added migration to add visible to profiles
      * Some improvements on profile screen
      * A private profile displays a different profile screen
        * added profile image, name, description and message
        * added link to join if profile is a community
        * added link to "add friend" if profile is a person
      * Added description in profile
      * Added field description to organization and person form
      * Removed link and added button on not_found page
      * Added css for not access_denied message
      * Changed css for flash messages
      * Recent articles doens't list private profile's articles
      * Private profiles are listed on blocks and searches
      * Invisible profiles are never listed
      * Join community popup will be displayed if profile is private
      * Join community popup will not be displayed if profile is invisible
      * If an organization is private, it is also closed
    Daniela Feitosa
     

04 Dec, 2009

1 commit


13 Nov, 2009

1 commit