[1.6.x] Various documentation typo/spelling fixes

Honza Král

    Honza first discovered Django in 2006 and started using it right away,

    first for school and personal projects and later in his full time job. He

    first for school and personal projects and later in his full-time job. He

    contributed various patches and fixes mostly to the newforms library,

    newforms admin and, through participation in the Google Summer of Code

    project, assisted in creating the :ref:`model validation

    documentation at DjangoCon EU 2012, and also helped to develop `CCBV`_, an

    additional class based view reference tool.

    Marc currently works at `Incuna Ltd`_, a digital healthcare agency in

    Marc is currently a full-time parent, part-time developer, and lives in

    Oxford, UK.

.. _CCBV: http://ccbv.co.uk/

.. _Incuna Ltd: http://incuna.com/

Baptiste Mispelon

    Baptiste discovered Django around the 1.2 version and promptly switched away

    release, not the development version.

Our preferred way for marking new features is by prefacing the features'

documentation with: "``.. versionadded:: X.Y``", followed by a a mandatory

documentation with: "``.. versionadded:: X.Y``", followed by a mandatory

blank line and an optional content (indented).

General improvements, or other changes to the APIs that should be emphasized

If there are foreseeable error conditions that may occur while running your

action, you should gracefully inform the user of the problem. This means

handling exceptions and and using

handling exceptions and using

:meth:`django.contrib.admin.ModelAdmin.message_user` to display a user friendly

description of the problem in the response.

    in the :doc:`sessions documentation </topics/http/sessions>` on

    how to enable sessions.

We will use the :class:`SessionWizardView` in all examples but is is completely

We will use the :class:`SessionWizardView` in all examples but is completely

fine to use the :class:`CookieWizardView` instead. As with your

:class:`~django.forms.Form` classes, this :class:`WizardView` class can live

anywhere in your codebase, but convention is to put it in :file:`views.py`.

   .. attribute:: z

   Returns the Z coordinate of this point, or ``None`` if the

   the point does not have a Z coordinate::

   point does not have a Z coordinate::

       >>> OGRGeometry('POINT (1 2 3)').z

       3.0