diff options
| author | Adam Johnson <me@adamj.eu> | 2020-05-01 13:37:21 +0100 |
|---|---|---|
| committer | Mariusz Felisiak <felisiak.mariusz@gmail.com> | 2020-05-04 12:10:47 +0200 |
| commit | d17b380653da5f95885ce53468fe7aac60672841 (patch) | |
| tree | 9fbe962d480093a45cf238d22596812637765c74 /docs/faq | |
| parent | 787981f9d1d5abc489a0b069e3353b8ad7aa9778 (diff) | |
Refs #30573 -- Rephrased "Of Course" and "Obvious(ly)" in documentation and comments.
Diffstat (limited to 'docs/faq')
| -rw-r--r-- | docs/faq/general.txt | 15 | ||||
| -rw-r--r-- | docs/faq/install.txt | 4 | ||||
| -rw-r--r-- | docs/faq/usage.txt | 2 |
3 files changed, 10 insertions, 11 deletions
diff --git a/docs/faq/general.txt b/docs/faq/general.txt index 9dc4d1b0d4..128c0d9288 100644 --- a/docs/faq/general.txt +++ b/docs/faq/general.txt @@ -120,9 +120,9 @@ If you're hungry for acronyms, you might say that Django is a "MTV" framework -- that is, "model", "template", and "view." That breakdown makes much more sense. -At the end of the day, of course, it comes down to getting stuff done. And, -regardless of how things are named, Django gets stuff done in a way that's most -logical to us. +At the end of the day, it comes down to getting stuff done. And, regardless of +how things are named, Django gets stuff done in a way that's most logical to +us. <Framework X> does <feature Y> -- why doesn't Django? ===================================================== @@ -167,11 +167,10 @@ It's a Web framework; it's a programming tool that lets you build websites. For example, it doesn't make much sense to compare Django to something like Drupal_, because Django is something you use to *create* things like Drupal. -Of course, Django's automatic admin site is fantastic and timesaving -- but -the admin site is one module of Django the framework. Furthermore, although -Django has special conveniences for building "CMS-y" apps, that doesn't mean -it's not just as appropriate for building "non-CMS-y" apps (whatever that -means!). +Yes, Django's automatic admin site is fantastic and timesaving -- but the admin +site is one module of Django the framework. Furthermore, although Django has +special conveniences for building "CMS-y" apps, that doesn't mean it's not just +as appropriate for building "non-CMS-y" apps (whatever that means!). .. _Drupal: https://drupal.org/ diff --git a/docs/faq/install.txt b/docs/faq/install.txt index 45f3a79efc..2cbbb83b7f 100644 --- a/docs/faq/install.txt +++ b/docs/faq/install.txt @@ -78,8 +78,8 @@ better supported, the latest version of Python 3 is recommended. You don't lose anything in Django by using an older release, but you don't take advantage of the improvements and optimizations in newer Python releases. -Third-party applications for use with Django are, of course, free to set their -own version requirements. +Third-party applications for use with Django are free to set their own version +requirements. Should I use the stable version or development version? ======================================================= diff --git a/docs/faq/usage.txt b/docs/faq/usage.txt index 60261508df..0145a580fd 100644 --- a/docs/faq/usage.txt +++ b/docs/faq/usage.txt @@ -12,7 +12,7 @@ Make sure that: * Said module is on ``sys.path`` (``import mysite.settings`` should work). -* The module doesn't contain syntax errors (of course). +* The module doesn't contain syntax errors. I can't stand your template language. Do I have to use it? ========================================================== |