mirror of
https://github.com/django/django.git
synced 2025-08-04 19:08:28 +00:00
Fixed #30573 -- Rephrased documentation to avoid words that minimise the involved difficulty.
This patch does not remove all occurrences of the words in question. Rather, I went through all of the occurrences of the words listed below, and judged if they a) suggested the reader had some kind of knowledge/experience, and b) if they added anything of value (including tone of voice, etc). I left most of the words alone. I looked at the following words: - simply/simple - easy/easier/easiest - obvious - just - merely - straightforward - ridiculous Thanks to Carlton Gibson for guidance on how to approach this issue, and to Tim Bell for providing the idea. But the enormous lion's share of thanks go to Adam Johnson for his patient and helpful review.
This commit is contained in:
parent
addabc492b
commit
4a954cfd11
149 changed files with 1101 additions and 1157 deletions
|
@ -5,14 +5,14 @@ The flatpages app
|
|||
.. module:: django.contrib.flatpages
|
||||
:synopsis: A framework for managing simple ?flat? HTML content in a database.
|
||||
|
||||
Django comes with an optional "flatpages" application. It lets you store simple
|
||||
"flat" HTML content in a database and handles the management for you via
|
||||
Django's admin interface and a Python API.
|
||||
Django comes with an optional "flatpages" application. It lets you store "flat"
|
||||
HTML content in a database and handles the management for you via Django's
|
||||
admin interface and a Python API.
|
||||
|
||||
A flatpage is a simple object with a URL, title and content. Use it for
|
||||
one-off, special-case pages, such as "About" or "Privacy Policy" pages, that
|
||||
you want to store in a database but for which you don't want to develop a
|
||||
custom Django application.
|
||||
A flatpage is a object with a URL, title and content. Use it for one-off,
|
||||
special-case pages, such as "About" or "Privacy Policy" pages, that you want to
|
||||
store in a database but for which you don't want to develop a custom Django
|
||||
application.
|
||||
|
||||
A flatpage can use a custom template or a default, systemwide flatpage
|
||||
template. It can be associated with one, or multiple, sites.
|
||||
|
@ -58,9 +58,9 @@ How it works
|
|||
============
|
||||
|
||||
``manage.py migrate`` creates two tables in your database: ``django_flatpage``
|
||||
and ``django_flatpage_sites``. ``django_flatpage`` is a simple lookup table
|
||||
that simply maps a URL to a title and bunch of text content.
|
||||
``django_flatpage_sites`` associates a flatpage with a site.
|
||||
and ``django_flatpage_sites``. ``django_flatpage`` is a lookup table that maps
|
||||
a URL to a title and bunch of text content. ``django_flatpage_sites``
|
||||
associates a flatpage with a site.
|
||||
|
||||
Using the URLconf
|
||||
-----------------
|
||||
|
@ -229,12 +229,12 @@ By default, flatpages are rendered via the template
|
|||
particular flatpage: in the admin, a collapsed fieldset titled
|
||||
"Advanced options" (clicking will expand it) contains a field for
|
||||
specifying a template name. If you're creating a flat page via the
|
||||
Python API you can simply set the template name as the field
|
||||
``template_name`` on the ``FlatPage`` object.
|
||||
Python API you can set the template name as the field ``template_name`` on the
|
||||
``FlatPage`` object.
|
||||
|
||||
Creating the :file:`flatpages/default.html` template is your responsibility;
|
||||
in your template directory, just create a :file:`flatpages` directory
|
||||
containing a file :file:`default.html`.
|
||||
in your template directory, create a :file:`flatpages` directory containing a
|
||||
file :file:`default.html`.
|
||||
|
||||
Flatpage templates are passed a single context variable, ``flatpage``,
|
||||
which is the flatpage object.
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue