64 lines
1.3 KiB
Plaintext
64 lines
1.3 KiB
Plaintext
== Templates
|
|
|
|
|
|
=== Structure et configuration
|
|
|
|
==== Répertoires de découverte des templates
|
|
|
|
|
|
==== Fichiers statiques
|
|
|
|
(à compléter)
|
|
|
|
=== Builtins
|
|
|
|
|
|
[source,python]
|
|
----
|
|
|
|
|
|
----
|
|
|
|
==== Regroup By
|
|
|
|
(le truc super facile qui sert à mort dans plein de cas sans qu'on n'ait à se casser la tête).
|
|
|
|
=== Non-builtins
|
|
|
|
|
|
|
|
[source,bash]
|
|
----
|
|
[Inclure un tree du dossier template tags]
|
|
----
|
|
|
|
Pour plus d'informations, la https://docs.djangoproject.com/en/stable/howto/custom-template-tags/#writing-custom-template-tags[documentation officielle est un bon début].
|
|
|
|
|
|
|
|
|
|
=== Contexts Processors
|
|
|
|
Un `context processor` permet d'ajouter des informations par défaut à un contexte (le dictionnaire qu'on passe de la vue au template).
|
|
L'idée est d'ajouter une fonction à un module Python à notre projet, puis de le référencer parmi
|
|
les CONTEXT_PROCESSORS de nos paramètres généraux. Cette fonction doit peupler un dictionnaire, et les clés de ce dictionnaire seront
|
|
directement ajoutées à tout autre dictionnaire/contexte passé à une vue. Par exemple:
|
|
|
|
(cf. https://stackoverflow.com/questions/60515797/default-context-for-all-pages-django[StackOverflow] - à retravailler)
|
|
|
|
[source,python]
|
|
----
|
|
|
|
----
|
|
|
|
[source,python]
|
|
----
|
|
'OPTIONS': {
|
|
'context_processors': [
|
|
....
|
|
|
|
....
|
|
],
|
|
},
|
|
----
|