fez.djangoskel 0.3.1

Paster templates for creating Django applications as eggs

Introduction

fez.djangoskel provides paster templates for creating Django projects and applications as eggs. Five templates are currently provided.

Usage

Install fez.djangoskel using easy_install. This should also install paster as a dependency. You should then be able to see five new templates available:

$ paster create --list-templates
Available templates:
  basic_package:             A basic setuptools-enabled package
  django_app:                Template for a basic Django reusable application
  django_buildout:           A plain Django buildout
  django_namespace_app:      Template for a namespaced Django reusable application
  django_namespace_project:  Template for a namespaced Django project
  django_project:            Template for a Django project
  paste_deploy:              A web application deployed through paste.deploy

You may create an initial Django buildout using the django_buildout template:

paster create -t django_buildout

This will create bootstrap.py, buildout.cfg and devel.cfg files. You should edit the buildout files to your needs.

Create a Django project using the django_project template:

paster create -t django_project

Answer the questions that paster asks, and it will create a full Django project with a template settings file and urls.py.

Applications are created in a similar way:

paster create -t django_app

Projects created with these templates do not have namespace packages: that is, you will find a directory created with the name of the package you specified which contains all the usual egg stuff, and the module will be under that directory.

If you wish to create a namespaced package (similar, for example, to this package: fez.djangoskel) then you should use the django_namespace_app and django_namespace_project templates. Both work in the same way.

When creating eggs based on django_namespace_app or django_namespace_project, paster will ask you for three pieces of information:

• Project name - This should be the full dotted name of the package eg. foo.bar

• Namespace package - This is the top-level namespace package, eg. foo

• Package name - This is the name of the lower-level module, eg. bar

This will give you a directory layout like this:

./foo.bar
  /foo
      /bar

Your code will most likely be going under bar; this is where models.py, urls.py etc. will be created.

Difference from Django’s own templates

Django provides its own ‘template’ app and project generation. Why use these templates?

• The primary motivation is that the projects and apps generated by these templates are eggs. This means that they can be uploaded to PyPI, and other developers will be able to easy_install them.

• These templates all provide skeleton documentation in the form of HISTORY.txt and README.txt files.

• The application template also provides a lot more plumbing to get you started writing tests: a tests module, test settings (which can be invoked using python manage.py test –settings=project.settings) and test URLConfs and settings that the test client can use.

Changelog

0.3.1

• Fixed broken import in generated tests.py in apps

0.3.0

• Corrected small error in test_settings.py comment

• Merged Fabio Corneti’s django_buildout template and egg-info tidying (thanks Fabio!)

• Updated docs to note new template

0.2.1

• Added missing opening parenthesis to urls.py template for django_app

• Renamed doc files to .rst, and updated MANIFEST accordingly

0.2.0

• Added templates for namespaced projects and applications

0.1.2

• Fixed egg build problem which omitted templates

0.1.1

• Corrected setup.cfg release tagging

0.1

• Initial work on django_app and django_project templates