Tweak the form field rendering in templates, not in python-level form definitions. Altering CSS classes and HTML attributes is supported.
That should be enough for designers to customize field presentation (using CSS and unobtrusive javascript) without touching python code.
License is MIT.
You can get Django Widget Tweaks by using pip:
$ pip install django-widget-tweaksTo enable widget_tweaks in your project you need to add it to INSTALLED_APPS in your projects settings.py file:
INSTALLED_APPS += [
'widget_tweaks',
]This app provides two sets of tools that may be used together or standalone:
- a
render_fieldtemplate tag for customizing form fields by using an HTML-like syntax. - several template filters for customizing form field HTML attributes and CSS classes
The render_field tag should be easier to use and should make form field customizations much easier for designers and front-end developers.
The template filters are more powerful than the render_field tag, but they use a more complex and less HTML-like syntax.
This is a template tag that can be used as an alternative to aforementioned filters. This template tag renders a field using a syntax similar to plain HTML attributes.
Example:
{% load widget_tweaks %}
<!-- change input type (e.g. to HTML5) -->
{% render_field form.search_query type="search" %}
<!-- add/change several attributes -->
{% render_field form.text rows="20" cols="20" title="Hello, world!" %}
<!-- append to an attribute -->
{% render_field form.title class+="css_class_1 css_class_2" %}
<!-- template variables can be used as attribute values -->
{% render_field form.text placeholder=form.text.label %}
<!-- double colon -->
{% render_field form.search_query v-bind::class="{active:isActive}" %}For fields rendered with {% render_field %} tag it is possible to set error class and required fields class by using WIDGET_ERROR_CLASS and WIDGET_REQUIRED_CLASS template variables:
{% with WIDGET_ERROR_CLASS='my_error' WIDGET_REQUIRED_CLASS='my_required' %}
{% render_field form.field1 %}
{% render_field form.field2 %}
{% render_field form.field3 %}
{% endwith %}You can be creative with these variables: e.g. a context processor could set a default CSS error class on all fields rendered by {% render_field %}.
Adds or replaces any single html attribute for the form field.
Examples:
{% load widget_tweaks %}
<!-- change input type (e.g. to HTML5) -->
{{ form.search_query|attr:"type:search" }}
<!-- add/change several attributes -->
{{ form.text|attr:"rows:20"|attr:"cols:20"|attr:"title:Hello, world!" }}
<!-- attributes without parameters -->
{{ form.search_query|attr:"autofocus" }}
<!-- attributes with double colon Vuejs output: v-bind:class="{active:ValueEnabled}" -->
{{ form.search_query|attr:"v-bind::class:{active:ValueEnabled}" }}Adds CSS class to field element. Split classes by whitespace in order to add several classes at once.
Example:
{% load widget_tweaks %}
<!-- add 2 extra css classes to field element -->
{{ form.title|add_class:"css_class_1 css_class_2" }}Sets HTML5 data attribute ( http://ejohn.org/blog/html-5-data-attributes/ ). Useful for unobtrusive javascript. It is just a shortcut for 'attr' filter that prepends attribute names with 'data-' string.
Example:
{% load widget_tweaks %}
<!-- data-filters:"OverText" will be added to input field -->
{{ form.title|set_data:"filters:OverText" }}Appends attribute value with extra data.
Example:
{% load widget_tweaks %}
<!-- add 2 extra css classes to field element -->
{{ form.title|append_attr:"class:css_class_1 css_class_2" }}'add_class' filter is just a shortcut for 'append_attr' filter that adds values to the 'class' attribute.
Removes any single html attribute for the form field.
Example:
{% load widget_tweaks %}
<!-- removes autofocus attribute from field element -->
{{ form.title|remove_attr:"autofocus" }}The same as add_class but adds css class to form labels.
Example:
{% load widget_tweaks %}
<!-- add 2 extra css classes to field label element -->
{{ form.title|add_label_class:"label_class_1 label_class_2" }}The same as 'add_class' but adds css class only if validation failed for the field (field.errors is not empty).
Example:
{% load widget_tweaks %}
<!-- add 'error-border' css class on field error -->
{{ form.title|add_error_class:"error-border" }}The same as 'attr' but sets an attribute only if validation failed for the field (field.errors is not empty). This can be useful when dealing with accessibility:
{% load widget_tweaks %}
<!-- add aria-invalid="true" attribute on field error -->
{{ form.title|add_error_attr:"aria-invalid:true" }}The same as 'add_error_class' adds css class only for required field.
Example:
{% load widget_tweaks %}
<!-- add 'is-required' css class on field required -->
{{ form.title|add_required_class:"is-required" }}'field_type' and 'widget_type' are template filters that return field class name and field widget class name (in lower case).
Example:
{% load widget_tweaks %}
<div class="field {{ field|field_type }} {{ field|widget_type }} {{ field.html_name }}">
{{ field }}
</div>Output:
<div class="field charfield textinput name">
<input id="id_name" type="text" name="name" maxlength="100" />
</div>The render_field tag and filters mentioned above can be mixed.
Example:
{% render_field form.category|append_attr:"readonly:readonly" type="text" placeholder="Category" %}returns:
<input name="category" placeholder="Profession" readonly="readonly" type="text">The order django-widget-tweaks filters apply may seem counter-intuitive (leftmost filter wins):
{{ form.simple|attr:"foo:bar"|attr:"foo:baz" }}returns:
<input foo="bar" type="text" name="simple" id="id_simple" />It is not a bug, it is a feature that enables creating reusable templates with overridable defaults.
Reusable field template example:
{# inc/field.html #}
{% load widget_tweaks %}
<div>{{ field|attr:"foo:default_foo" }}</div>Example usage:
{# my_template.html #}
{% load widget_tweaks %}
<form method='POST' action=''> {% csrf_token %}
{% include "inc/field.html" with field=form.title %}
{% include "inc/field.html" with field=form.description|attr:"foo:non_default_foo" %}
</form>With 'rightmost filter wins' rule it wouldn't be possible to override |attr:"foo:default_foo" in main template.
If you've found a bug, implemented a feature or have a suggestion, do not hesitate to contact me, fire an issue or send a pull request.
- Source code: https://github.com/jazzband/django-widget-tweaks/
- Bug tracker: https://github.com/jazzband/django-widget-tweaks/issues
Make sure you have tox installed, then type
toxfrom the source checkout.
MultiWidgets: SplitDateTimeWidget, SplitHiddenDateTimeWidget
React
Typescript
Django
Laravel
Facebook
Microsoft
Google
Alibaba
D3
Tencent
