A Django application for advanced admin filters
Project description
Django Advanced Filters
A django ModelAdmin mixin which adds advanced filtering abilities to the admin.
Mimics the advanced search feature in VTiger, see here for more info
For release notes, see Changelog
Requirements
Django >= 1.5 (Django 1.5 - 1.8 on Python 2/3/PyPy2)
django-easy-select2 == 1.2.5
django-braces == 1.4.0
simplejson == 3.6.5
Installation & Set up
Install from pypi: pip install django-advanced-filters
Add both 'advanced_filters' and 'easy_select2' to INSTALLED_APPS.
Add url(r'^advanced_filters/', include('advanced_filters.urls')) to your project’s urlconf.
Run python manage.py syncdb
Integration Example
Extending a ModelAdmin is pretty straightforward:
class ProfileAdmin(AdminAdvancedFiltersMixin, models.ModelAdmin): list_filter = ('name', 'language', 'ts') # simple list filters # select from these fields in the advanced filter creation form advanced_filter_fields = ( 'name', 'language', 'ts' # even use related fields as lookup fields 'country__name', 'posts__title', 'comments__content' )
Adding a new advanced filter (see below) will display a new list filter named “Advanced filters” which will list all the filter the currently logged in user is allowed to use (by default only those he/she created).
Custom naming of fields
Initially, each field in advanced_filter_fields is resolved into an actual model field. That field’s verbose_name attribute is then used as the text of the displayed option. While uncommon, it occasionally makes sense to use a custom name, especially when following a relationship, as the context then changes.
For example, when a profile admin allows filtering by a user name as well as a sales representative name, it’ll get confusing:
class ProfileAdmin(AdminAdvancedFiltersMixin, models.ModelAdmin): advanced_filter_fields = ('name', 'sales_rep__name')
In this case the field options will both be named “name” (by default).
To fix this, use custom naming:
class ProfileAdmin(AdminAdvancedFiltersMixin, models.ModelAdmin): advanced_filter_fields = ('name', ('sales_rep__name', 'assigned rep'))
Now, you will get two options, “name” and “assigned rep”.
Adding new advanced filters
By default the mixin uses a template which extends django’s built-in change_list template. This template is based off of grapelli’s fork of this template (hence the ‘grp’ classes and funny looking javascript).
The default template also uses the superb magnificPopup which is currently bundled with the application.
Regardless of the above, you can easily write your own template which uses context variables {{ advanced_filters }} and {{ advanced_filters.formset }}, to render the advanced filter creation form.
Here’s a screenshot
Structure
Each advanced filter has only a couple of required fields when constructed with the form; namely the title and a formset (consisting of a form for each sub-query or rule of the filter query).
Each form in the formset requires the following fields: field, operator, value
And allows the optional negate and remove fields.
Let us go over each of the fields in a rule fieldset.
Field
The list of all available fields for this specific instance of the ModelAdmin as specific by the `advanced_filter_fields property. <#integration-example>`__
The OR field
OR is an additional field that is added to every rule’s available fields.
It allows constructing queries with OR statements. You can use it by creating an “empty” rule with this field “between” a set of 1 or more rules.
Operator
Query field suffixes which specify how the WHERE query will be constructed.
The currently supported are as follows: iexact, icontains, iregex, range, isnull, istrue and isfalse
For more detail on what they mean and how they function, see django’s documentation on field lookups.
Value
The value which the specific sub-query will be looking for, i.e the value of the field specified above, or in django query syntax: .filter(field=value)
Negate
A boolean (check-box) field to specify whether this rule is to be negated, effectively making it a “exclude” sub-query.
Remove
Similarly to other django formsets, used to remove the formset on submit.
Editing previously created advanced filters
The AdvancedFilterAdmin class (a subclass of ModelAdmin) is provided and registered with AdvancedFilter in admin.py module.
The model’s change_form template is overridden from grapelli’s/django’s standard template, to mirror the add form modal as closely as possible.
Note: currently, adding new filters from the ModelAdmin change page is not supported.
Query Serialization
TODO: write a few words on how serialization of queries is done.
Model correlation
Since version 1.0, The underlying AdvancedFilter model instances are tightly coupled with a specific model (using the app_label.Name model name), for which admin changelist they are to used and created in.
This change has a few benefits:
Admin mixin can be used with multiple ModelAdmin classes while performing specific query serialization and field validation that are at the base of the filter functionality.
Allows users to edit previously created filters outside of the context of a changelist, as we do in the `AdvancedFilterAdmin <#editing-previously-created-advanced-filters>`__.
Limit the AdvancedListFilters to limit queryset (and thus, the underlying options) to a specified model.
Note: Since we are at the early stages of development I have skipped the South / 1.7 schema (new field) and data migrations (add specific model to all existing instances of AdvancedFilter model) migrations. Though this shouldn’t be too difficult to do, if the need arises I can add migration examples.
Views
The GetFieldChoices view is required to dynamically (using javascript) fetch a list of valid field choices when creating/changing an AdvancedFilter.
TODO
Add more tests (specifically the admin and view parts)
[STRIKEOUT:Add packaging (setup.py, etc…)]
[STRIKEOUT:Add edit/view functionality to the filters]
Add permission user/group selection functionality to the filter form
Allow toggling of predefined templates (grappelli / vanilla django admin), and front-end features.
Changelog
1.0.1 - A Public Release
Bugs
proper support for py26 and py3X and different Django releases
avoid querying all instances for choices
resolve settings inside view and refine error handling
Tests
add doctests to the form_helpers
add tests for forms
add test case views.TestGetFieldChoicesView
setup.py/travis: add test-reqs.txt as extras_require
refactor testing to use py.test and run tox from setup.py
travis: use latest version of each Django release
Docs:
README: explain what we test against
1.0 - First contact
Major changes
Add a new (required) field `AdvancedFilter.model <README.md#model-correlation>`__
Add parsing query dict into initialized formsets (allows for editing existing instance).
Add `AdvancedFilterAdmin <#editing-previously-created-advanced-filters>`__ for actually accessing and editing existing ``AdvancedFilter` instances <README.md#editing-previously-created-advanced-filters>`__.
Use Select2 and an AJAX view to dynamically populate `field options <README.md#fields>`__.
Add proper support for nested serialization of queries.
Minor changes
Implement more `operators <README.md#operators>`__ (isnull, istrue and isfalse)
Allow custom verbose naming of fields in advanced_filter_fields
Add helper methods to the model to hide (and decouple) core serialization functionality from users.
Strip whitespace in field values validation
Setup and packaging (setup.py/MANIFEST.in)
Hide QSerializer calling logic in the model
Allow modifying advanced_filter_form property (defaults to AdvancedFilterForm)
Correct documentation regarding position of mixin in subclass (issue #1)
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Hashes for django-advanced-filters-1.0.1.tar.gz
Algorithm | Hash digest | |
---|---|---|
SHA256 | 78f7068e5ee699900a42e327cc68893fb174188bb899d0e4bc527b713790f4ef |
|
MD5 | 2b92b8811103121ed3e933fd9849df7f |
|
BLAKE2b-256 | beb418a7eb58550afb3fd8fbf88405ba7f00506e621bbcaac522bae4ca709843 |