Skip to main content

Namespaces based configuration for Apphooks

Project description

PyPI Version Build Status Coverage Status


Namespaces based configuration for Apphooks

Basic concepts

The concept of apphooks-config is to store all the configuration in an applications-specific model, and let the developer specify the desired option in a form. In the views the model instance specific for the current application namespace is loaded (through a mixin) and it’s thus available in the view to provide the configuration for the current namespace.

Namespaces can be created on the fly in the Page admin Advanced settings by following the steps above. When creating an application configuration, you are in fact defining a namespace, which is saved in the same field in the Page model as the plain namespaces.


We’re grateful to all contributors who have helped create and maintain this package.

Contributors are listed at contributions page.

Supported versions

Python: 3.5, 3.6, 3.7, 3.8 Django: 1.11, 2.2, 3.0 django CMS: 3.5, 3.6, 3.7

Implementation step-guide

  • Define a AppHookConfig model in

    from aldryn_apphooks_config.models import AppHookConfig
    class NewsBlogConfig(AppHookConfig):

    Implementation can be completely empty as the schema is defined in the parent (abstract) model

  • Use apphooks managers in your model:

    from aldryn_apphooks_config.managers import AppHookConfigManager
    class Article(models.Model):
        title = models.CharField()
        objects = AppHookConfigManager()

AppHookConfigManager adds namespace method to manager and queryset:


There is also a proper queryset, the ApphooksConfigQueryset. Parler integrated variants can be found in aldryn_apphooks_config.managers.parler. Names are AppHookConfigTranslatableManager and AppHookConfigTranslatableQueryset.

  • Define a ConfigForm in

    from app_data import AppDataForm
    from django import forms
    from aldryn_newsblog.models import NewsBlogConfig
    from aldryn_apphooks_config.utils import setup_config
    class BlogOptionForm(AppDataForm):
        # fields are totally arbitrary: any form field supported by
        # django-appdata is supported
        show_authors = forms.BooleanField(required=False)
    # this function will register the provided form with the model created
    # at the above step
    setup_config(BlogOptionForm, NewsBlogConfig)
    # setup_config can be used as a decorator too, but the `model`
    # attribute must be added to the form class
    class BlogOptionForm(AppDataForm):
        model = NewsBlogConfig
  • Define an admin class for the AppHookConfig model (usually in

    from django.contrib import admin
    from aldryn_apphooks_config.admin import BaseAppHookConfig
    class BlogConfigAdmin(BaseAppHookConfig):
        def get_config_fields(self):
            # this method **must** be implemented and **must** return the
            # fields defined in the above form, with the ``config`` prefix
            # This is dependent on the django-appdata API
            return ('config.show_authors', ...)
  • Define a CMSApp derived from CMSConfigApp provided by this application (in

    from aldryn_apphooks_config.app_base import CMSConfigApp
    from cms.apphook_pool import apphook_pool
    from django.utils.translation import ugettext_lazy as _
    from .models import NewsBlogConfig
    class NewsBlogApp(CMSConfigApp):
        name = _('NewsBlogApp')
        urls = ['aldryn_newsblog.urls']
        app_name = 'aldryn_newsblog'
        # this option is specific of CMSConfigApp, and links the
        # CMSApp to a specific AppHookConfig model
        app_config = NewsBlogConfig
  • Implements your views inheriting the AppConfigMixin:

    from django.views.generic.detail import DetailView
    from aldryn_apphooks_config.mixins import AppConfigMixin
    class ArticleDetail(AppConfigMixin, DetailView):
        def get_queryset(self):
            return Article.objects.namespace(self.namespace)

    AppConfigMixin provides a complete support to namespaces, so the view is not required to set anything specific to support them; the following attributes are set for the view class instance:

    • current namespace in self.namespace
    • namespace configuration (the instance of NewsBlogConfig) in self.config
    • current application in the current_app parameter passed to the Response class

Test setup

To properly setup the data for tests to run for a apphook-config enabled application, make sure you add the following code to your TestCase:


    def setUp(self):
        # This is the namespace represented by the AppHookConfig model instance
        self.ns_newsblog = NewsBlogConfig.objects.create(namespace='NBNS') = api.create_page(
            'page', self.template, self.language, published=True,
            # this is the name of the apphook defined in the CMSApp class
            # The namespace is the namespace field of the AppHookConfig instance created above
        # publish the page to make the apphook available

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

aldryn-apphooks-config-0.6.0.tar.gz (34.1 kB view hashes)

Uploaded source

Built Distribution

Supported by

AWS AWS Cloud computing Datadog Datadog Monitoring Facebook / Instagram Facebook / Instagram PSF Sponsor Fastly Fastly CDN Google Google Object Storage and Download Analytics Huawei Huawei PSF Sponsor Microsoft Microsoft PSF Sponsor NVIDIA NVIDIA PSF Sponsor Pingdom Pingdom Monitoring Salesforce Salesforce PSF Sponsor Sentry Sentry Error logging StatusPage StatusPage Status page