django-sass-processor 0.3.5

Project’s Home

On GitHub:

https://github.com/jrief/django-sass-processor

Please use the issue tracker to report bugs or propose new features.

Installation

pip install libsass django-compressor django-sass-processor

django-compressor is required only for offline compilation, when using the command manage.py compilescss.

libsass is not required on the production environment, if SASS/SCSS files have been precompiled and deployed using offline compilation.

Configuration

In settings.py add to:

INSTALLED_APPS = (
    ...
    'sass_processor',
    ...
)

Optionally, add a list of additional search paths, the SASS compiler may examine when using the @import "..."; statement in SASS/SCSS files:

import os

SASS_PROCESSOR_INCLUDE_DIRS = (
    os.path.join(PROJECT_PATH, 'mystyles/scss'),
    os.path.join(PROJECT_PATH, 'node_modules'),
)

During development, or when SASS_PROCESSOR_ENABLED is set to True, the compiled file is placed into the folder referenced by SASS_PROCESSOR_ROOT (if unset, this setting defaults to STATIC_ROOT). Having a location outside of the working directory prevents to pollute your local static/css/... folders with auto-generated files. Therefore assure, that this directory is writable by the Django runserver.

django-sass-processor is shipped with a special finder, to locate the generated *.css files in the folder referred by SASS_PROCESSOR_ROOT (or, if unset STATIC_ROOT). Just add it to your settings.py. If there is no STATICFILES_FINDERS setting in your settings.py don’t forget to include django default finders.

STATICFILES_FINDERS = (
    'django.contrib.staticfiles.finders.FileSystemFinder',
    'django.contrib.staticfiles.finders.AppDirectoriesFinder',
    'sass_processor.finders.CssFinder',
    ...
)

You may fine tune sass compiler parameters in your settings.py.

Integer SASS_PRECISION sets floating point precision for output css. libsass’ default is 5. Note: bootstrap-sass requires 8, otherwise various layout problems will occur.

SASS_PRECISION = 8

SASS_OUTPUT_STYLE sets coding style of the compiled result, one of compact, compressed, expanded, or nested. Default is nested for DEBUG and compressed in production.

Note: libsass-python 0.8.3 has problem encoding result while saving on Windows, the issue is already fixed and will be included in future pip package release, in the meanwhile avoid compressed output style.

SASS_OUTPUT_STYLE = 'compact'

TEMPLATES = [
    {
        'BACKEND': 'django.template.backends.jinja2.Jinja2',
        'DIRS': [],
        'APP_DIRS': True,
        'OPTIONS': {
            'environment': 'yourapp.jinja2.environment'
        }
    }
]

from jinja2 import Environment


def environment(**kwargs):
    extensions = [] if 'extensions' not in kwargs else kwargs['extensions']
    extensions.append('sass_processor.jinja2.ext.SassSrc')
    kwargs['extensions'] = extensions

    return Environment(**kwargs)

Preprocessing SASS

django-sass-processor is shipped with a built-in preprocessor to convert *.scss or *.sass files into *.css while rendering the template. For performance reasons this is done only once, but the preprocessor keeps track on the timestamps and recompiles, if any of the imported SASS/SCSS files is younger than the corresponding generated CSS file.

{% load sass_tags %}

<link href="{% sass_src 'myapp/css/mystyle.scss' %}" rel="stylesheet" type="text/css" />

Offline compilation

If you want to precompile all occurrences of your SASS/SCSS files for the whole project, on the command line invoke:

./manage.py compilescss

This is useful for preparing production environments, where SASS/SCSS files can’t be compiled on the fly. To simplify the deployment, the compiled *.css files are stored side-by-side with their corresponding SASS/SCSS files; just run ./manage.py collectstatic afterwards. In case you don’t want to expose the SASS/SCSS files in a production environment, deploy with ./manage.py collectstatic --ignore=.scss.

In case you want to get rid of the compiled *.css files in your local static directories, simply reverse the above command:

./manage.py compilescss --delete-files

This will remove all occurrences of previously generated *.css files.

Or you may direct compilation results to SASS_PROCESSOR_ROOT directory (if not specified - to STATIC_ROOT):

./manage.py compilescss --use-processor-root

Combine with --delete-files switch to purge results from there.

If you use an alternative templating engine (django 1.8+) set its name in --engine argument. django and jinja2 is supported, see django-compressor documentation on how to set up COMPRESS_JINJA2_GET_ENVIRONMENT to configure jinja2 engine support.

SASS_TEMPLATE_EXTS = ['.html','.jade']

Configure SASS variables through settings.py

In SASS, a nasty problem is to set the correct include paths for icons and fonts. Normally this is done through a _variables.scss file, but this inhibits a configuration through your projects settings.py.

Starting with version 0.2.5 django-sass-processor offers a SASS function to fetch any arbitrary configuration from settings.py. This is specially handy for setting the include path of your Glyphicons font directory. Assume you installed Bootstrap SASS files using

npm install bootstrap-sass

then locate your node_modules folder and add it to your settings.py, so that your fonts are accessible through the Django’s django.contrib.staticfiles.finders.FileSystemFinder:

STATICFILES_DIRS = (
    ...
    ('node_modules', '/path/to/your/project/node_modules/'),
    ...
)

NODE_MODULES_URL = STATIC_URL + 'node_modules/'

With the SASS function get-setting, you now can override any SASS variable with a configurable value. For the Glyphicons font search path, add this to your _variables.scss:

$icon-font-path: unquote(get-setting(NODE_MODULES_URL) + "bootstrap-sass/assets/fonts/bootstrap/");

and @import "variables"; whenever you need Glyphicons. You then can safely remove any font references, such as <link href="/path/to/your/fonts/bootstrap/glyphicons-whatever.ttf" ...> from you HTML templates.

Changelog

• 0.3.5

• Added Jinja2 support, see Jinja2 support.

• 0.3.4

• Fixed: get_template_sources() in Django-1.9 returns Objects rather than strings.

• In command, use ArgumentParser rather than OptionParser.

• 0.3.1…0.3.3

• Changed the build process in setup.py.

• 0.3.0

• Compatible with Django 1.8+.

• bootstrap3-sass ready: appropriate floating point precision (8) can be set in settings.py.

• Offline compilation results may optionally be stored in SASS_PROCESSOR_ROOT.

• 0.2.6

• Hotfix: added SASS function get-setting also to offline compiler.

• 0.2.5

• Compatible with Python3

• Replaced SortedDict with OrderedDict to be prepared for Django-1.9

• Raise a TemplateSyntax error, if a SASS @include "..." fails to find the file.

• Added SASS function get-setting to fetch configuration directives from settings.py.

• 0.2.4

• Forcing compiled unicode to bytes, since ‘Font Awesome’ uses Unicode Private Use Area (PUA) and hence implicit conversion on fh.write() failed.

• 0.2.3

• Allow for setting template extensions and output style.

• Force Django to calculate template_source_loaders from TEMPLATE_LOADERS settings, by asking to find a dummy template.

• 0.2.0

• Removed dependency to django-sekizai and django-classy-tags. It now can operate in stand-alone mode. Therefore the project has been renamed to django-sass-processor.

• 0.1.0

• Initial revision named django-sekizai-processors, based on a preprocessor for the Sekizai template tags {% addtoblock %}.