Fields¶
Fields are responsible for rendering and data conversion. They delegate to validators for data validation.
Field definitions¶
Fields are defined as members on a form in a declarative fashion:
class MyForm(Form):
name = StringField('Full Name', [validators.required(), validators.length(max=10)])
address = TextAreaField('Mailing Address', [validators.optional(), validators.length(max=200)])
When a field is defined on a form, the construction parameters are saved until the form is instantiated. At form instantiation time, a copy of the field is made with all the parameters specified in the definition. Each instance of the field keeps its own field data and errors list.
The label and validators can be passed to the constructor as sequential
arguments, while all other arguments should be passed as keyword arguments.
Some fields (such as SelectField
) can also take additional
field-specific keyword arguments. Consult the built-in fields reference for
information on those.
The Field base class¶
- class wtforms.fields.Field[source]¶
Stores and processes data, and generates HTML for a form field.
Field instances contain the data of that instance as well as the functionality to render it within your Form. They also contain a number of properties which can be used within your templates to render the field and label.
Construction
- __init__(label=None, validators=None, filters=(), description='', id=None, default=None, widget=None, render_kw=None, name=None, _form=None, _prefix='', _translations=None, _meta=None)[source]¶
Construct a new field.
- Parameters
label – The label of the field.
validators – A sequence of validators to call when validate is called.
filters – A sequence of callable which are run by
process()
to filter or transform the input data. For exampleStringForm(filters=[str.strip, str.upper])
. Note that filters are applied after processing the default and incoming data, but before validation.description – A description for the field, typically used for help text.
id – An id to use for the field. A reasonable default is set by the form, and you shouldn’t need to set this manually.
default – The default value to assign to the field, if no form or object input is provided. May be a callable.
widget – If provided, overrides the widget used to render the field.
render_kw (dict) – If provided, a dictionary which provides default keywords that will be given to the widget at render time.
name – The HTML name of this field. The default value is the Python attribute name.
_form – The form holding this field. It is passed by the form itself during construction. You should never pass this value yourself.
_prefix – The prefix to prepend to the form name of this field, passed by the enclosing form during construction.
_translations – A translations object providing message translations. Usually passed by the enclosing form during construction. See I18n docs for information on message translations.
_meta – If provided, this is the ‘meta’ instance from the form. You usually don’t pass this yourself.
If _form isn’t provided, an
UnboundField
will be returned instead. Call itsbind()
method with a form instance and a name to construct the field.
Validation
To validate the field, call its validate method, providing a form and any extra validators needed. To extend validation behaviour, override pre_validate or post_validate.
- validate(form, extra_validators=())[source]¶
Validates the field and returns True or False. self.errors will contain any errors raised during validation. This is usually only called by Form.validate.
Subfields shouldn’t override this, but rather override either pre_validate, post_validate or both, depending on needs.
- Parameters
form – The form the field belongs to.
extra_validators – A sequence of extra validators to run.
- pre_validate(form)[source]¶
Override if you need field-level validation. Runs before any other validators.
- Parameters
form – The form the field belongs to.
- post_validate(form, validation_stopped)[source]¶
Override if you need to run any field-level validation tasks after normal validation. This shouldn’t be needed in most cases.
- Parameters
form – The form the field belongs to.
validation_stopped – True if any validator raised StopValidation.
- errors¶
If validate encounters any errors, they will be inserted into this list.
Data access and processing
To handle incoming data from python, override process_data. Similarly, to handle incoming data from the outside, override process_formdata.
- process(formdata[, data])[source]¶
Process incoming data, calling process_data, process_formdata as needed, and run filters.
If data is not provided, process_data will be called on the field’s default.
Field subclasses usually won’t override this, instead overriding the process_formdata and process_data methods. Only override this for special advanced processing, such as when a field encapsulates many inputs.
- Parameters
extra_filters – A sequence of extra filters to run.
- process_data(value)[source]¶
Process the Python data applied to this field and store the result.
This will be called during form construction by the form’s kwargs or obj argument.
- Parameters
value – The python object containing the value to process.
- process_formdata(valuelist)[source]¶
Process data received over the wire from a form.
This will be called during form construction with data supplied through the formdata argument.
- Parameters
valuelist – A list of strings to process.
- data¶
Contains the resulting (sanitized) value of calling either of the process methods. Note that it is not HTML escaped when using in templates.
- raw_data¶
If form data is processed, is the valuelist given from the formdata wrapper. Otherwise, raw_data will be None.
- object_data¶
This is the data passed from an object or from kwargs to the field, stored unmodified. This can be used by templates, widgets, validators as needed (for comparison, for example)
Rendering
To render a field, simply call it, providing any values the widget expects as keyword arguments. Usually the keyword arguments are used for extra HTML attributes.
- __call__(**kwargs)[source]¶
Render this field as HTML, using keyword args as additional attributes.
This delegates rendering to
meta.render_field
whose default behavior is to call the field’s widget, passing any keyword arguments from this call along to the widget.In all of the WTForms HTML widgets, keyword arguments are turned to HTML attributes, though in theory a widget is free to do anything it wants with the supplied keyword arguments, and widgets don’t have to even do anything related to HTML.
If one wants to pass the “class” argument which is a reserved keyword in some python-based templating languages, one can do:
form.field(class_="text_blob")
This will output (for a text field):
<input type="text" name="field_name" value="blah" class="text_blob" id="field_name" />
Note: Simply coercing the field to a string will render it as if it was called with no arguments.
- __html__()[source]¶
Returns a HTML representation of the field. For more powerful rendering, see the
__call__()
method.Many template engines use the __html__ method when it exists on a printed object to get an ‘html-safe’ string that will not be auto-escaped. To allow for printing a bare field without calling it, all WTForms fields implement this method as well.
Message Translations
- gettext(string)[source]¶
Get a translation for the given message.
This proxies for the internal translations object.
- Parameters
string – A string to be translated.
- Returns
A string which is the translated output.
Properties
- name¶
The HTML form name of this field. This is the name as defined in your Form prefixed with the prefix passed to the Form constructor.
- short_name¶
The un-prefixed name of this field.
- id¶
The HTML ID of this field. If unspecified, this is generated for you to be the same as the field name.
- label¶
This is a
Label
instance which when evaluated as a string returns an HTML<label for="id">
construct.
- default¶
This is whatever you passed as the default to the field’s constructor, otherwise None.
- description¶
A string containing the value of the description passed in the constructor to the field; this is not HTML escaped.
- errors
A sequence containing the validation errors for this field.
- process_errors¶
Errors obtained during input processing. These will be prepended to the list of errors at validation time.
- widget¶
The widget used to render the field.
- type¶
The type of this field, as a string. This can be used in your templates to do logic based on the type of field:
{% for field in form %} <tr> {% if field.type == "BooleanField" %} <td></td> <td>{{ field }} {{ field.label }}</td> {% else %} <td>{{ field.label }}</td> <td>{{ field }}</td> {% endif %} </tr> {% endfor %}
- flags¶
An object containing flags set either by the field itself, or by validators on the field. For example, the built-in
InputRequired
validator sets the required flag. An unset flag will result inNone
.{% for field in form %} <tr> <th>{{ field.label }} {% if field.flags.required %}*{% endif %}</th> <td>{{ field }}</td> </tr> {% endfor %}
- meta¶
The same meta object instance as is available as
Form.meta
- filters¶
The same sequence of filters that was passed as the
filters=
to the field constructor. This is usually a sequence of callables.
Basic fields¶
Basic fields generally represent scalar data types with single values, and refer to a single input from the form.
- class wtforms.fields.BooleanField(default field arguments, false_values=None)[source]¶
Represents an
<input type="checkbox">
. Set thechecked
-status by using thedefault
-option. Any value fordefault
, e.g.default="checked"
putschecked
into the html-element and sets thedata
toTrue
- Parameters
false_values – If provided, a sequence of strings each of which is an exact match string of what is considered a “false” value. Defaults to the tuple
(False, "false", "")
- class wtforms.fields.DateField(default field arguments, format='%Y-%m-%d')[source]¶
Same as
DateTimeField
, except stores adatetime.date
.
- class wtforms.fields.DateTimeField(default field arguments, format='%Y-%m-%d %H:%M:%S')[source]¶
A text field which stores a
datetime.datetime
matching one or several formats. Ifformat
is a list, any input value matching any format will be accepted, and the first format in the list will be used to produce HTML values.
- class wtforms.fields.DateTimeLocalField(default field arguments, format='%Y-%m-%d %H:%M:%S')[source]¶
Same as
DateTimeField
, but represents an<input type="datetime-local">
.
- class wtforms.fields.DecimalField(default field arguments, places=2, rounding=None, use_locale=False, number_format=None)[source]¶
A text field which displays and coerces data of the decimal.Decimal type.
- Parameters
places – How many decimal places to quantize the value to for display on form. If unset, use 2 decimal places. If explicitely set to None, does not quantize value.
rounding – How to round the value during quantize, for example decimal.ROUND_UP. If unset, uses the rounding value from the current thread’s context.
use_locale – If True, use locale-based number formatting. Locale-based number formatting requires the ‘babel’ package.
number_format – Optional number format for locale. If omitted, use the default decimal format for the locale.
- class wtforms.fields.DecimalRangeField(default field arguments)[source]¶
Represents an
<input type="range">
.
- class wtforms.fields.EmailField(default field arguments)[source]¶
Represents an
<input type="email">
.
- class wtforms.fields.FileField(default field arguments)[source]¶
Renders a file upload field.
By default, the value will be the filename sent in the form data. WTForms does not deal with frameworks’ file handling capabilities. A WTForms extension for a framework may replace the filename value with an object representing the uploaded data.
Example usage:
class UploadForm(Form): image = FileField('Image File', [validators.regexp('^[^/\\]\.jpg$')]) description = TextAreaField('Image Description') def validate_image(form, field): if field.data: field.data = re.sub(r'[^a-z0-9_.-]', '_', field.data) def upload(request): form = UploadForm(request.POST) if form.image.data: image_data = request.FILES[form.image.name].read() open(os.path.join(UPLOAD_PATH, form.image.data), 'w').write(image_data)
- class wtforms.fields.MultipleFileField(default field arguments)[source]¶
A
FileField
that allows choosing multiple files.
- class wtforms.fields.FloatField(default field arguments)[source]¶
A text field, except all input is coerced to an float. Erroneous input is ignored and will not be accepted as a value.
For the majority of uses,
DecimalField
is preferable to FloatField, except for in cases where an IEEE float is absolutely desired over a decimal value.
- class wtforms.fields.IntegerField(default field arguments)[source]¶
A text field, except all input is coerced to an integer. Erroneous input is ignored and will not be accepted as a value.
- class wtforms.fields.IntegerRangeField(default field arguments)[source]¶
Represents an
<input type="range">
.
- class wtforms.fields.MonthField(default field arguments, format='%Y:%m')[source]¶
Same as
DateField
, except represents a month, stores adatetime.date
with day = 1.
- class wtforms.fields.RadioField(default field arguments, choices=[], coerce=str)[source]¶
Like a SelectField, except displays a list of radio buttons.
Iterating the field will produce subfields (each containing a label as well) in order to allow custom rendering of the individual radio fields.
{% for subfield in form.radio %} <tr> <td>{{ subfield }}</td> <td>{{ subfield.label }}</td> </tr> {% endfor %}
Simply outputting the field without iterating its subfields will result in a
<ul>
list of radio choices.
- class wtforms.fields.SelectField(default field arguments, choices=[], coerce=str, option_widget=None, validate_choice=True)[source]¶
Select fields take a
choices
parameter which is either:a list of
(value, label)
or(value, label, render_kw)
tuples. It can also be a list of only values, in which case the value is used as the label. If set, therender_kw
dictionnary will be rendered as HTML<option>
parameters. The value can be of any type, but because form data is sent to the browser as strings, you will need to provide acoerce
function that converts a string back to the expected type.a dictionary of
{label: list}
pairs defining groupings of options.a function taking no argument, and returning either a list or a dictionary.
Select fields with static choice values:
class PastebinEntry(Form): language = SelectField('Programming Language', choices=[('cpp', 'C++'), ('py', 'Python'), ('text', 'Plain Text')])
Note that the choices keyword is only evaluated once, so if you want to make a dynamic drop-down list, you’ll want to assign the choices list to the field after instantiation. Any submitted choices which are not in the given choices list will cause validation on the field to fail. If this option cannot be applied to your problem you may wish to skip choice validation (see below).
Select fields with dynamic choice values:
class UserDetails(Form): group_id = SelectField('Group', coerce=int) def edit_user(request, id): user = User.query.get(id) form = UserDetails(request.POST, obj=user) form.group_id.choices = [(g.id, g.name) for g in Group.query.order_by('name')]
Note we didn’t pass a choices to the
SelectField
constructor, but rather created the list in the view function. Also, the coerce keyword arg toSelectField
says that we useint()
to coerce form data. The default coerce isstr()
.Coerce function example:
def coerce_none(value): if value == 'None': return None return value class NonePossible(Form): my_select_field = SelectField('Select an option', choices=[('1', 'Option 1'), ('2', 'Option 2'), ('None', 'No option')], coerce=coerce_none)
Note when the option None is selected a ‘None’ str will be passed. By using a coerce function the ‘None’ str will be converted to None.
Skipping choice validation:
class DynamicSelectForm(Form): dynamic_select = SelectField("Choose an option", validate_choice=False)
Note the validate_choice parameter - by setting this to
False
we are telling the SelectField to skip the choice validation step and instead to accept any inputted choice without checking to see if it was one of the given choices. This should only really be used in situations where you cannot use dynamic choice values as shown above - for example where the choices of aSelectField
are determined dynamically by another field on the page, such as choosing a country and state/region.Advanced functionality
SelectField and its descendants are iterable, and iterating it will produce a list of fields each representing an option. The rendering of this can be further controlled by specifying option_widget=.
- class wtforms.fields.SearchField(default field arguments)[source]¶
Represents an
<input type="search">
.
- class wtforms.fields.SelectMultipleField(default field arguments, choices=[], coerce=str, option_widget=None)[source]¶
No different from a normal select field, except this one can take (and validate) multiple choices. You’ll need to specify the HTML size attribute to the select field when rendering.
The data on the SelectMultipleField is stored as a list of objects, each of which is checked and coerced from the form input. Any submitted choices which are not in the given choices list will cause validation on the field to fail.
- class wtforms.fields.SubmitField(default field arguments)[source]¶
Represents an
<input type="submit">
. This allows checking if a given submit button has been pressed.
- class wtforms.fields.StringField(default field arguments)[source]¶
This field is the base for most of the more complicated fields, and represents an
<input type="text">
.{{ form.username(size=30, maxlength=50) }}
- class wtforms.fields.TimeField(default field arguments, format='%H:%M')[source]¶
Same as
DateTimeField
, except stores adatetime.time
.
Convenience Fields¶
- class wtforms.fields.HiddenField(default field arguments)[source]¶
HiddenField is a convenience for a StringField with a HiddenInput widget.
It will render as an
<input type="hidden">
but otherwise coerce to a string.HiddenField is useful for providing data from a model or the application to be used on the form handler side for making choices or finding records. Very frequently, CRUD forms will use the hidden field for an object’s id.
Hidden fields are like any other field in that they can take validators and values and be accessed on the form object. You should consider validating your hidden fields just as you’d validate an input field, to prevent from malicious people playing with your data.
- class wtforms.fields.PasswordField(default field arguments)[source]¶
A StringField, except renders an
<input type="password">
.Also, whatever value is accepted by this field is not rendered back to the browser like normal fields.
Field Enclosures¶
Field enclosures allow you to have fields which represent a collection of fields, so that a form can be composed of multiple re-usable components or more complex data structures such as lists and nested objects can be represented.
- class wtforms.fields.FormField(form_class, default field arguments, separator='-')[source]¶
Encapsulate a form as a field in another form.
- Parameters
form_class – A subclass of Form that will be encapsulated.
separator – A string which will be suffixed to this field’s name to create the prefix to enclosed fields. The default is fine for most uses.
FormFields are useful for editing child objects or enclosing multiple related forms on a page which are submitted and validated together. While subclassing forms captures most desired behaviours, sometimes for reusability or purpose of combining with FieldList, FormField makes sense.
For example, take the example of a contact form which uses a similar set of three fields to represent telephone numbers:
class TelephoneForm(Form): country_code = IntegerField('Country Code', [validators.required()]) area_code = IntegerField('Area Code/Exchange', [validators.required()]) number = StringField('Number') class ContactForm(Form): first_name = StringField() last_name = StringField() mobile_phone = FormField(TelephoneForm) office_phone = FormField(TelephoneForm)
In the example, we reused the TelephoneForm to encapsulate the common telephone entry instead of writing a custom field to handle the 3 sub-fields. The data property of the mobile_phone field will return the
data
dict of the enclosed form. Similarly, the errors property encapsulate the forms’ errors.
- class wtforms.fields.FieldList(unbound_field, default field arguments, min_entries=0, max_entries=None, separator='-')[source]¶
Encapsulate an ordered list of multiple instances of the same field type, keeping data as a list.
>>> authors = FieldList(StringField('Name', [validators.DataRequired()]))
- Parameters
unbound_field – A partially-instantiated field definition, just like that would be defined on a form directly.
min_entries – if provided, always have at least this many entries on the field, creating blank ones if the provided input does not specify a sufficient amount.
max_entries – accept no more than this many entries as input, even if more exist in formdata.
separator – A string which will be suffixed to this field’s name to create the prefix to enclosed list entries. The default is fine for most uses.
Note: Due to a limitation in how HTML sends values, FieldList cannot enclose
BooleanField
orSubmitField
instances.- append_entry([data])[source]¶
Create a new entry with optional default data.
Entries added in this way will not receive formdata however, and can only receive object data.
- entries¶
Each entry in a FieldList is actually an instance of the field you passed in. Iterating, checking the length of, and indexing the FieldList works as expected, and proxies to the enclosed entries list.
Do not resize the entries list directly, this will result in undefined behavior. See append_entry and pop_entry for ways you can manipulate the list.
FieldList
is not limited to enclosing simple fields; and can indeed represent a list of enclosed forms by combining FieldList with FormField:class IMForm(Form): protocol = SelectField(choices=[('aim', 'AIM'), ('msn', 'MSN')]) username = StringField() class ContactForm(Form): first_name = StringField() last_name = StringField() im_accounts = FieldList(FormField(IMForm))
Custom Fields¶
While WTForms provides customization for existing fields using widgets and keyword argument attributes, sometimes it is necessary to design custom fields to handle special data types in your application.
Let’s design a field which represents a comma-separated list of tags:
class TagListField(Field):
widget = TextInput()
def _value(self):
if self.data:
return ', '.join(self.data)
else:
return ''
def process_formdata(self, valuelist):
if valuelist:
self.data = [x.strip() for x in valuelist[0].split(',')]
else:
self.data = []
The _value method is called by the TextInput
widget
to provide the value that is displayed in the form. Overriding the
process_formdata()
method processes the incoming form data back
into a list of tags.
Fields With Custom Constructors¶
Custom fields can also override the default field constructor if needed to provide additional customization:
class BetterTagListField(TagListField):
def __init__(self, label=None, validators=None, remove_duplicates=True, **kwargs):
super(BetterTagListField, self).__init__(label, validators, **kwargs)
self.remove_duplicates = remove_duplicates
def process_formdata(self, valuelist):
super(BetterTagListField, self).process_formdata(valuelist)
if self.remove_duplicates:
self.data = list(self._remove_duplicates(self.data))
@classmethod
def _remove_duplicates(cls, seq):
"""Remove duplicates in a case insensitive, but case preserving manner"""
d = {}
for item in seq:
if item.lower() not in d:
d[item.lower()] = True
yield item
When you override a Field’s constructor, to maintain consistent behavior, you should design your constructor so that:
You take label=’’, validators=None as the first two positional arguments
Add any additional arguments your field takes as keyword arguments after the label and validators
Take **kwargs to catch any additional keyword arguments.
Call the Field constructor first, passing the first two positional arguments, and all the remaining keyword args.
Considerations for overriding process()¶
For the vast majority of fields, it is not necessary to override
Field.process()
. Most of the time, you can achieve what is needed by
overriding process_data
and/or process_formdata
. However, for special
types of fields, such as form enclosures and other special cases of handling
multiple values, it may be needed.
If you are going to override process()
, be careful about how you deal with
the formdata
parameter. For compatibility with the maximum number of
frameworks, we suggest you limit yourself to manipulating formdata in the
following ways only:
Testing emptiness:
if formdata
Checking for key existence:
key in formdata
Iterating all keys:
for key in formdata
(note that some wrappers may return multiple instances of the same key)Getting the list of values for a key:
formdata.getlist(key)
.
Most importantly, you should not use dictionary-style access to work with your formdata wrapper, because the behavior of this is highly variant on the wrapper: some return the first item, others return the last, and some may return a list.
Additional Helper Classes¶
- class wtforms.fields.Flags[source]¶
Holds a set of flags as attributes.
Accessing a non-existing attribute returns None for its value.
Usage:
>>> flags = Flags() >>> flags.required = True >>> 'required' in flags True >>> flags.nonexistent >>> 'nonexistent' in flags False
- class wtforms.fields.Label[source]¶
On all fields, the label property is an instance of this class. Labels can be printed to yield a
<label for="field_id">Label Text</label>
HTML tag enclosure. Similar to fields, you can also call the label with additional html params.- field_id¶
The ID of the field which this label will reference.
- text¶
The original label text passed to the field’s constructor.