11 Jan, 2011
2 commits
-
(ActionItem1771)
-
(ActionItem1771)
21 Dec, 2010
5 commits
-
(ActionItem1733)
-
(ActionItem1733)
-
(ActionItem1733)
-
ActionItem1733()
-
(ActionItem1733)
09 Dec, 2010
9 commits
-
(ActionItem894)
-
(Again!) (ActionItem894)
-
(ActionItem1769)
-
(ActionItem1769)
-
(ActionItem894)
-
* English text review * Letting the administrator edit all fields which are going to be published before accepting the article. * Letting administrator highlight the new article. * Making the size of the lead and body fields consistent with other UI parts * Removed inconsistent styling * Updated database schema file (ActionItem1732) -
(ActionItem1732)
-
(ActionItem1733)
-
* When approving a task, some fields from published article are displayed and can be edited * Removed PublishedArticle * Added migrate to copy body, article and type from PublishedArticle's reference_article to article (ActionItem1733)
07 Dec, 2010
1 commit
-
(ActionItem1769)
15 Oct, 2010
3 commits
04 Oct, 2010
1 commit
-
(ActionItem1685)
21 Sep, 2010
5 commits
-
(ActionItem1303)
-
* 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)
-
* Also adding a named_scope for images (ActionItem1698)
11 Sep, 2010
3 commits
-
(ActionItem1303)
-
(ActionItem1303)
-
- added strophejs lib to communication with XMPP server - added jquery.scrollabletab.js and jquery.emoticon.js plugins - new 'pidgin' icon theme - environment attribute 'icon_theme' moved to theme - added ruby_bosh as plugin to start XMPP/BOSH session (ActionItem1635)
10 Sep, 2010
1 commit
-
* Environment admin can send e-mail to all environment users * Community admin can send e-mail to all community members * Added migrate to create mailing * Added job to send mailing (ActionItem1659)
02 Sep, 2010
2 commits
-
The pre-existing images must have their thumbnails_processed flag set to true, since they indeed already had the thumbnails created! (ActionItem1661)
-
* Added 'thumbnails_processed' to articles and images * Added images to be displayed when the uploaded were not processed yet (ActionItem1661)
27 Aug, 2010
1 commit
-
* Added message if user wants to fetch from hotmail * Added <url> to message if user removed it * Refactored invite_controller * Added ContactList * Added get_email_contacts_job * Added invitation_job (ActionItem1640)
22 Aug, 2010
4 commits
-
Conflicts: db/schema.rb
-
Added delayed_job plugin Added a daemon to start/stop delayed_job Added invitation on a queue to be processed later (ActionItem1640)
-
Conflicts: db/schema.rb public/stylesheets/application.css
-
(ActionItem1643)
15 Aug, 2010
1 commit
-
- Added a new jQuery UI theme - Added jQuery Cookie plugin (ActionItem1412)
14 Aug, 2010
1 commit
-
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)
11 Aug, 2010
1 commit
-
(ActionItem1620)