]> git.ipfire.org Git - thirdparty/sqlalchemy/sqlalchemy.git/commitdiff
- the pronoun removal commit. there was only one instance of a
authorMike Bayer <mike_mp@zzzcomputing.com>
Sat, 30 Nov 2013 22:31:00 +0000 (17:31 -0500)
committerMike Bayer <mike_mp@zzzcomputing.com>
Sat, 30 Nov 2013 22:36:47 +0000 (17:36 -0500)
standalone gendered pronoun with a gender-neutral subject, but also
have replaced all occurences of "his/her", "his or her", etc.  The docs have always
strived to account for both genders in any non-specific singular pronoun,
however recent controversy in the community suggests
that a zero-gendered-pronoun policy is probably best going forward.

Conflicts:
doc/build/changelog/migration_08.rst
doc/build/orm/session.rst
examples/nested_sets/nested_sets.py

doc/build/changelog/changelog_02.rst
doc/build/orm/session.rst
doc/build/orm/tutorial.rst
examples/beaker_caching/advanced.py
examples/nested_sets/nested_sets.py
test/orm/test_assorted_eager.py

index a2b0ab10bdd97cf586c0a4af1546575aef67d2c1..d85d57fdf62b79917efa83ac85701d7bb3246197 100644 (file)
       turned on for individual table, schema, and column identifiers when
       used in all queries/creates/drops.  Enabled via "quote=True" in
       Table or Column, as well as "quote_schema=True" in Table.  Thanks to
-      Aaron Spike for his excellent efforts.
+      Aaron Spike for the excellent efforts.
 
     .. change::
         :tags: 
index c02842396f805f1866fafaba41eea92ff72b16bc..b1b7ab5b9cf899748b4ea28613d544b17e729dd7 100644 (file)
@@ -243,7 +243,7 @@ Session Frequently Asked Questions
     and **session scope**.
 
     The implication here is that the SQLAlchemy ORM is encouraging the
-    developer to establish these two scopes in his or her application,
+    developer to establish these two scopes in their application,
     including not only when the scopes begin and end, but also the
     expanse of those scopes, for example should a single
     :class:`.Session` instance be local to the execution flow within a
index a1990b39ab515e5cc508f2176c8bfdffd05df9fc..29765a76a77a1dd35890783d94f08f5878fd53b3 100644 (file)
@@ -424,7 +424,7 @@ We can add more ``User`` objects at once using
     ...     User('mary', 'Mary Contrary', 'xxg527'),
     ...     User('fred', 'Fred Flinstone', 'blah')])
 
-Also, Ed has already decided his password isn't too secure, so lets change it:
+Also, we've decided the password for Ed isn't too secure, so lets change it:
 
 .. sourcecode:: python+sql
 
@@ -1243,9 +1243,10 @@ using any SQL:
     >>> jack.addresses[1].user
     <User('jack','Jack Bean', 'gjffdd')>
 
-Let's add and commit ``Jack Bean`` to the database. ``jack`` as well as the
-two ``Address`` members in his ``addresses`` collection are both added to the
-session at once, using a process known as **cascading**:
+Let's add and commit ``Jack Bean`` to the database. ``jack`` as well
+as the two ``Address`` members in the corresponding ``addresses``
+collection are both added to the session at once, using a process
+known as **cascading**:
 
 .. sourcecode:: python+sql
 
@@ -1837,8 +1838,8 @@ including the cascade configuration (we'll leave the constructor out too)::
     ...     def __repr__(self):
     ...        return "<User('%s','%s', '%s')>" % (self.name, self.fullname, self.password)
 
-Then we recreate ``Address``, noting that in this case we've created the ``Address.user`` relationship
-via the ``User`` class already::
+Then we recreate ``Address``, noting that in this case we've created
+the ``Address.user`` relationship via the ``User`` class already::
 
     >>> class Address(Base):
     ...     __tablename__ = 'addresses'
@@ -1849,9 +1850,10 @@ via the ``User`` class already::
     ...     def __repr__(self):
     ...         return "<Address('%s')>" % self.email_address
 
-Now when we load Jack (below using :meth:`~.Query.get`, which loads by primary key),
-removing an address from his ``addresses`` collection will result in that
-``Address`` being deleted:
+Now when we load the user ``jack`` (below using :meth:`~.Query.get`,
+which loads by primary key), removing an address from the
+corresponding ``addresses`` collection will result in that ``Address``
+being deleted:
 
 .. sourcecode:: python+sql
 
@@ -1892,7 +1894,8 @@ removing an address from his ``addresses`` collection will result in that
     ('jack@google.com', 'j25@yahoo.com')
     {stop}1
 
-Deleting Jack will delete both Jack and his remaining ``Address``:
+Deleting Jack will delete both Jack and the remaining ``Address`` associated
+with the user:
 
 .. sourcecode:: python+sql
 
@@ -2111,8 +2114,8 @@ keyword string 'firstpost'":
     ('firstpost',)
     {stop}[BlogPost("Wendy's Blog Post", 'This is a test', <User('wendy','Wendy Williams', 'foobar')>)]
 
-If we want to look up just Wendy's posts, we can tell the query to narrow down
-to her as a parent:
+If we want to look up posts owned by the user ``wendy``, we can tell
+the query to narrow down to that ``User`` object as a parent:
 
 .. sourcecode:: python+sql
 
index 31beeff6f9833fb296965face7c37a3a50d972ab..5597a230a4494ba3305117a64cbb17419d0c36e2 100644 (file)
@@ -23,7 +23,7 @@ def load_name_range(start, end, invalidate=False):
     The `Person.addresses` collections are also cached.  Its basically
     another level of tuning here, as that particular cache option
     can be transparently replaced with joinedload(Person.addresses).
-    The effect is that each Person and his/her Address collection
+    The effect is that each Person and their Address collection
     is cached either together or separately, affecting the kind of
     SQL that emits for unloaded Person objects as well as the distribution
     of data within the cache.
index e35ea61c3719c84cae459f9e688adaedd1f2a051..f4aac4813a9ba90833cbbe934ef776e08e0daf58 100644 (file)
@@ -83,14 +83,15 @@ session.commit()
 
 print session.query(Employee).all()
 
-# 1. Find an employee and all his/her supervisors, no matter how deep the tree.
+# 1. Find an employee and all their supervisors, no matter how deep the tree.
 ealias = aliased(Employee)
 print session.query(Employee).\
             filter(ealias.left.between(Employee.left, Employee.right)).\
             filter(ealias.emp=='Eddie').all()
 
-#2. Find the employee and all his/her subordinates. (This query has a nice symmetry with the first query.)
-print session.query(Employee).\
+#2. Find the employee and all their subordinates.
+# (This query has a nice symmetry with the first query.)
+print(session.query(Employee).\
     filter(Employee.left.between(ealias.left, ealias.right)).\
     filter(ealias.emp=='Chuck').all()
 
index dded00256f2708ddac327e1d832fe01a6f87a587..4c30b9882cac17e12d6f3f6fc883dbfbde938381 100644 (file)
@@ -120,8 +120,8 @@ class EagerTest(fixtures.MappedTest):
                                 self.tables.categories)
 
         # I want to display a list of tests owned by owner 1
-        # if someoption is false or he hasn't specified it yet (null)
-        # but not if he set it to true (example someoption is for hiding)
+        # if someoption is false or they haven't specified it yet (null)
+        # but not if they set it to true (example someoption is for hiding)
 
         # desired output for owner 1
         # test_id, cat_name