Extendable, adaptable rewrite of django.contrib.admin
Find a file
2013-05-18 13:27:10 +02:00
djadmin2 Enabled admin at admin/ in example. Put admin2 at admin2/. 2013-05-18 13:17:15 +02:00
docs Short introduction paragraph and integrating the contributing page into the TOC. 2013-05-18 13:05:19 +02:00
example Expose Post, Comment models from example in admin 2013-05-18 13:27:10 +02:00
.gitignore Ignore and remove .db files from SQLite 2013-05-18 12:34:57 +02:00
CONTRIBUTORS.txt Add contributors file 2013-05-18 13:26:33 +02:00
LICENSE boilerplate 2013-05-14 14:24:31 +02:00
MANIFEST.in Work on stuff 2013-05-14 16:56:29 +02:00
README.rst getting the views to work 2013-05-18 12:57:01 +02:00
setup.py Added test-suite to setup.py 2013-05-18 12:48:29 +02:00

===============
django-admin2
===============

One of the most useful parts of ``django.contrib.admin`` is the ability to configure various views that touch and alter data. django-admin2 is a complete rewrite of that library using modern Class-Based Views and enjoying a design focused on extendibility. By starting over, we can avoid the legacy code and make it easier to write extensions and themes.

**Note:** This is pre-alpha and currently non-functional. We'll try and have a rough working prototype by the end of May 18th, 2013.

Contributing
=============

Yes please! Please read our formal contributing document at: https://github.com/pydanny/django-admin2/blob/master/docs/contributing.rst


Basic Pattern
==============

Our goal is to make this API work:

.. code-block:: python

    # myapp/admin2.py

    # Import the Admin2 base class
    from admin2.sites import Admin2

    # Import your custom models
    from blog.models import Post

    # Instantiate the Admin2 class
    # Then attach the admin2 object to your model
    Post.admin2 = Admin2()

    
.. note:: You will notice a difference between how and django.contrib.admin and django-admin2 do configuration. The former associates the configuration class with the model object via a registration utility, and the latter does so by adding the configuration class as an attribute of the model object.

Themes
========

The default theme is whatever bootstrap is most current. Specifically:

.. code-block:: python

    ADMIN2_THEME_DIRECTORY = "admin2/bootstrap/"

If you create a new theme, please define it thus:

.. code-block:: python

    ADMIN2_THEME_DIRECTORY = "admin2/foundation/"

REST API
==========

We plan to expose a REST API using Django Rest Framework. From this, you can define new themes powered by the client framework of your choice.