Update djangodoc references also in READMEs, as per #3126

This commit is contained in:
Griatch 2023-03-04 20:10:12 +01:00
parent fe546c888d
commit f66db3344d
10 changed files with 28 additions and 35 deletions

View file

@ -41,7 +41,7 @@ image uploaded by a user), the save (or load) communication follows the path:
Django -> Storage backend
Storage backend -> file storage location (e.g. hard drive)
[django docs](https://docs.djangoproject.com/en/3.0/ref/settings/#std:setting-STATICFILES_STORAGE)
[django docs](https://docs.djangoproject.com/en/4.1/ref/settings/#std:setting-STATICFILES_STORAGE)
This plugin, when enabled, overrides the default storage backend,
which defaults to saving files at mygame/website/, instead,

View file

@ -1017,7 +1017,7 @@ TEMPLATES = [
}
]
# Django cache settings
# https://docs.djangoproject.com/en/dev/topics/cache/#setting-up-the-cache
# https://docs.djangoproject.com/en/4.1/topics/cache/#setting-up-the-cache
CACHES = {
"default": {
"BACKEND": "django.core.cache.backends.locmem.LocMemCache",
@ -1076,7 +1076,7 @@ INSTALLED_APPS = [
AUTH_USER_MODEL = "accounts.AccountDB"
# Password validation plugins
# https://docs.djangoproject.com/en/1.11/ref/settings/#auth-password-validators
# https://docs.djangoproject.com/en/4.1/ref/settings/#auth-password-validators
AUTH_PASSWORD_VALIDATORS = [
{"NAME": "django.contrib.auth.password_validation.UserAttributeSimilarityValidator"},
{

View file

@ -41,7 +41,7 @@ image uploaded by a user), the save (or load) communication follows the path:
Django -> Storage backend
Storage backend -> file storage location (e.g. hard drive)
[django docs](https://docs.djangoproject.com/en/3.0/ref/settings/#std:setting-STATICFILES_STORAGE)
[django docs](https://docs.djangoproject.com/en/4.1/ref/settings/#std:setting-STATICFILES_STORAGE)
This plugin, when enabled, overrides the default storage backend,
which defaults to saving files at mygame/website/, instead,

View file

@ -2,4 +2,4 @@
Evennia makes several customizations to the Django web admin, but you can make
further changes here. Customizing the admin is a big topic and
you are best off reading more about it in the [Django admin site documentation](https://docs.djangoproject.com/en/3.2/ref/contrib/admin/).
you are best off reading more about it in the [Django admin site documentation](https://docs.djangoproject.com/en/4.1/ref/contrib/admin/).

View file

@ -19,5 +19,5 @@ responsible (usually) for producing the web page by filling in a _template_ - a
HTML document that can have special tags in it that are replaced for dynamic
content. It then returns the finished HTML page for the user to view.
See the [Django docs on Views](https://docs.djangoproject.com/en/3.2/topics/http/views/) for
See the [Django docs on Views](https://docs.djangoproject.com/en/4.1/topics/http/views/) for
more information.

View file

@ -11,7 +11,7 @@ responsible (usually) for producing the web page by filling in a _template_ - a
HTML document that can have special tags in it that are replaced for dynamic
content. It then returns the finished HTML page for the user to view.
See the [Django docs on Views](https://docs.djangoproject.com/en/3.2/topics/http/views/) for
See the [Django docs on Views](https://docs.djangoproject.com/en/4.1/topics/http/views/) for
more information.
## Overriding a view

View file

@ -91,13 +91,13 @@ SIGNAL_CHANNEL_POST_CREATE = Signal()
# Called just after at_traverse hook.
SIGNAL_EXIT_TRAVERSED = Signal()
# Django default signals (https://docs.djangoproject.com/en/2.2/topics/signals/)
# Django default signals (https://docs.djangoproject.com/en/4.1/topics/signals/)
from django.core.signals import request_finished # " ends.
from django.core.signals import request_started # Sent when HTTP request begins.
from django.db.backends.signals import ( # Sent when making initial connection to database
from django.db.backends.signals import (
connection_created,
)
) # Sent when making initial connection to database
from django.db.models.signals import m2m_changed # Sent when a ManyToManyField changes.
from django.db.models.signals import post_delete # after "
from django.db.models.signals import post_init # end
@ -105,15 +105,9 @@ from django.db.models.signals import post_migrate # after "
from django.db.models.signals import post_save # after "
from django.db.models.signals import pre_delete # Sent before an object is deleted.
from django.db.models.signals import pre_migrate # Sent before migration starts
from django.db.models.signals import pre_save # Sent before a typeclass' .save is called.
from django.db.models.signals import (
pre_save, # Sent before a typeclass' .save is called.
)
from django.db.models.signals import ( # Sent at start of typeclass __init__ (before at_init)
pre_init,
)
from django.test.signals import (
setting_changed, # Sent when setting changes from override
)
from django.test.signals import (
template_rendered, # Sent when test system renders template
)
) # Sent at start of typeclass __init__ (before at_init)
from django.test.signals import setting_changed # Sent when setting changes from override
from django.test.signals import template_rendered # Sent when test system renders template

View file

@ -998,7 +998,7 @@ TEMPLATES = [
}
]
# Django cache settings
# https://docs.djangoproject.com/en/dev/topics/cache/#setting-up-the-cache
# https://docs.djangoproject.com/en/4.1/topics/cache/#setting-up-the-cache
CACHES = {
"default": {
"BACKEND": "django.core.cache.backends.locmem.LocMemCache",
@ -1057,7 +1057,7 @@ INSTALLED_APPS = [
AUTH_USER_MODEL = "accounts.AccountDB"
# Password validation plugins
# https://docs.djangoproject.com/en/1.11/ref/settings/#auth-password-validators
# https://docs.djangoproject.com/en/4.1/ref/settings/#auth-password-validators
AUTH_PASSWORD_VALIDATORS = [
{"NAME": "django.contrib.auth.password_validation.UserAttributeSimilarityValidator"},
{

View file

@ -2,7 +2,7 @@ This fork of django-idmapper fixes some bugs that prevented the
idmapper from being used in many instances. In particular, the caching
manager is now inherited by SharedMemoryManager subclasses, and it is
used when Django uses an automatic manager (see
http://docs.djangoproject.com/en/dev/topics/db/managers/#controlling-automatic-manager-types).
http://docs.djangoproject.com/en/4.1/topics/db/managers/#controlling-automatic-manager-types).
This means access through foreign keys now uses identity mapping.
Tested with Django version 1.2 alpha 1 SVN-12375.

View file

@ -3,7 +3,6 @@ from django.conf import settings
from django.contrib.auth.forms import UserCreationForm, UsernameField
from django.forms import ModelForm
from django.utils.html import escape
from evennia.utils import class_from_module
@ -127,13 +126,13 @@ class CharacterForm(ObjectForm):
this is used for the 'desc' field to show a Textarea box instead of a Textbox.
For help in building out your form, please see:
https://docs.djangoproject.com/en/1.11/topics/forms/#building-a-form-in-django
https://docs.djangoproject.com/en/4.1/topics/forms/#building-a-form-in-django
For more information on fields and their capabilities, see:
https://docs.djangoproject.com/en/1.11/ref/forms/fields/
https://docs.djangoproject.com/en/4.1/ref/forms/fields/
For more on widgets, see:
https://docs.djangoproject.com/en/1.11/ref/forms/widgets/
https://docs.djangoproject.com/en/4.1/ref/forms/widgets/
"""