Skip to main content
Help us improve Python packaging – donate today!

Provides a Django app whose static folder contains Twitter Bootstrap assets

Project Description

Latest Version Downloads

Overview

This package provides a Django app whose static folder contains the sources of Twitter Bootstrap, nothing more and nothing less. The un-minified LESS and javascript sources are included to be integrated into your Django site as you see fit. If you simply want to use the minified CSS and JS files provided by the Bootstrap project, you probably don’t need this anyway.

Further goals of this project include:

  • To include Bootstrap as a git submodule, so as to include specific release tags and avoid the mess of managing a copy of Bootstrap.
  • To provide versions that mirror Bootstrap releases going forward.
  • To provide a simple example project that demonstrates usage.

And that’s it! Twitter Bootstrap pre-packaged for Django.

I found that other similar projects:

  • Did not keep up with recent versions of Bootstrap.
  • Simply made a copy of the Bootstrap sources, messy and unecessary.
  • Tied the packaging to their own clever template tags or other Django components. You should have your choice of these things apart from this packaging.

Setup

NOTE The paths of the included bootstrap assets have now been namespaced within the app’s static folder. The less and js folders now reside within a twitter_bootstrap folder.

A sample working project can be found here.

First, install the app:

pip install django-twitter-bootstrap==3.1.0

Then include it in your Django project:

# settings.py:

INSTALLED_APPS = (
    ...
    'twitter_bootstrap',
    ...
)

This also assumes you haven’t removed django.contrib.staticfiles.finders.AppDirectoriesFinder from the STATICFILES_FINDERS config setting.

Provided staticfiles

Of course what’s provided is just Bootstrap, but more specifically…

glyphicons

These don’t need to be specified or configured in your project, but they are included all the same.

  • twitter_bootstrap/fonts/glyphicons-halflings-regular.eot
  • twitter_bootstrap/fonts/glyphicons-halflings-regular.svg
  • twitter_bootstrap/fonts/glyphicons-halflings-regular.ttf
  • twitter_bootstrap/fonts/glyphicons-halflings-regular.woff

LESS

  • twitter_bootstrap/less/bootstrap.less

Also included are lots of other LESS files included by the above that aren’t worth listing out. The above file is the common entry point for usage of Bootstrap styles.

JavaScript

Unlike the LESS sources, the javascript modules each represent a feature set that you may or may not want to include in your site. These files are typically hand-picked based on the needs of your site. Please check the Bootstrap documentation for info on which of these modules depends on others.

  • twitter_bootstrap/js/transition.js
  • twitter_bootstrap/js/modal.js
  • twitter_bootstrap/js/dropdown.js
  • twitter_bootstrap/js/scrollspy.js
  • twitter_bootstrap/js/tab.js
  • twitter_bootstrap/js/tooltip.js
  • twitter_bootstrap/js/popover.js
  • twitter_bootstrap/js/alert.js
  • twitter_bootstrap/js/button.js
  • twitter_bootstrap/js/collapse.js
  • twitter_bootstrap/js/carousel.js
  • twitter_bootstrap/js/affix.js

Plain Usage

If you’re not using an asset manager, you can just include them as usual in your site templates:

{% load staticfiles %}
...
<script type="text/javascript" src="{% static 'twitter_bootstrap/js/transition.js' %}"></script>
...

Usage with an asset pipeline

Of course I recommend you not go plain, and instead use an asset manager that helps with the filtering, concatenating, minification, and other processing of your static assets. One such manager is django-pipeline.

  • Follow the setup instructions for django-pipeline
  • Define asset groups which provide Twitter Bootstrap
  • Use asset groups in your templates.

Here are example pipeline settings:

# settings.py

PIPELINE_CSS = {
    ...
    'bootstrap': {
        'source_filenames': (
            'twitter_bootstrap/less/bootstrap.less',
        ),
        'output_filename': 'css/b.css',
        'extra_context': {
            'media': 'screen,projection',
        },
    },
    ...
}

PIPELINE_JS = {
    ...
    'bootstrap': {
        'source_filenames': (
          'twitter_bootstrap/js/transition.js',
          'twitter_bootstrap/js/modal.js',
          'twitter_bootstrap/js/dropdown.js',
          'twitter_bootstrap/js/scrollspy.js',
          'twitter_bootstrap/js/tab.js',
          'twitter_bootstrap/js/tooltip.js',
          'twitter_bootstrap/js/popover.js',
          'twitter_bootstrap/js/alert.js',
          'twitter_bootstrap/js/button.js',
          'twitter_bootstrap/js/collapse.js',
          'twitter_bootstrap/js/carousel.js',
          'twitter_bootstrap/js/affix.js',
        ),
        'output_filename': 'js/b.js',
    },
    ...
}

Of course you need to set up a LESS compiler for pipeline to use when processing the styles.

A sample Django template using the assets:

...
{% load compressed %}
...
<head>
  ...
  {% compressed_css 'bootstrap' %}
  ...
</head>
<body>
  ...
  {% compressed_js 'bootstrap' %}
  ...
</body>
</html>

That’s it. Enjoy!

Version ranges matching bootstrap versions

As stated above in the goals, versions of this package should match versions of Bootstrap, where available. This presents something of a problem if and when we need to make updates to the packaging here. We can’t just upgrade any of the three common components of semantic versioning, because those map to versions of Bootstrap. So, we’ll use revisions when needed.

E.g., suppose we have django-twitter-bootstrap 2.2.2 which packages Twitter Bootstrap 2.2.2. If we need to enhance or fix the packaging, we release it as revised version 2.2.2-1.

Therefore, if you’re getting a packaging for the first time you could specify it as a very tight range of that target version or no less than the next patch level version. E.g., target 2.2.2 with >=2.2.2,<2.2.3, or >=2,<2.0.1. Each of these captures all revisions to packagings targetting a specific version of Bootstrap.

Finally, it should be re-iterated that the need for this should be the exception and versions should generally mirror Bootstrap more directly going forward.

Release history Release notifications

History Node

3.3.0

History Node

3.2.0-1

History Node

3.2.0

History Node

3.1.1

This version
History Node

3.1.0

History Node

3.0.3

History Node

3.0.2

History Node

3.0.1-2

History Node

3.0.1-1

History Node

3.0.1

History Node

3.0.0

History Node

3.0.0-rc2

History Node

3.0.0-rc1

History Node

2.3.2

History Node

2.3.1

History Node

2.3.0

History Node

2.2.2-1

History Node

2.2.2

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Filename, size & hash SHA256 hash help File type Python version Upload date
django-twitter-bootstrap-3.1.0.tar.gz (148.6 kB) Copy SHA256 hash SHA256 Source None Feb 6, 2014

Supported by

Elastic Elastic Search Pingdom Pingdom Monitoring Google Google BigQuery Sentry Sentry Error logging CloudAMQP CloudAMQP RabbitMQ AWS AWS Cloud computing Fastly Fastly CDN DigiCert DigiCert EV certificate StatusPage StatusPage Status page