mirror of
https://github.com/django/django.git
synced 2025-10-24 14:16:09 +00:00
Refs #36485 -- Removed unnecessary parentheses in :meth: and :func: roles in docs.
This commit is contained in:
@@ -288,7 +288,7 @@ Making actions available site-wide
|
||||
|
||||
Some actions are best if they're made available to *any* object in the admin
|
||||
site -- the export action defined above would be a good candidate. You can
|
||||
make an action globally available using :meth:`AdminSite.add_action()`. For
|
||||
make an action globally available using :meth:`AdminSite.add_action`. For
|
||||
example::
|
||||
|
||||
from django.contrib import admin
|
||||
@@ -299,7 +299,7 @@ Making actions available site-wide
|
||||
action named "export_selected_objects". You can explicitly give the action
|
||||
a name -- good if you later want to programmatically :ref:`remove the action
|
||||
<disabling-admin-actions>` -- by passing a second argument to
|
||||
:meth:`AdminSite.add_action()`::
|
||||
:meth:`AdminSite.add_action`::
|
||||
|
||||
admin.site.add_action(export_selected_objects, "export_selected")
|
||||
|
||||
@@ -318,7 +318,7 @@ Disabling a site-wide action
|
||||
.. method:: AdminSite.disable_action(name)
|
||||
|
||||
If you need to disable a :ref:`site-wide action <adminsite-actions>` you can
|
||||
call :meth:`AdminSite.disable_action()`.
|
||||
call :meth:`AdminSite.disable_action`.
|
||||
|
||||
For example, you can use this method to remove the built-in "delete selected
|
||||
objects" action::
|
||||
|
||||
@@ -154,12 +154,12 @@ application and imports it.
|
||||
.. class:: apps.AdminConfig
|
||||
|
||||
This is the default :class:`~django.apps.AppConfig` class for the admin.
|
||||
It calls :func:`~django.contrib.admin.autodiscover()` when Django starts.
|
||||
It calls :func:`~django.contrib.admin.autodiscover` when Django starts.
|
||||
|
||||
.. class:: apps.SimpleAdminConfig
|
||||
|
||||
This class works like :class:`~django.contrib.admin.apps.AdminConfig`,
|
||||
except it doesn't call :func:`~django.contrib.admin.autodiscover()`.
|
||||
except it doesn't call :func:`~django.contrib.admin.autodiscover`.
|
||||
|
||||
.. attribute:: default_site
|
||||
|
||||
@@ -3119,7 +3119,7 @@ Hooking ``AdminSite`` instances into your URLconf
|
||||
The last step in setting up the Django admin is to hook your ``AdminSite``
|
||||
instance into your URLconf. Do this by pointing a given URL at the
|
||||
``AdminSite.urls`` method. It is not necessary to use
|
||||
:func:`~django.urls.include()`.
|
||||
:func:`~django.urls.include`.
|
||||
|
||||
In this example, we register the default ``AdminSite`` instance
|
||||
``django.contrib.admin.site`` at the URL ``/admin/`` ::
|
||||
@@ -3245,10 +3245,10 @@ Adding views to admin sites
|
||||
---------------------------
|
||||
|
||||
Just like :class:`ModelAdmin`, :class:`AdminSite` provides a
|
||||
:meth:`~django.contrib.admin.ModelAdmin.get_urls()` method
|
||||
:meth:`~django.contrib.admin.ModelAdmin.get_urls` method
|
||||
that can be overridden to define additional views for the site. To add
|
||||
a new view to your admin site, extend the base
|
||||
:meth:`~django.contrib.admin.ModelAdmin.get_urls()` method to include
|
||||
:meth:`~django.contrib.admin.ModelAdmin.get_urls` method to include
|
||||
a pattern for your new view.
|
||||
|
||||
.. note::
|
||||
|
||||
Reference in New Issue
Block a user