Welcome to wagtail-srcset’s documentation!¶
Contents:
wagtail-srcset¶
HTML5 image srcset support for Wagtail
Quickstart¶
Install wagtail-srcset:
pip install wagtail-srcset
Add it to your INSTALLED_APPS:
INSTALLED_APPS = (
...
"wagtail_srcset.apps.WagtailSrcsetConfig",
...
)
Use it in your templates:
{% load wagtail_srcset_tags %}
{% srcset_image img width-600 %}
Or via wagtails “as” syntax:
{% load wagtail_srcset_tags %}
{% srcset_image img width-60 as thumbnail %}
<a href="{{ thumbnail.original }}">
<img id="img-{{ img.pk }}" src="{{ thumbnail.url }}" srcset="{{ thumbnail.srcset }}" />
</a>
Features¶
- Generate srcset attribute dynamically, based on the size of an image and the width attribute of the template tag if SRCSET_DYNAMIC is True
- You can specify default images sizes in DEFAULT_SRCSET_RENDITIONS
- wagtails WAGTAILIMAGES_JPEG_QUALITY is used for jpeg quality when set
Todo¶
- Dont just support the width resize-rule add fill, max, min etc
Documentation¶
The full documentation is at https://wagtail-srcset.readthedocs.io.
What is this all about?¶
I tried to use wagtail as a basis for a personal blog engine (yeah I know). Playing around with some images I noticed that they looked not as sharp as on my old page and I wondered why. Finally I found out that wagtail images with width-600 for example are implicitly upscaled on modern display devices. For a more detailed description and demonstration with an actual image, take a look at the image below and maybe view it at 100% scale.

Here are two amplified sections, to make the difference more visible:


This package aims to provide a new image tag for wagtail that produces sharp looking images by generating a srcset attribute that includes larger images for higher pixel density devices.
If you are concerned about the increased image size I would recommend to use more aggressive lossy compression instead of upscaling.
Running Tests¶
Does the code actually work?
# create a virtualenv and activate it
git clone https://github.com/ephes/wagtail_srcset.git
cd wagtail_srcset
python -m pip install flit
flit install -s
pytest
Running the Example App¶
# activate virtualenv where wagtail_srcset is installed
python manage.py runserver --settings example.settings 0.0:8000
Run Linter¶
# activate virtualenv where wagtail_srcset is installed
flake8 wagtail_srcset tests
Coverage¶
# activate virtualenv where wagtail_srcset is installed
pytest --cov=wagtail_srcset --cov-report=html
Start a Notebook Server¶
# activate virtualenv where wagtail_srcset is installed
DJANGO_ALLOW_ASYNC_UNSAFE=true python manage.py shell_plus --notebook
Build Documentation¶
# activate virtualenv where wagtail_srcset is installed
rm docs/modules.rst docs/wagtail_srcset.rst
sphinx-apidoc -o docs/ wagtail_srcset
make -C docs clean
make -C docs html
open docs/_build/html/index.html
Publish Package¶
# activate virtualenv where wagtail_srcset is installed
flit publish
Usage¶
To use wagtail-srcset in a project, add it to your INSTALLED_APPS:
INSTALLED_APPS = (
...
"wagtail_srcset.apps.WagtailSrcsetConfig",
...
)
Add wagtail-srcset’s URL patterns:
from wagtail_srcset import urls as wagtail_srcset_urls
urlpatterns = [
...
path("", include(wagtail_srcset_urls)),
...
]
Contributing¶
Contributions are welcome, and they are greatly appreciated! Every little bit helps, and credit will always be given.
You can contribute in many ways:
Types of Contributions¶
Report Bugs¶
Report bugs at https://github.com/ephes/wagtail_srcset/issues.
If you are reporting a bug, please include:
- Your operating system name and version.
- Any details about your local setup that might be helpful in troubleshooting.
- Detailed steps to reproduce the bug.
Fix Bugs¶
Look through the GitHub issues for bugs. Anything tagged with “bug” is open to whoever wants to implement it.
Implement Features¶
Look through the GitHub issues for features. Anything tagged with “feature” is open to whoever wants to implement it.
Write Documentation¶
wagtail-srcset could always use more documentation, whether as part of the official wagtail-srcset docs, in docstrings, or even on the web in blog posts, articles, and such.
Submit Feedback¶
The best way to send feedback is to file an issue at https://github.com/ephes/wagtail_srcset/issues.
If you are proposing a feature:
- Explain in detail how it would work.
- Keep the scope as narrow as possible, to make it easier to implement.
- Remember that this is a volunteer-driven project, and that contributions are welcome :)
Get Started!¶
Ready to contribute? Here’s how to set up wagtail-srcset for local development.
Fork the wagtail-srcset repo on GitHub.
Clone your fork locally:
$ git clone git@github.com:your_name_here/wagtail-srcset.git
Install your local copy into a virtualenv. Assuming you have virtualenvwrapper installed, this is how you set up your fork for local development:
$ mkvirtualenv wagtail-srcset $ cd wagtail-srcset/ $ python setup.py develop
Create a branch for local development:
$ git checkout -b name-of-your-bugfix-or-feature
Now you can make your changes locally.
When you’re done making changes, check that your changes pass flake8 and the tests, including testing other Python versions with tox:
$ flake8 wagtail_srcset tests $ python setup.py test $ tox
To get flake8 and tox, just pip install them into your virtualenv.
Commit your changes and push your branch to GitHub:
$ git add . $ git commit -m "Your detailed description of your changes." $ git push origin name-of-your-bugfix-or-feature
Submit a pull request through the GitHub website.
Pull Request Guidelines¶
Before you submit a pull request, check that it meets these guidelines:
- The pull request should include tests.
- If the pull request adds functionality, the docs should be updated. Put your new functionality into a function with a docstring, and add the feature to the list in README.rst.
- The pull request should work for Python 2.6, 2.7, and 3.3, and for PyPy. Check https://travis-ci.org/ephes/wagtail-srcset/pull_requests and make sure that the tests pass for all supported Python versions.
Credits¶
Development Lead¶
- Jochen Wersdörfer <jochen-wagtailsrcst@wersdoerfer.de>
- Johannes Spielmann <j@spielmannsolutions.com>
Contributors¶
None yet. Why not be the first?
History¶
0.3.0 (2023-04-24)¶
- Add support for Wagtail>=5
- Drop support for Wagtail<3.0
- Added workaround for image_node.filter_spec -> image_node.filter_specs change in Wagtail 5
- Some small spelling fixes and extended docstrings
- pre-commit autoupdate
- make tox check against python (3.9, 3.10, 3.11) and wagtail (3, 4, 5)
- fixed codecov.io workflow
- added supported python and wagtail versions to readme via badges
0.2.0 (2022-11-03)¶
- Replace poetry with flit
- Make tox run tests with flit for last 3 Python versions
- Updated dependencies
0.1.5 (2020-05-21)¶
- Bumped down python requirement to 3.6 (since f-strings are used) - requeste by CVYY39
- Updated dependencies
0.1.4 (2020-04-22)¶
- Updated dependencies
0.1.3 (2020-04-13)¶
- Add original url to rendition generated by “as” syntax
0.1.2 (2020-04-05)¶
- Added support for wagtails “as” syntax
0.1.0 (2019-XX-YY)¶
- First release