Metadata-Version: 1.1
Name: django-modeltranslation-wrapper
Version: 1.2.2
Summary: Wrapper around modeltranslation package, adding nice features.
Home-page: https://github.com/zlorf/django-modeltranslation-wrapper
Author: Jacek Tomaszewski
Author-email: jacek.tomek@gmail.com
License: BSD
Description: ===============================
        django-modeltranslation-wrapper
        ===============================
        
        .. attention::
            ``modeltranslation-0.5`` has incorporated all features from this app
            (moreover, intelligent manager has been improved), so instead of using this app, please update
            your ``modeltranslation`` version. However, this app is still provided for those who
            (for some dark reason) wish to stay with older `MT` releases.
        
        This package is a bunch of patches for ``django-modeltranslation``
        (http://code.google.com/p/django-modeltranslation/,
        http://pypi.python.org/pypi/django-modeltranslation/),
        which can enhance usage of this nice app and target some annoying aspects.
        
        Two features were added:
        
        * autodiscover of ``translation.py`` files within apps
        
            ``modeltranslation-0.4`` already has this feature (ported from this app :P), so it is no more
            needed here and is only left for use with older versions of ``modeltranslation``.
            Thus, the autodiscover is deactivated if the 0.4 version of ``modeltranslation`` is detected.
        
        * intelligent manager: filtering, ordering, creating and so on takes current language into
          consideration
        
            (This feature was mainly ported from ``django-linguo`` (https://github.com/zmathew/django-linguo,
            http://pypi.python.org/pypi/django-linguo),
            another good app. However, ``modeltranslation`` idea of `translation fields` registration is
            better than ``linguo`` model code edition - especially with 3rd-party apps)
        
        Later, ``modeltranslation`` will be referred as `MT`, and ``django-modeltranslation-wrapper`` as
        `Wrapper`.
        
        Features
        ========
        
        Autodiscover
        ------------
        
        This app changes the way that the translation files are sought for. In `MT`, you have
        just one file per project. `Wrapper` makes it more like in the ``admin``: every application in
        ``INSTALLED_APPS`` is examined and its ``translation.py`` is imported (if present).
        
        Moreover, if you still want to include some non-app translations (e.g. translation for 3rd-party apps),
        there is new setting introduced: ``MODELTRANSLATION_TRANSLATION_FILES``. It should contain list of
        additional modules (containing translations) to import.
        
        So, when using `Wrapper`, the ``MODELTRANSLATION_TRANSLATION_REGISTRY`` setting is unnecessary.
        
        For backward compatibility with `MT`, when ``MODELTRANSLATION_TRANSLATION_REGISTRY`` is present,
        it is treated as if it was listed in ``MODELTRANSLATION_TRANSLATION_FILES``. So no changes are
        required in existing projects using `MT`.
        
        Intelligent manager
        -------------------
        
        `Wrapper` changes managers in translatable models so that they are aware of active language in their
        operations. That means, unsuffixed attributes parameters are rewritten to the suffixed versions.
        
        These statements give the same results, assuming current active language is ``pl``::
        
            X.objects.filter(foo='bar')
            X.objects.filter(foo_pl='bar')
        
            activate('de')
            X.objects.filter(foo_pl='bar')  # Still the same result
        
        If the translatable model has own custom manager, intelligent manager will be gently added,
        retaining old functions.
        
        The ``X.objects.create()`` is special case, however. For backward compatibility it works as in `MT` by
        default. But you can pass parameter ``_populate=True`` to populate suffixed fields with
        values from unsuffixed ones.
        
        Example will clarify it::
        
            x = X.objects.create(foo='bar', _populate=True)
        
        is equivalent of::
        
            x = X.objects.create(foo_en='bar', foo_pl='bar', ... , foo_zu='bar')
        
        or::
        
            x = X.objects.create(foo='bar')
            x.foo_en = 'bar'
            x.foo_pl = 'bar'
            ...
            x.foo_zu = 'bar'
            x.save()
        
        Moreover, some field can be explicitly assigned different value::
        
            x = X.objects.create(foo='-- no translation yet --', foo_pl='nic', _populate=True)
        
        It will result in ``foo_pl == 'nic'`` and other ``foo_?? == '-- no translation yet --'``.
        
        There is more convenient way than passing ``_populate`` all the time:
        ``MODELTRANSLATION_AUTO_POPULATE`` setting. If ``_populate`` parameter is missing, ``create()`` will
        look at the setting to determine if population should be used.
        
        This useful feature is disabled by default for backward compatibility with `MT` tests.
        However, if your code doesn't heavily rely on the fact that ``create()`` set None on suffixed fields,
        it is advised to set ``MODELTRANSLATION_AUTO_POPULATE = True``.
        
        New settings
        ------------
        
        MODELTRANSLATION_TRANSLATION_FILES
            Default: ``()``
        
            List of additional translation modules to import.
        
        MODELTRANSLATION_AUTO_POPULATE
            Default: ``False``
        
            This setting control if ``X.objects.create()`` function should populate language fields
            values.
        
        
        Installation
        ============
        
        1. Install app::
        
            $ pip install django-modeltranslation-wrapper
        
           or download it manually and put in python path.
        
        #. Add ``modeltranslation_wrapper`` to ``INSTALLED_APPS`` **before** plain ``modeltranslation``::
        
            INSTALLED_APPS = (
                ...
                'modeltranslation_wrapper',
                'modeltranslation',
                ...
            )
        
        #. Optionally, specify ``MODELTRANSLATION_TRANSLATION_FILES`` in settings::
        
            MODELTRANSLATION_TRANSLATION_FILES = (
                'myproject.flatpages_translation',
                'myproject.foo_translation',
            )
        
           These modules will be imported in addition to autodiscovered ones.
        
        #. If you are using `MT` in version 0.4 or newer, unfortunatelly you must also add
           ``'modeltranslation_wrapper.patch'`` as last entry in ``MODELTRANSLATION_TRANSLATION_FILES``
           to enable inteligent manager::
        
            MODELTRANSLATION_TRANSLATION_FILES = (
                'myproject.flatpages_translation',
                'myproject.foo_translation',
                'modeltranslation_wrapper.patch',
            )
        
           This is caused by change in the way `MT` 0.4 loads translations.
        
        #. Optionally, specify ``MODELTRANSLATION_AUTO_POPULATE`` (see above)::
        
            MODELTRANSLATION_AUTO_POPULATE = True
        
        ----------
        
        Changelog
        =========
        
        **1.2.2** (04/03/2012)
            Repacked distribution to remove obsolete ``modeltranslations`` package, which was previously added by accident.
        
        **1.2.1** (23/09/2012)
            - Refactor code to work with modeltranslation-0.4
            - Update MultilingualManager to rewrite Q nad F queries
        
        **1.1** (04/09/2012)
            Added testrunner
        
        **1.0** (24/06/2012)
            Initial code
        
        :Authors: Jacek Tomaszewski
        
                  Zach Mathew (of ``django-linguo``)
        
                  For details see AUTHORS file.
        
Platform: UNKNOWN
Classifier: Development Status :: 5 - Production/Stable
Classifier: Environment :: Web Environment
Classifier: License :: OSI Approved :: BSD License
Classifier: Operating System :: OS Independent
Classifier: Programming Language :: Python
Classifier: Framework :: Django
