# django-object-tools **Repository Path**: mirrors_enthought/django-object-tools ## Basic Information - **Project Name**: django-object-tools - **Description**: Default Repo description from terraform module - **Primary Language**: Unknown - **License**: BSD-3-Clause - **Default Branch**: master - **Homepage**: None - **GVP Project**: No ## Statistics - **Stars**: 0 - **Forks**: 0 - **Created**: 2020-08-08 - **Last Updated**: 2025-11-01 ## Categories & Tags **Categories**: Uncategorized **Tags**: None ## README Django Object Tools =================== **Django app enabling painless creation of additional admin object tools.** .. image:: https://github.com/downloads/praekelt/django-object-tools/example-tools.png .. contents:: Contents :depth: 5 This packages is part of the larger `Jmbo `_ project. Installation ------------ #. Install or add ``django-object-tools`` to your python path. #. Add ``object_tools`` to your ``INSTALLED_APPS`` setting. ``django-object-tools`` overrides certain admin templates so you have to add it **before** ``django.contrib.admin``. #. Call object tool's ``autodiscover`` method. This works in a similar fashion as Django's admin; discovering which tools to render in admin. You can do this in any module that is called during initialization but we recommend doing it in ``urls.py``, as illustrated in the next point. #. Hook up URLConf. Do this by pointing a given URL at the ``tools.urls`` method. In this example, we register the default ``Tools`` instance ``object_tools.tools`` at the URL ``/object-tools/``:: # urls.py from django.conf.urls.defaults import * import object_tools object_tools.autodiscover() urlpatterns = patterns('', (r'^object-tools/', include(object_tools.tools.urls)), ) #. Obviously Django Admin itself needs to be installed, as described `here `_. #. Remember to run ``syncdb`` whenever you install new tools to setup permissions. Usage ----- ``django-object-tools`` itself doesn't do much in terms of providing useful tools. Its purpose is to simplify creation and integration of custom tools delivered by other Django applications. To that end it takes care of the messy details like permissions and admin template integration so you can focus on the fun stuff. As an example lets create a tool allowing you to delete all objects. Yes this is a bit convoluted but it's a good toy example for illustration purposes. Have a look at `django-export `_ and `django-order `_ for examples of real world tools leveraging ``django-object-tools``. Firstly create a Django app folder structure as per usual, with the root directory named ``delete``, including a file called ``tools.py``. It should look as follows:: delete/ __init__.py tools.py Edit ``tools.py`` to look like this:: from django.contrib.admin.actions import delete_selected import object_tools class Delete(object_tools.ObjectTool): name = 'delete' label = 'Delete all' def view(self, request, extra_context=None): queryset = self.model.objects.all() response = delete_selected(self.modeladmin, request, queryset) if response: return response else: return self.modeladmin.changelist_view(request) object_tools.tools.register(Delete) Let's go through that line by line: 1. ``object_tools`` behaves similarly to Django's admin allowing you to explicitly register tools, see line 17. It also provides the ``ObjectTool`` base class. 3. import ``delete_selected`` method provided by Django. This method will do all the heavy lifting. 5. Create a tool class inheriting from ``object_tools.ObjectTool``. All object tools have to inherit from ``object_tools.ObjectTool``. ``ObjectTool`` provides various methods to simplify creation of tools. See `object_tools.options.py `_ for more details. 6. Set tool name to ``delete``. This has to be a unique name identifying the tool. This is used to uniquely identify the tool internally and for instance to setup permissions. 7. Set label to ``Delete all``. The label is displayed within admin and not the name, thus allowing you to specify a more verbose, user friendly label. 9. Implement ``view`` method. This is the brains of your tool. The ``view`` method is called when the user executes your tool, so your tool logic would go here. This can be any view like code, as long as it returns an ``HttpResponse`` object. In this case we wrap Django's built-in ``delete_selected`` to provide the form, logic and template code to perform the actual delete. 17. Register the tool with ``object_tools``, thus enabling its display in admin. To enable the tool add ``delete`` to your ``INSTALLED_APPS`` setting. Now when you navigate to the change list view of any model you'll find the *delete all* object tool in the upper right hand corner. .. image:: https://github.com/downloads/praekelt/django-object-tools/delete-example-final.png Clicking on the *Delete all* tool fires off the view and proceeds with deleting objects as per usual. **Note:** ``django-object-tools`` adds per tool permissions to the built-in set of default Django permissions. So in this example only superusers or users who have the the *Can delete * permission will be able to see and use the tool. If you can't see or use a particular tool make sure the authenticated user has the required permissions to do so.