FAQ¶
Why do I have undesired auto-escapes in my template output?¶
Make sure your templates end in .htm
, .html
, .xml
or .xhtml
.
Flask sets the Jinja2-autoescape mode depending on the template file extension
(see this StackOverflow question
for more information).
General convention in Flask applications is to name your HTML-templates
.html
though.
How can I add custom javascript to the template?¶
Use Jinja2’s super in conjunction with the scripts
block.
The super-function adds the contents of a block from the parent template, that
way you can even decide if you want to include it before or after
jQuery/bootstrap.
Example:
{% block scripts %}
{{super()}}
<script src="my_app_code.js">
{% endblock %}
Why is Bootstrap javascript not loading?¶
An easy-to-miss quirk are the block names: While there is a block named
body
, it usually is not the one you want to replace, use content
instead. Currently, javascript is loaded at the end of the <body>
tag by default ).
Available blocks has more details.
How do I add custom stuff to the header?¶
A question that often pops up is how to add custom things to the <head>
element, like <link>
-tags or favicons. This is also easily achieved using
the super function:
{% block head %}
{{super()}}
<link rel="icon" type="image/png" href="http://example.com/myicon.png">
{% endblock %}
This will add the desired content just above the closing </head>
tag.
Another way for larger projects is creating a new base template and adding
the required blocks yourself:
{% block head %}
{{super()}}
{% block favicon %}<!-- default favicon could go here -->{% endblock %}
{% block feeds %}{% endblock %}
{% endblock %}
A child template of this base template can then use these blocks to specify a custom feed or favicon.
How do I serve the static files in deployment?¶
Flask-Bootstrap is not special in the sense that it simply adds a blueprint
named bootstrap
. The static files map to a specific URL-prefix (per default
static/bootstrap
) and are served from a specific directory found in your
virtualenv installation (e.g. lib/python2.7/site-
packages/flask_bootstrap/static
), so a traditional setup would be setting up
your webserver to serve this address from the mentioned directory.
A more elegant approach is having a cache in front of the WSGI server that
respects Cache-Control
headers. Per default, Flask will serve static files
with an expiration time of 12 hours (you can change this value using the
SEND_FILE_MAX_AGE_DEFAULT
), which should be sufficient.
For this approach nginx (or, if you prefer, Varnish) or their cloud-service based equivalents should
suffice. Flask-Bootstrap 2.3.2.2 supports this by offering querystring revving
(see BOOTSTRAP_QUERYSTRING_REVVING
) to ensure newer Bootstrap versions are
served when you upgrade Flask-Bootstrap.
How do I use Bootstrap 2/3?¶
The current major stable version of Bootstrap is 3, which unfortunately is backwards incompatible with Bootstrap 2. Flask-Bootstrap is maintained for the latest version of Bootstrap 2 (although you should not expect new features, only bug fixes) and, of course, Bootstrap 3.
By installing Flask-Bootstrap, you will always get the latest version, which
is Bootstrap 3. To install (or keep) Flask-Bootstrap 2, you will have to
specify the version in your setup.py
or requirements.txt
like this:
# other stuff in setup.py
# ...
install_requires=['flask-bootstrap<3', 'another_package']
# ...
It’s not a bad idea to pin to a specific Flask-Bootstrap (e.g. 'flask-
bootstrap==2.3.2.2'
to avoid surprises in production).
See the Using Bootstrap 2 documentation for details.
Where is FontAwesome?¶
Versions of Flask-Bootstrap using Bootstrap 2 included FontAwesome, this is no longer the case for Flask-Bootstrap 3 and higher.
Originally, Bootstrap did come only with image-based icons that did not scale well, FontAwesome fixed this by providing vector-based replacements, as well as additional icons. However, starting with Bootstrap 3 icons were included as a font again, for this reason FontAwesome was dropped from the extension to simplify things.
Today, FontAwesome is not the only choice, a comparison of available alternatives is available on the web.
If you still want to use FontAwesome, it’s easy to include it by adding it to the styles block inside your template derived base template:
{% block styles -%}
{{super()}}
<link href="//netdna.bootstrapcdn.com/font-awesome/4.0.3/css/font-awesome.css" rel="stylesheet">
{% endblock styles %}
Why are you shipping jQuery 1 instead of jQuery 2?¶
As of this writing (July 2014), there are two key differences between jQuery 1 and 2: Version 1 supports IE6-8 while version 2 drops the support for these old versions in exchange for a smaller memory footprint and a few performance gains. At least 20% of the browser landscape (source: NetMarketShare) still consists of browsers not supported by jQuery 2.
Unless you have specialized needs, the advantages of jQuery 2 still do not outweigh the disadvantages of not supporting a fifth of the market. In the end, Bootstrap and jQuery both aim at abstracting away difficult to handle quirks when building sites and this goal is currently better served with the wide support of jQuery1.
How can I use jQuery2 instead of jQuery1?¶
You can use Flask-Bootstrap’s CDN support to enable loading these resources from a different source:
from flask_bootstrap import WebCDN
app.extensions['bootstrap']['cdns']['jquery'] = WebCDN(
'//cdnjs.cloudflare.com/ajax/libs/jquery/2.1.1/'
)
This will load jquery.js
or whatever is required from the WebCDN specified.
If you prefer to ship your own local version of jQuery, you can similarly use
the following snippet:
from flask_bootstrap import StaticCDN
app.extensions['bootstrap']['cdns']['jquery'] = StaticCDN()
Note that in this case you need to download a suitable jquery.js
and/or
jquery.min.js
and put it into your apps static
-folder.
All of the above setups will cause the BOOTSTRAP_SERVE_LOCAL
-option to be
ignored for jQuery as well. If you need a more complicated setup support the
option, have a look at the source of init_app
and the docs of CDN support.