04 Oct, 2010
1 commit
-
(ActionItem1685)
11 Sep, 2010
1 commit
-
- 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)
20 Aug, 2010
1 commit
-
(ActionItem1608)
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)
13 Aug, 2010
1 commit
-
site_title is added by theme favicon is added by theme or profile (ActionItem1529)
18 Jul, 2010
1 commit
-
- Align left the title of creation product screen - Fixing width of categories selection for new and edit screens - Dont cache jquery.ui stylesheet - Ensure consistency between ui_icon and ui_button methods - Creating more categories in sample-categories script - Fix pt_BR translation of 'categories' (ActionItem1391,ActionItem1392)
14 May, 2010
2 commits
-
* Modularized RSS link in head code; added add_rss_feed_to_head helper method * Modularized RSS generation in FeedWriter class + Refactored RssFeed to use FeedWriter + removed feed_item_description (this fixes ActionItem1463) (ActionItem1518)
30 Apr, 2010
1 commit
-
(ActionItem1500)
26 Apr, 2010
1 commit
-
(ActionItem1476)
08 Apr, 2010
1 commit
-
This commit introduces a lot of changes in the HTML generated by Nosfero with the intent of making it load faster on users' browsers. This includes: * Adding apache configuration for compression of text content and aggresive cache policy (caching assets for 1 month) * Drastically reducing the number of stylesheets and javascript files referenced in the HTML. * The remaining CSS and Javascript files are now cached in a single file (one CSS file and one Javascript file) so that clients will only request a single file instead of several ones (and thus requiring a single HTTP connection instead of several ones). * Making sure that all assets referenced in the code have a timestamp (?21083219837) in the end of the URL so that when they are updated the client will fetch them again. During the course of the implemeantion, some other changes were made: * Updated INSTALL file with documentation about apache configuration for production environments. * Marked as deprecated all methods that use stylesheet_import, as well as stylesheet_import itself. * Removed "better browser promotion" code. It sucks. * Unifyed Noosfero stylesheets) * Unifyed stylesheets in the base theme * Enhanced the sample-data script with the creation of random events. in a range of 60 days around the current date, so that there will be events in the previous month, in the current month and in the next month. * Removed unused cms.js * Updated .gitignore example to ignore cached CSS and Javascript files. * Updated git-upgrade script to remove cached CSS and Javascript files. (ActionItem1425)
05 Apr, 2010
1 commit
-
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)
24 Mar, 2010
1 commit
-
(ActionItem1449)
08 Feb, 2010
1 commit
20 Jan, 2010
3 commits
-
Conflicts: po/de/noosfero.po po/pt/noosfero.po
18 Jan, 2010
1 commit
-
* thickbox_inline_popup_link has url as parameter * thickbox_inline_popup_icon has url as parameter (ActionItem1372)
11 Jan, 2010
1 commit
-
* some small CSS enhancements in the system CSS * new 'base' theme which can be used as a ... wait for it ... base for new themes * new 'noosfero' theme based on the 'base' theme. It only adds a noosfero logo and header/footer/navigation templates. * Now looking for favicon.ico in the root of the theme directory * Now looking for errors.css in the root ot the theme directory
31 Oct, 2009
1 commit
-
- New UI for calendar - New routes to /profile/:profile/events (ActionItem1255)
15 Sep, 2009
1 commit
-
* On sitemap, only top level articles are listed * Cache on list of environment tags * Cache on list of profile tags * Cache and pagination when listing environment articles with some tag * Cache and pagination when listing profile articles with some tag
21 Aug, 2009
1 commit
18 Jun, 2009
1 commit
-
This is a BAD HACK. When other theme needs to use the application-ng layout, we must rethink it. We'll probably move the entire .rhtml template to themes.
06 Jun, 2009
1 commit
26 May, 2009
1 commit
25 May, 2009
4 commits
23 May, 2009
2 commits