Commit d8c471b8 authored by Gabriel Hurley's avatar Gabriel Hurley
Browse files

Various nominal corrections for grammatical consistency, typos, and crossref targets.

git-svn-id: http://code.djangoproject.com/svn/django/trunk@14675 bcc190cf-cafb-0310-a4f2-bffc1f526a37
parent dc334a2b
Loading
Loading
Loading
Loading
+32 −33
Original line number Diff line number Diff line
@@ -19,24 +19,24 @@ What's new in Django 1.3 alpha 2
Further tweaks to the staticfiles app
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Django 1.3 ships with a new contrib app ``'django.contrib.staticfiles'``
to help developers handle the static media files (images, CSS, Javascript,
Django 1.3 ships with a new contrib app :mod:`django.contrib.staticfiles`
to help developers handle the static media files (images, CSS, JavaScript,
etc.) that are needed to render a complete web page.

``staticfiles`` ships with the ability to automatically serve static files
during development (if the :setting:`DEBUG` is ``True``) when using the
:djadmin:`runserver` management command. Based on feedback from the
community this release adds two new options to the ``runserver`` command
to modify this behaviour:
The :mod:`~django.contrib.staticfiles` app ships with the ability to
automatically serve static files during development (if the :setting:`DEBUG`
setting is ``True``) when using the :djadmin:`runserver` management command.
Based on feedback from the community this release adds two new options to the
:djadmin:`runserver` command to modify this behaviour:

    * ``--nostatic``: prevents the ``runserver`` command from serving files
      completely
    * ``--nostatic``: prevents the :djadmin:`runserver` command from serving
      files completely.

    * ``--insecure``: enables serving of static files even if stupidly
      running in with :setting:`DEBUG` set to False
    * ``--insecure``: enables serving of static files even if running with
      :setting:`DEBUG` set to False. (This is **not** recommended!)

See the :doc:`reference documentation of the app </ref/contrib/staticfiles>`
for more details or learn how to :doc:`manage static files
See the :doc:`staticfiles reference documentation </ref/contrib/staticfiles>`
for more details, or learn :doc:`how to manage static files
</howto/static-files>`.

Translation comments
@@ -61,40 +61,39 @@ Backwards-incompatible changes in 1.3 alpha 2
Introduction of STATIC_URL and STATIC_ROOT settings
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

The newly introduced :doc:`/ref/contrib/staticfiles` app extends Django's
abilities to handle static app and project files, required the additon of
settings to refer to those files in templates and code, especially in
contrast to the :setting:`MEDIA_URL` and :setting:`MEDIA_ROOT` settings that
refer to user-uploaded files.
The newly introduced :mod:`~django.contrib.staticfiles` app -- which extends
Django's abilities to handle static files for apps and projects -- required the
additon of two new settings to refer to those files in templates and code,
especially in contrast to the :setting:`MEDIA_URL` and :setting:`MEDIA_ROOT`
settings that refer to user-uploaded files.

Prior to 1.3 alpha 2 these settings were called ``STATICFILES_URL`` and
``STATICFILES_ROOT`` to follow the naming scheme for app centric settings.
``STATICFILES_ROOT`` to follow the naming scheme for app-centric settings.
Based on feedback from the community it became apparent that those settings
created confusion, especially given the fact handling static files is also
desired outside the use of the optional ``staticfiles`` app.
created confusion, especially given the fact that handling static files is also
desired outside the use of the optional :mod:`~django.contrib.staticfiles` app.

As a result, we take the followig steps to rectify the issue:
As a result, we took the following steps to rectify the issue:

  * Two new global settings that will be used by -- **but are not limited
    to** -- the :doc:`staticfiles</ref/contrib/staticfiles>` app:
  * Two new global settings were added that will be used by, **but are not
    limited to**, the :doc:`staticfiles</ref/contrib/staticfiles>` app:

    * :setting:`STATIC_ROOT` (formally ``STATICFILES_ROOT``)

    * :setting:`STATIC_URL` (formally ``STATICFILES_URL``)

  * Moving the
    ``django.contrib.staticfiles.templatetags.staticfiles.get_staticfiles_prefix``
    template tag to the core (``django.templatetags.static``) and renaming
    it to :ttag:`get_static_prefix`.
  * The ``django.contrib.staticfiles.templatetags.staticfiles.get_staticfiles_prefix``
    template tag was moved to Django's core (``django.templatetags.static``) and
    renamed to :ttag:`get_static_prefix`.

  * Moving the context processor
    ``django.contrib.staticfiles.context_processors.staticfiles`` to the
    core (``django.core.context_processors.static``) and renaming it to
  * The ``django.contrib.staticfiles.context_processors.staticfiles`` 
    context processor was moved to Django's core
    (``django.core.context_processors.static``) and renamed to
    :func:`~django.core.context_processors.static`.

  * :ref:`form-media-paths` will use :setting:`STATIC_URL` as the prefix
  * :ref:`form-media-paths` now uses :setting:`STATIC_URL` as the prefix
    **if the value is not None**, and falls back to the previously used
    :setting:`MEDIA_URL`.
    :setting:`MEDIA_URL` setting otherwise.

The Django 1.3 roadmap
======================