diff options
| author | Stephan Groß | 2013-05-28 17:13:12 +0200 | 
|---|---|---|
| committer | Stephan Groß | 2013-05-28 17:13:12 +0200 | 
| commit | 7a570e16e97a42d58855b5c06ea7b4d2cc0745e6 (patch) | |
| tree | 09c25da3773f9680ad35127bc9838e6701926a2f /docs/tutorial/2-requests-and-responses.md | |
| parent | d7bf02e09ea85778c0a3fad572ad33d637c0602f (diff) | |
| download | django-rest-framework-7a570e16e97a42d58855b5c06ea7b4d2cc0745e6.tar.bz2 | |
Fix md formatting and typos
Diffstat (limited to 'docs/tutorial/2-requests-and-responses.md')
| -rw-r--r-- | docs/tutorial/2-requests-and-responses.md | 4 | 
1 files changed, 2 insertions, 2 deletions
| diff --git a/docs/tutorial/2-requests-and-responses.md b/docs/tutorial/2-requests-and-responses.md index 260c4d83..30966a10 100644 --- a/docs/tutorial/2-requests-and-responses.md +++ b/docs/tutorial/2-requests-and-responses.md @@ -98,7 +98,7 @@ Notice that we're no longer explicitly tying our requests or responses to a give  ## Adding optional format suffixes to our URLs -To take advantage of the fact that our responses are no longer hardwired to a single content type let's add support for format suffixes to our API endpoints. Using format suffixes gives us URLs that explicitly refer to a given format, and means our API will be able to handle URLs such as [http://example.com/api/items/4.json][json-url]. +To take advantage of the fact that our responses are no longer hardwired to a single content type let's add support for format suffixes to our API endpoints.  Using format suffixes gives us URLs that explicitly refer to a given format, and means our API will be able to handle URLs such as [http://example.com/api/items/4.json][json-url].  Start by adding a `format` keyword argument to both of the views, like so. @@ -158,7 +158,7 @@ Now go and open the API in a web browser, by visiting [http://127.0.0.1:8000/sni  ### Browsability -Because the API chooses the content type of the response based on the client request, it will, by default, return an HTML-formatted representation of the resource when that resource is requested by a web browser. This allows for the API to return a fully web-browsable HTML representation. +Because the API chooses the content type of the response based on the client request, it will, by default, return an HTML-formatted representation of the resource when that resource is requested by a web browser.  This allows for the API to return a fully web-browsable HTML representation.  Having a web-browsable API is a huge usability win, and makes developing and using your API much easier.  It also dramatically lowers the barrier-to-entry for other developers wanting to inspect and work with your API. | 
