aboutsummaryrefslogtreecommitdiffstats
path: root/docs/tutorial/1-serialization.md
diff options
context:
space:
mode:
authorTom Christie2013-05-30 11:47:41 +0100
committerTom Christie2013-05-30 11:47:41 +0100
commit233320691e3b75d164e39ede7d63c29ac6c554d4 (patch)
treea330ed063a8f15a4f77a10b995f1835e87e34562 /docs/tutorial/1-serialization.md
parent2e566ade39d68819cbd6685adadb49cfd81644ba (diff)
downloaddjango-rest-framework-233320691e3b75d164e39ede7d63c29ac6c554d4.tar.bz2
Rephrase serializer -> form notes in tutorial
Diffstat (limited to 'docs/tutorial/1-serialization.md')
-rw-r--r--docs/tutorial/1-serialization.md2
1 files changed, 1 insertions, 1 deletions
diff --git a/docs/tutorial/1-serialization.md b/docs/tutorial/1-serialization.md
index 780ad4b7..bbb9b73c 100644
--- a/docs/tutorial/1-serialization.md
+++ b/docs/tutorial/1-serialization.md
@@ -146,7 +146,7 @@ The first thing we need to get started on our Web API is provide a way of serial
The first part of serializer class defines the fields that get serialized/deserialized. The `restore_object` method defines how fully fledged instances get created when deserializing data.
-Notice that we can also use various attributes that would typcially be used on form fields, such as `widget=widgets.Testarea`. These can be used to control how the serializer should render when displayed as an HTML form.
+Notice that we can also use various attributes that would typically be used on form fields, such as `widget=widgets.Testarea`. These can be used to control how the serializer should render when displayed as an HTML form. This is particularly useful for controlling how the browsable API should be displayed, as we'll see later in the tutorial.
We can actually also save ourselves some time by using the `ModelSerializer` class, as we'll see later, but for now we'll keep our serializer definition explicit.