]> git.ipfire.org Git - thirdparty/sqlalchemy/sqlalchemy.git/commitdiff
Replace `refers towards`, and similar constructions, with `... to` 10210/head
authorEric Hanchrow <eric.hanchrow@gmail.com>
Tue, 8 Aug 2023 23:00:57 +0000 (16:00 -0700)
committerEric Hanchrow <eric.hanchrow@gmail.com>
Tue, 8 Aug 2023 23:00:57 +0000 (16:00 -0700)
doc/build/changelog/changelog_14.rst
doc/build/changelog/migration_13.rst
doc/build/errors.rst
doc/build/orm/basic_relationships.rst
doc/build/orm/join_conditions.rst
doc/build/tutorial/metadata.rst
lib/sqlalchemy/dialects/postgresql/base.py
lib/sqlalchemy/engine/interfaces.py
lib/sqlalchemy/orm/mapper.py
lib/sqlalchemy/sql/elements.py

index 90f0a66cccd0352371a7df1424a1241a03c7e235..e4300f50b4eedc5ea389a2eb816e158ec52b7dd6 100644 (file)
@@ -1721,7 +1721,7 @@ This document details individual issue-level changes made throughout
         :paramref:`.FunctionElement.table_valued.joins_implicitly`, for the
         :meth:`.FunctionElement.table_valued` construct. This parameter indicates
         that the given table-valued function implicitly joins to the table it
-        refers towards, essentially disabling the "from linting" feature, i.e. the
+        refers to, essentially disabling the "from linting" feature, i.e. the
         "cartesian product" warning, from taking effect due to the presence of this
         parameter. May be used for functions such as ``func.json_each()``.
 
@@ -3993,7 +3993,7 @@ This document details individual issue-level changes made throughout
         :func:`_orm.relationship` that automap will be generating would emit the
         "overlaps" warnings introduced in 1.4 and discussed at :ref:`error_qzyx`.
         While generating this case from automap is still subject to the same
-        caveats that the "overlaps" warning refers towards, as automap is intended
+        caveats that the "overlaps" warning refers to, as automap is intended
         for more ad-hoc use cases, the condition which produces the warning is
         disabled when a many-to-many relationship with this particular pattern is
         generated.
index 7703bc43e397878946d438c81529c392e01eed5d..d6db9880553ba9b04b931daab3f01786467eb3dd 100644 (file)
@@ -454,9 +454,9 @@ The :class:`.AssociationProxy` object makes lots of decisions based on the
 parent mapped class it is associated with.   While the
 :class:`.AssociationProxy` historically began as a relatively simple "getter",
 it became apparent early on that it also needed to make decisions about what
-kind of attribute it is referring towards, e.g. scalar or collection, mapped
+kind of attribute it is referring to, e.g. scalar or collection, mapped
 object or simple value, and similar.  To achieve this, it needs to inspect the
-mapped attribute or other descriptor or attribute that it refers towards, as
+mapped attribute or other descriptor or attribute that it refers to, as
 referenced from its parent class.   However in Python descriptor mechanics, a
 descriptor only learns about its "parent" class when it is accessed in the
 context of that class, such as calling ``MyClass.some_descriptor``, which calls
index 1a483e4193ce4a96c33b3a096a9dac28c40739b2..531ff1af5a9fb0095b61137d50ee88832ca6d279 100644 (file)
@@ -783,7 +783,7 @@ Above, the SQL selects FROM the ``employee`` table, representing the
 ``Employee`` entity in the query. It then joins to a right-nested join of
 ``employee AS employee_1 JOIN manager AS manager_1``, where the ``employee``
 table is stated again, except as an anonymous alias ``employee_1``. This is the
-"automatic generation of an alias" that the warning message refers towards.
+"automatic generation of an alias" that the warning message refers to.
 
 When SQLAlchemy loads ORM rows that each contain an ``Employee`` and a
 ``Manager`` object, the ORM must adapt rows from what above is the
