Reread Django part 1

source/part-1-workspace/django/_index.adoc

@@ -138,14 +138,9 @@ Tant que nous y sommes, nous pouvons ajouter un répertoire dans lequel nous sto
 
 [source,bash]
 ----
-$ mkdir requirements
-$ touch README.md
-----
-
-
-[source,bash]
-----
-(gwift) fred@aerys:~/Sources$ tree gwift
+(gwift) $ mkdir requirements
+(gwift) $ touch README.md
+(gwift) $ tree gwift
 gwift
 ├── gwift
 │   ├── asgi.py
@@ -198,7 +193,7 @@ Nous faisons ici une distinction entre un **projet** et une **application**:
 Pour `gwift`, nous aurons:
 
 .Django Projet vs Applications
-image:images/django/django-project-vs-applications.png[]
+image::images/django/django-project-vs-apps-gwift.png[]
 
 . une première application pour la gestion des listes de souhaits et des éléments,
 . une deuxième application pour la gestion des utilisateurs,
@@ -206,6 +201,11 @@ image:images/django/django-project-vs-applications.png[]
 
 Nous voyons également que la gestion des listes de souhaits et éléments aura besoin de la gestion des utilisateurs - elle n'est pas autonome -, tandis que la gestion des utilisateurs n'a aucune autre dépendance qu'elle-même.
 
+Pour `khana`, nous aurons:
+
+.Django Project vs Applications
+image::images/django/django-project-vs-apps-khana.png[]
+
 
 Nous pouvons clairement visualiser le principe de **contexte** pour une application: celle-ci viendra avec son modèle, ses tests, ses vues et son paramétrage.
 Elle pourra éventuellement être réutilisée dans un autre projet.