fix docstring references

diff --git a/alembic/migration.py b/alembic/migration.py
index 4e864464be82fafa018d985aa558507aa6643767..d610b3bcbba849542c7bb0d177af12ab35401fbe 100644 (file)
--- a/alembic/migration.py
+++ b/alembic/migration.py
@@ -23,11 +23,11 @@ class MigrationContext(object):
 
     The :class:`.MigrationContext` that's established for a 
     duration of a migration command is available via the 
-    :attr:`.EnvironmentContext.migration_context` datamember,
+    :meth:`.EnvironmentContext.get_context` method,
     which is available at ``alembic.context``::
     
         from alembic import context
-        migration_context = context.migration_context
+        migration_context = context.get_context()
     
     A :class:`.MigrationContext` can be created programmatically
     for usage outside of the usual Alembic migrations flow,
@@ -193,7 +193,7 @@ class MigrationContext(object):
         in :ref:`sqlexpression_toplevel` as well as 
         for usage with the :meth:`sqlalchemy.schema.Table.create`
         and :meth:`sqlalchemy.schema.MetaData.create_all` methods
-        of :class:`.Table`, :class:`.MetaData`.
+        of :class:`~sqlalchemy.schema.Table`, :class:`~sqlalchemy.schema.MetaData`.
 
         Note that when "standard output" mode is enabled, 
         this bind will be a "mock" connection handler that cannot

diff --git a/alembic/operations.py b/alembic/operations.py
index a3ddfefec8cfe6985c56d010ed2d4b6d0c1f5dd1..1bbe5a1a32bcf3e9a1c350fff45251ba7a2e43a9 100644 (file)
--- a/alembic/operations.py
+++ b/alembic/operations.py
@@ -122,7 +122,7 @@ class Operations(object):
                 rel_t.append_column(schema.Column(cname, NULLTYPE))
 
     def get_context(self):
-        """Return the :class:`.MigrationsContext` object that's
+        """Return the :class:`.MigrationContext` object that's
         currently in use.
 
         """
@@ -657,7 +657,7 @@ class Operations(object):
         """Return the current 'bind'.
 
         Under normal circumstances, this is the 
-        :class:`sqlalchemy.engine.Connection` currently being used
+        :class:`~sqlalchemy.engine.base.Connection` currently being used
         to emit SQL to the database.
 
         In a SQL script context, this value is ``None``. [TODO: verify this]

diff --git a/docs/build/api.rst b/docs/build/api.rst
index 73e094853192fa345be6bdef044b21dd59f63655..def71a3780f6a66a74f82378262afac42dd25f14 100644 (file)
--- a/docs/build/api.rst
+++ b/docs/build/api.rst
@@ -29,7 +29,7 @@ of database dialect in use, are not.   Once the
 is said to be *configured* with database connectivity, available via
 a new :class:`.MigrationContext` object.   The :class:`.MigrationContext`
 is associated with the :class:`.EnvironmentContext` object
-via the :attr:`.EnvironmentContext.migration_context` datamember.
+via the :meth:`.EnvironmentContext.get_context` method.
 
 Finally, ``env.py`` calls upon the :meth:`.EnvironmentContext.run_migrations`
 method.   Within this method, a new :class:`.Operations` object, which

diff --git a/docs/build/ops.rst b/docs/build/ops.rst
index 4322bfb57f8335a8b132af062d6084f034dd31a7..1df9d2769036a305c96a667b858ae449e4289624 100644 (file)
--- a/docs/build/ops.rst
+++ b/docs/build/ops.rst
@@ -25,7 +25,7 @@ appropriate SQLAlchemy metadata, typically involving
 objects.  This so that migration instructions can be 
 given in terms of just the string names and/or flags involved.   
 The exceptions to this
-rule include the :meth:`~.Operations.add_column` and :func:`~.Operations.create_table`
+rule include the :meth:`~.Operations.add_column` and :meth:`~.Operations.create_table`
 directives, which require full :class:`~sqlalchemy.schema.Column`
 objects, though the table metadata is still generated here.