doc/devmanual_fr/chap_fondements_cubicweb.txt
changeset 20 dfddcbef6684
parent 0 b97547f5f1fa
child 22 50f20cf0f440
--- a/doc/devmanual_fr/chap_fondements_cubicweb.txt	Mon Nov 10 13:20:02 2008 -0800
+++ b/doc/devmanual_fr/chap_fondements_cubicweb.txt	Tue Nov 11 11:35:08 2008 -0800
@@ -25,7 +25,7 @@
   le système de fichiers et est stocké dans la base de données lors de
   la création d'une instance. `CubicWeb` fournit un certain nombres de
   types d'entités inclus systématiquement car nécessaire au noyau
-  `CubicWeb` et une librairie de composants devant être inclus
+  `CubicWeb` et une librairie de cubes devant être inclus
   explicitement le cas échéant.
 
 *type d'entité* 
@@ -66,22 +66,26 @@
   - ``all-in-one`` : interface web et entrepôt dans un seul processus. L'entrepôt
      peut ou non être accessible via Pyro
 
-*composant*
-  un composant est un modèle regroupant un ou plusieurs types de données et/ou
+*cube*
+  un cube est un modèle regroupant un ou plusieurs types de données et/ou
   des vues afin de fournir une fonctionalité précise, ou une application `CubicWeb`
-  complète utilisant éventuellement d'autres composants. Les différents
-  composants disponibles sur une machine sont installés dans
-  `/usr/share/cubicweb/cubes`
+  complète utilisant éventuellement d'autres cube. Les différents
+  cubes disponibles sur une machine sont installés dans
+  `/path/to/forest/cubicweb/cubes`
 
 *instance*
-  une instance est une installation spécifique d'un template. Par exemple 
-  intranet/jpl et logilab.org sont deux instances du composant jpl. Les
-  instances sont définies dans le répertoire `/etc/cubicweb.d`.
+  une instance est une installation spécifique d'un template. Sont regroupes
+  dans une instance tous les fichiers de configurations necessaires au bon
+  fonctionnement de votre application web. Elle referrera au(x) cube(s) sur 
+  le(s)quel(s) votre application se base.
+  Par exemple intranet/jpl et logilab.org sont deux instances du cube jpl que
+  nous avons developpes en interne. 
+  Les instances sont définies dans le répertoire `~/etc/cubicweb.d`.
 
 *application*
   le mot application est utilisé parfois pour parler d'une instance et parfois
   d'un composant, en fonction du contexte... Mieux vaut donc éviter de
-  l'utiliser et utiliser plutôt *composant* et *instance*.
+  l'utiliser et utiliser plutôt *cube* et *instance*.
 
 *result set*
   objet encaspulant les résultats d'une requête RQL et des informations sur
@@ -96,14 +100,14 @@
 .. _`yams`: http://www.logilab.org/project/name/yams/
 
 
-Structure standard d'un composant
----------------------------------
+Structure standard d'un cube
+----------------------------
 
-Un composant complexe est structuré selon le modèle suivant :
+Un cube complexe est structuré selon le modèle suivant :
 
 ::
   
-  moncomposant/
+  moncube/
   |
   |-- schema.py
   |
@@ -132,7 +136,7 @@
 
 ::
   
-  moncomposant/
+  moncube/
   |
   |-- entities.py
   |-- hooks.py
@@ -160,8 +164,8 @@
   installé) 
 * le fichier ``__pkginfo__.py`` donne un certain nombre de méta-données sur le
   composant, notamment le nom de la distribution et la version courante (coté
-  serveur et interface web) ou encore les sous-composants utilisés par ce
-  composant. 
+  serveur et interface web) ou encore les sous-cubes utilisés par ce
+  cube. 
 
 Le strict minimum étant :