diff options
| author | aruseni <aruseni.magiku@gmail.com> | 2014-11-09 22:31:53 +0100 |
|---|---|---|
| committer | Tim Graham <timograham@gmail.com> | 2014-11-10 15:39:09 +0100 |
| commit | bcdfa0eb9a7ffdd2938f1365ef93ad8aec0c7fb2 (patch) | |
| tree | 2ba41df6f022fa9e14c7e1af818ea22e9162b65f | |
| parent | df47f0c918a366ddbeba0c7997e64500eeb3f516 (diff) | |
[1.6.x] Fixed a typo in 1.6 release notes.
Backport of 006451f894 from master
| -rw-r--r-- | docs/releases/1.6.txt | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/docs/releases/1.6.txt b/docs/releases/1.6.txt index 37a7b6dbb2..7ca0062b0b 100644 --- a/docs/releases/1.6.txt +++ b/docs/releases/1.6.txt @@ -1183,7 +1183,7 @@ 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 (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`` +``Meta.fields`` attribute. Alternatively, you can 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. |