index 1cb483c3147143e0bbd0126a59a78e6e351d0e28..914c58739205765d8868a14cba2127b3dce39ea6 100644 (file)
@@ -948,7 +948,7 @@ These string names are resolved into classes in the mapper resolution stage,
 which is an internal process that occurs typically after all mappings have
 been defined and is normally triggered by the first usage of the mappings
 themselves.     The :class:`_orm.registry` object is the container in which
-these names are stored and resolved to the mapped classes they refer towards.
+these names are stored and resolved to the mapped classes they refer to.
 
 In addition to the main class argument for :func:`_orm.relationship`,
 other arguments which depend upon the columns present on an as-yet
index 09c744e40a13873bd1f63715703469ae1d1ea789..67825ed7a6b325d51daf019fe40e1854866ae3fd 100644 (file)
@@ -428,7 +428,7 @@ composite key to ``Writer``.   If we associate an ``Article`` with a
 particular ``Magazine``, but then associate the ``Article`` with a
 ``Writer`` that's  associated  with a *different* ``Magazine``, the ORM
 will overwrite ``Article.magazine_id`` non-deterministically, silently
-changing which magazine we refer towards; it may
+changing which magazine we refer to; it may
 also attempt to place NULL into this column if we de-associate a
 ``Writer`` from an ``Article``.  The warning lets us know this is the case.
 
index bddc9b17df4da30f000d08b145c124134c11e5d3..dc4dc0158310fec94b6433d00c556a56606eab94 100644 (file)
@@ -335,7 +335,7 @@ SQLAlchemy :class:`_orm.DeclarativeBase` class::
     >>> class Base(DeclarativeBase):
     ...     pass
 
-Above, the ``Base`` class is what we'll refer towards as the Declarative Base.
+Above, the ``Base`` class is what we'll refer to as the Declarative Base.
 When we make new classes that are subclasses of ``Base``, combined with
 appropriate class-level directives, they will each be established as a new
 **ORM mapped class** at class creation time, each one typically (but not
index 233dce253ae47669617f2d14c93eacdb46f963ea..b204935c5981c4f9f97f629fa1d42c31c5248e94 100644 (file)
@@ -1377,7 +1377,7 @@ Table Types passed to Functions
 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
 
 PostgreSQL supports passing a table as an argument to a function, which it
-refers towards as a "record" type. SQLAlchemy :class:`_sql.FromClause` objects
+refers to as a "record" type. SQLAlchemy :class:`_sql.FromClause` objects
 such as :class:`_schema.Table` support this special form using the
 :meth:`_sql.FromClause.table_valued` method, which is comparable to the
 :meth:`_functions.FunctionElement.table_valued` method except that the collection
index c7db91000de0b9e0a0c45f230f5c9513e6d1efe7..5ee3e208debe00949ca1fd2fc3818e4983e68bf7 100644 (file)
@@ -521,7 +521,7 @@ class ReflectedIndex(TypedDict):
     """index name"""
 
     column_names: List[Optional[str]]
-    """column names which the index refers towards.
+    """column names which the index refers to.
     An element of this list is ``None`` if it's an expression and is
     returned in the ``expressions`` list.
     """
index e78830e5bf281bb734069e2f2e64c0ea6b4bfe25..9008bfd8c52fe317d9167707b68bb954db17f7ce 100644 (file)
@@ -965,7 +965,7 @@ class Mapper(
 
     local_table: FromClause
     """The immediate :class:`_expression.FromClause` which this
-    :class:`_orm.Mapper` refers towards.
+    :class:`_orm.Mapper` refers to.
 
     Typically is an instance of :class:`_schema.Table`, may be any
     :class:`.FromClause`.
index 1c86c1669e85bd220d0bb15459f2cc7ed453eea6..498ce955f4d081d8866334bd4240eacca2390da3 100644 (file)
@@ -4125,7 +4125,7 @@ class Over(ColumnElement[_T]):
 
     element: ColumnElement[_T]
     """The underlying expression object to which this :class:`.Over`
-    object refers towards."""
+    object refers to."""
 
     range_: Optional[typing_Tuple[int, int]]