tags

source/views/templates.rst

@@ -69,3 +69,14 @@ Par défaut, Django cherchera les templates dans les répertoirer d'installation
             ...
         },
     ]
+
+Builtins
+========
+
+Django vient avec un ensemble de *tags*. On a vu la boucle ``for`` ci-dessus, mais il existe `beaucoup d'autres tags nativement présents <https://docs.djangoproject.com/fr/1.9/ref/templates/builtins/>`_. Les principaux sont par exemple:
+
+ * ``{% if ... %} ... {% elif ... %} ... {% else %} ... {% endif %}``: permet de vérifier une condition et de n'afficher le contenu du bloc que si la condition est vérifiée.
+ * Opérateurs de comparaisons: ``<``, ``>``, ``==``, ``in``, ``not in``.
+ * Regroupements avec le tag ``{% regroup ... by ... as ... %}``.
+ * ``{% url %}``
+ * ...

source/views/views.rst

@@ -96,7 +96,7 @@ Rien de très sexy, aucune interaction avec l'utilisateur, très peu d'utilisati
 Class Based Views
 =================
 
-Les classes, de leur côté, implémente le *pattern* objet et permettent d'arriver facilement à un résultat en très peu de temps, parfois même en définissant simplement quelques attributs, et rien d'autre. Pour l'exemple, je vais définir deux classes qui donnent exactement le même résultat que la fonction ``wishlists`` ci-dessus. Une première fois en utilisant une classe générique vierge, et ensuite en utilisant une classe de type ``ListView``.
+Les classes, de leur côté, implémente le *pattern* objet et permettent d'arriver facilement à un résultat en très peu de temps, parfois même en définissant simplement quelques attributs, et rien d'autre. Pour l'exemple, on va définir deux classes qui donnent exactement le même résultat que la fonction ``wishlists`` ci-dessus. Une première fois en utilisant une classe générique vierge, et ensuite en utilisant une classe de type ``ListView``.
 
 Classe générique
 ----------------