summaryrefslogtreecommitdiff
path: root/docs/narr/hellotraversal.rst
diff options
context:
space:
mode:
authorSteve Piercy <web@stevepiercy.com>2018-08-21 03:06:45 -0700
committerSteve Piercy <web@stevepiercy.com>2018-08-21 03:06:45 -0700
commit4b84f6e97b321309544513b0697e8b378a57bafc (patch)
tree8e034b1c1c70283d9fbffb4b273c4aecc9ee2547 /docs/narr/hellotraversal.rst
parent820a752645b460ea8009b07a75c752ab09c53dec (diff)
downloadpyramid-4b84f6e97b321309544513b0697e8b378a57bafc.tar.gz
pyramid-4b84f6e97b321309544513b0697e8b378a57bafc.tar.bz2
pyramid-4b84f6e97b321309544513b0697e8b378a57bafc.zip
Synch Hello World app with canonical version on trypyramid.com and elsewhere
Diffstat (limited to 'docs/narr/hellotraversal.rst')
-rw-r--r--docs/narr/hellotraversal.rst16
1 files changed, 8 insertions, 8 deletions
diff --git a/docs/narr/hellotraversal.rst b/docs/narr/hellotraversal.rst
index 543e2171f..7cd33aa0a 100644
--- a/docs/narr/hellotraversal.rst
+++ b/docs/narr/hellotraversal.rst
@@ -18,16 +18,16 @@ Pyramid application that uses traversal:
You may notice that this application is intentionally very similar to the
"hello world" application from :doc:`firstapp`.
-On lines 5-6, we create a trivial :term:`resource` class that's just a
+On lines 6-7, we create a trivial :term:`resource` class that's just a
dictionary subclass.
-On lines 8-9, we hard-code a :term:`resource tree` in our :term:`root factory`
+On lines 10-11, we hard-code a :term:`resource tree` in our :term:`root factory`
function.
-On lines 11-13, we define a single :term:`view callable` that can display a
+On lines 14-15, we define a single :term:`view callable` that can display a
single instance of our ``Resource`` class, passed as the ``context`` argument.
-The rest of the file sets up and serves our :app:`Pyramid` WSGI app. Line 18
+The rest of the file sets up and serves our :app:`Pyramid` WSGI app. Line 22
is where our view gets configured for use whenever the traversal ends with an
instance of our ``Resource`` class.
@@ -37,19 +37,19 @@ Instead, the URL space is defined entirely by the keys in the resource tree.
Example requests
----------------
-If this example is running on http://localhost:8080, and the user browses to
-http://localhost:8080/a/b, Pyramid will call ``get_root(request)`` to get the
+If this example is running on http://localhost:6543, and the user browses to
+http://localhost:6543/a/b, Pyramid will call ``get_root(request)`` to get the
root resource, then traverse the tree from there by key; starting from the
root, it will find the child with key ``"a"``, then its child with key ``"b"``;
then use that as the ``context`` argument for calling
``hello_world_of_resources``.
-Or, if the user browses to http://localhost:8080/, Pyramid will stop at the
+Or, if the user browses to http://localhost:6543/, Pyramid will stop at the
root—the outermost ``Resource`` instance, in this case—and use that as the
``context`` argument to the same view.
Or, if the user browses to a key that doesn't exist in this resource tree, like
-http://localhost:8080/xyz or http://localhost:8080/a/b/c/d, the traversal will
+http://localhost:6543/xyz or http://localhost:6543/a/b/c/d, the traversal will
end by raising a KeyError, and Pyramid will turn that into a 404 HTTP response.
A more complicated application could have many types of resources, with