Skip to content
This repository has been archived by the owner on Feb 7, 2019. It is now read-only.

Commit

Permalink
Update docs for correct python module paths
Browse files Browse the repository at this point in the history
As reported via #156
  • Loading branch information
maennel committed Oct 30, 2018
1 parent c4170c9 commit 933fbe6
Showing 1 changed file with 5 additions and 3 deletions.
8 changes: 5 additions & 3 deletions docs/doc/historization_with_cleanerversion.rst
Original file line number Diff line number Diff line change
Expand Up @@ -14,7 +14,7 @@ Installation
------------

If you don't like to work with the sources directly, you can also install the `CleanerVersion package from PyPI
<https://pypi.python.org/pypi/CleanerVersion>`_ by doing so (you may need superuser privileges, as for every other
<https://pypi.org/project/CleanerVersion/>`_ by doing so (you may need superuser privileges, as for every other
pip-installation)::

pip install cleanerversion
Expand Down Expand Up @@ -92,7 +92,8 @@ relationship part, rather than the semantical correctness of the entries' fields
from datetime import datetime
from django.db.models.fields import CharField
from django.utils.timezone import utc
from versions.models import Versionable, VersionedManyToManyField, VersionedForeignKey
from versions.models import Versionable
from versions.fields import VersionedManyToManyField, VersionedForeignKey

class Discipline(Versionable):
"""A sports discipline"""
Expand Down Expand Up @@ -521,7 +522,8 @@ Versioning an object in a ManyToMany relationship requires 3 steps to be done, i
The records in ManyToMany intermediary tables are versioned: they have ``version_birth_date``,
``version_start_date`` and ``version_end_date`` columns. The ForeignKey columns in ManyToMany
Intermediary tables store the ``id`` of the referenced records. Note that this is different than
the VersionedForeignKeys in Versionable models, which store the ``identity`` of the referenced objects.
the VersionedForeignKeys in Versionable model instances, which store the ``identity`` of the
referenced objects.
This is transparent in normal usage, but can be important to keep in mind when you need to write a query
that directly references the ForeignKey columns.

Expand Down

0 comments on commit 933fbe6

Please sign in to comment.