- 30 May, 2017 1 commit
-
-
Andy Armstrong committed
-
- 27 Apr, 2017 1 commit
-
-
This makes it possible to refer to multiple book from a single app. This also means that Open edX branches will be able to pass bok-choy tests (at least if the books have already been built.)
Ned Batchelder committed
-
- 11 Mar, 2017 1 commit
-
-
Clinton Blackburn committed
-
- 06 Oct, 2016 1 commit
-
-
John Eskew committed
-
- 29 Jul, 2016 1 commit
-
-
wajeeha-khalid committed
-
- 27 Jul, 2016 1 commit
-
-
Saleem Latif committed
-
- 30 Jun, 2016 1 commit
-
-
2. Update COMPREHNSIVE_THEME_DIR to COMPREHENSIVE_THEME_DIRS 3. Update paver commands to support multi theme dirs 4. Updating template loaders 5. Add ENABLE_COMPREHENSIVE_THEMING flag to enable or disable theming via settings 6. Update tests 7. Add backward compatibility for COMPREHEHNSIVE_THEME_DIR
Matt Drayer committed
-
- 29 Apr, 2016 1 commit
-
-
[PERF-303] Integer XBlocks/XModules into the static asset pipeline. This PR, based on hackathon work from Christina/Andy, implements a way to discover all installed XBlocks and XModules and to enumerate their public assets, then pulling them in during the collectstatic phase and hashing them. In turn, the methods for generating URLs to resources will then returned the hashed name for assets, allowing them to be served from nginx/CDNs, and cached heavily.
Christina Roberts committed
-
- 12 Apr, 2016 1 commit
-
-
This reverts commit a796b563. Conflicts: lms/envs/common.py openedx/core/djangoapps/theming/models.py pavelib/assets.py pavelib/paver_tests/test_assets.py
Matt Drayer committed
-
- 28 Mar, 2016 1 commit
-
-
ziafazal: improvements need for multi-tenancy ziafazal: fixed broken tests ziafazal: no need to add setting in test.py ziafazal: added hostname validation ziafazal: changes after feedback from mattdrayer ziafazal: fixed branding and microsite broken tests ziafazal: make STATICFILES_DIRS to list ziafazal: added theme directory to mako lookup for tests ziafazal: added more protection in test_util saleem-latif: Enable SCSS Overrides for Comprehensive Theming saleem-latif: Incoporate feedback changes, Correct test failures, add tests and enable theming for django templates saleem-latif: Correct errors in python tests mattdrayer: Fix invalid release reference mattdrayer: Update django-wiki reference to latest release saleem-latif: Update Theme storages to work with Caching, Pipeline and collectstatic saleem-latif: Incorporate feedback changes mattdrayer: Pylint violation fix mattdrayer: Fix broken pavelib test
Zia Fazal committed
-
- 16 Mar, 2016 1 commit
-
-
This reverts commit 954dae58.
Jesse Zoldak committed
-
- 14 Mar, 2016 1 commit
-
-
ziafazal: improvements need for multi-tenancy ziafazal: fixed broken tests ziafazal: no need to add setting in test.py ziafazal: added hostname validation ziafazal: changes after feedback from mattdrayer ziafazal: fixed branding and microsite broken tests ziafazal: make STATICFILES_DIRS to list ziafazal: added theme directory to mako lookup for tests ziafazal: added more protection in test_util saleem-latif: Enable SCSS Overrides for Comprehensive Theming saleem-latif: Incoporate feedback changes, Correct test failures, add tests and enable theming for django templates saleem-latif: Correct errors in python tests mattdrayer: Fix invalid release reference mattdrayer: Update django-wiki reference to latest release
Zia Fazal committed
-
- 08 Mar, 2016 1 commit
-
-
John Eskew committed
-
- 03 Mar, 2016 1 commit
-
-
John Eskew committed
-
- 29 Feb, 2016 1 commit
-
-
Bill DeRusha committed
-
- 25 Jan, 2016 1 commit
-
-
Comprehensive theming did not work with django templates (used by course wiki). The reason it didn't work was that in order for the theme to work, theme template folder has to be added to django template dirs setting *before* django startup. After django startup, modifying `settings.DEFAULT_TEMPLATE_ENGINE['DIRS']` has no effect, because at that point the template engine is already initialized with a copy of the template dirs list. Instead of running the theme startup code as an autostartup hook, we manually run it *before* `django.setup()`. This is fine because theme startup code doesn't have to do anything else besides modifying some settings and doesn't actually need django to be initialized.
Matjaz Gregoric committed
-
- 10 Nov, 2015 1 commit
-
-
Please note that this is a squshed commit and the work of: Symbolist, macdiesel, nedbat, doctoryes, muzaffaryousaf and muhammad-ammar
Usman Khalid committed
-
- 28 Oct, 2015 1 commit
-
-
* The LMS now also monkey-patches xmodule.x_module.descriptor_global_handler_url and xmodule.x_module.descriptor_global_local_resource_url so that we can get LMS XBlock URLs from the DescriptorSystem. That functionality is needed in the block transforms collect() phase for certain XModules like Video. For instance, say we want to generate the transcripts URLs. The collect phase is run asynchronously, without a user context. * The URL handler monkey-patching is now done in the startup.py files for LMS and Studio. Studio used to do this in the import of cms/djangoapps/contentstore/views/item.py. This was mostly just because it seemed like a sane and consistent place to put it. * LmsHandlerUrls was removed, its handler_url and local_resource_url methods were moved to be top level functions. The only reason that class existed seems to be to give a place to store course_id state, and that can now be derived from the block location. * To avoid the Module -> Descriptor ProxyAttribute magic that we do (which explodes with an UndefinedContext error because there is no user involved), when examining the block's handler method in handler_url, I made a few changes: ** Check the .__class__ to see if the handler was defined, instead of the block itself. ** The above required me to relax the check for _is_xblock_handler on the function, since that will no longer be defined. 90% of this goes away when we kill XModules and do the refactoring we've wanted to do for a while.
David Ormsbee committed
-
- 23 Mar, 2015 1 commit
-
-
This makes these files importable, and puts them into the new best guess as to where files should live.
Ned Batchelder committed
-
- 17 Jan, 2015 1 commit
-
-
Marco Re committed
-
- 01 Dec, 2014 1 commit
-
-
Sarina Canelake committed
-
- 14 Oct, 2014 1 commit
-
-
Usman Khalid committed
-
- 11 Sep, 2014 1 commit
-
-
Usman Khalid committed
-
- 27 Aug, 2014 1 commit
-
-
Modify Django's translation library, such that the gettext family of functions return an empty string when attempting to translate a falsey value. This overrides the default behavior [0]: > It is convention with GNU gettext to include meta-data as the > translation for the empty string. This patch provides a holistic solution to replace the current piecemeal approach [1][2]. Affected Methods: - gettext - ugettext [0] https://docs.python.org/2.7/library/gettext.html#the-gnutranslations-class [1] bad803e4 [2] https://github.com/edx/edx-platform/pull/4653
stv committed
-
- 29 May, 2014 1 commit
-
-
Alan Boudreault committed
-
- 24 Jan, 2014 1 commit
-
-
Calen Pennington committed
-
- 02 Jan, 2014 1 commit
-
-
I was going to do something in the startup code, then changed my mind, but didn't want to just discard these changes.
Ned Batchelder committed
-
- 06 Sep, 2013 1 commit
-
-
Calen Pennington committed
-
- 27 Aug, 2013 1 commit
-
-
Inspired by: http://eldarion.com/blog/2013/02/14/entry-point-hook-django-projects/ Moves startup code to lms.startup and cms.startup, and calls the startup methods in wsgi.py and manage.py for both projects.
Calen Pennington committed
-