diff options
| author | Tim Graham <timograham@gmail.com> | 2013-09-13 09:34:12 -0400 |
|---|---|---|
| committer | Tim Graham <timograham@gmail.com> | 2013-09-13 09:35:22 -0400 |
| commit | 7a2adec4d047492ed77aa0e027d889d442b0f59c (patch) | |
| tree | d83d00adafeb77b035f708fa62e32962ebd0fe4d /docs | |
| parent | 6e17534c8903cabdd3fb2314c9a9c7b02128669e (diff) | |
[1.6.x] Fixed #21100 -- Noted that Create/UpdateViews.fields is new in 1.6
Thanks AndrewIngram for the suggestion.
Backport of ec89e1725a from master
Diffstat (limited to 'docs')
| -rw-r--r-- | docs/releases/1.6.txt | 12 |
1 files changed, 6 insertions, 6 deletions
diff --git a/docs/releases/1.6.txt b/docs/releases/1.6.txt index 7e0e5a5e54..2d1a24b844 100644 --- a/docs/releases/1.6.txt +++ b/docs/releases/1.6.txt @@ -1061,12 +1061,12 @@ security problem described in the section above, because they can automatically create a ``ModelForm`` that uses all fields for a model. For this reason, if you use these views for editing models, you must also supply -the ``fields`` attribute, which is a list of model fields and works in the same -way as the :class:`~django.forms.ModelForm` ``Meta.fields`` attribute. Alternatively, -you can set set the ``form_class`` attribute to a ``ModelForm`` that explicitly -defines the fields to be used. Defining an ``UpdateView`` or ``CreateView`` -subclass to be used with a model but without an explicit list of fields is -deprecated. +the ``fields`` attribute (new in Django 1.6), which is a list of model fields +and works in the same way as the :class:`~django.forms.ModelForm` +``Meta.fields`` attribute. Alternatively, you can set set the ``form_class`` +attribute to a ``ModelForm`` that explicitly defines the fields to be used. +Defining an ``UpdateView`` or ``CreateView`` subclass to be used with a model +but without an explicit list of fields is deprecated. .. _m2m-help_text-deprecation: |
