Communication entre les modules - Historique des versions

Paul le 6 mars 2009 à 10:07

2009-03-06T10:07:12Z

2008-04-11T14:27:15Z

2008-04-08T15:03:36Z

‎Proposer des fonctionnalités

2008-04-07T13:18:18Z

‎Dépendances entre les modules au moment de l'installation

2008-02-18T09:39:50Z

‎Héritage de fonctionnalités

2008-02-18T09:39:33Z

‎Héritage de fonctionnalités

2008-02-18T09:38:57Z

‎Proposer des fonctionnalités

2008-02-18T09:31:19Z

‎Proposer des fonctionnalités

2008-02-05T11:17:19Z

‎Proposer des fonctionnalités

2008-02-04T14:49:25Z

‎API des fonctionalités

← Version précédente		Version du 6 mars 2009 à 10:07
Ligne 1 :		Ligne 1 :
	[[Catégorie:Développement de modules]]		[[Catégorie:Développement de modules]]
		+	[[Catégorie:Technologies à l'étude]]

	== Dépendances entre les modules au moment de l'installation ==		== Dépendances entre les modules au moment de l'installation ==

@@ Ligne 24 : / Ligne 24 : @@
 == Gestionnaire d'événements et fonctionnalités ==
-Pour que les différents modules puissent partager des fonctions, les développeurs pourront utiliser le [[API du gestionnaire d'événement|gestionnaire d'événements]]
+Pour que les différents modules puissent partager des fonctions, les développeurs pourront utiliser le [[API du gestionnaire d'événement|gestionnaire d'événements]] et l'[[API des fonctionnalités]]
 [[Image:Com addons.svg]]

← Version précédente		Version du 8 avril 2008 à 15:03
Ligne 59 :		Ligne 59 :


−	Dans Ovidentia, un fichier "link.inc" sera créé dans un arbre de répertoire avec pour contenu du code php pour inclure le fichier passé en 2ème paramètre.	+	Dans Ovidentia, un fichier "link.inc" sera créé dans un arbre de répertoire avec pour contenu du code php pour inclure le fichier passé en 2ème paramètre.
		+
		+	'''TODO''' : Il faudrait déclencher un événement à chaque bab_functionalities::register et bab_functionalities::unregister de manière à permettre aux modules dépendant de ces fonctionnalités de réagir en conséquence (et éventuellement empêcher la désinstallation de la fonctionnalité?)

@@ Ligne 5 : / Ligne 5 : @@
 Lors de l'installation d'un module, des dépendances peuvent êtres utilisées, le nom des modules dépendants doivent être ajoutés dans le fichier addonini.php avec le numéro de version minimum nécessaire dans la section "addons" :
-exemple avec le module ivdashboard qui nécessite le module client :
+exemple avec le module dashboard qui nécessite le module client :
 <pre>
 [general]
-name="ivdashboard"
+name="dashboard"
 version=6.09
-description="Gestion de projets INVIVO"
+description="Gestion de projets"
-db_prefix="ivd_"
+db_prefix="gdp_"
 ov_version=5.6.2
 php_version=4.1.2

@@ Ligne 95 : / Ligne 95 : @@
-<pre>
+<source lang="php">
 bab_functionality::includefile('convertHtml');
@@ Ligne 115 : / Ligne 115 : @@
+}
-</pre>
+</source>
 === Utiliser une fonctionnalité ===

@@ Ligne 70 : / Ligne 70 : @@
 exemple : le module "convert" propose une fonctionnalité pour convertir du html
-<pre>
+<source lang="php">
 class convertHtml extends bab_functionality {
@@ Ligne 88 : / Ligne 88 : @@
+}
-</pre>
+</source>
 Dans un autre module "convertToPdf", on propose de convertir du html en pdf en utilisant openOffice. Pour que la fonctionnalité soit acceptée par le programme d'installation, l'objet doit contenir au moins les méthodes du parent. La liste des méthodes sera comparée en utilisant "getFunctionalityCallableMethods".

@@ Ligne 39 : / Ligne 39 : @@
 Une fonction du noyau d'ovidentia permettra d'enregistrer un fichier php en tant que fonctionnalité, le fichier devra contenir une classe PHP nommée en utilisant la même chemin, par exemple :
-<pre>
+<source lang="php">
 class convertHtml_toPdf_openOffice extends bab_functionality {
+}
-</pre>
+</source>
 le _ remplace le / dans le nom de la classe
@@ Ligne 51 : / Ligne 51 : @@
 Au moment de l'installation ou du programme de reprise, il faut enregistrer la fonctionnalité dans ovidentia, exemple :
-<pre>
+<source lang="php">
 include_once $GLOBALS['babInstallPath'].'utilit/functionalityincl.php';
 $func = new bab_functionalities();
 $func->register("convertHtml/toPdf/openOffice", $GLOBALS['babAddonPhpPath'].'convert.php');
-</pre>
+</source>

@@ Ligne 35 : / Ligne 35 : @@
 === Proposer des fonctionnalités ===
-Chaque fonctionnalité devra être nommée selon un "chemin", par exemple "convertHtml/toPdf/openOffice", les caractères _ sont interdis dans le chemin.
+Chaque fonctionnalité devra être nommée selon un "chemin" unique, par exemple "convertHtml/toPdf/openOffice", les caractères _ sont interdits dans le chemin.
-Une fonction du noyau d'ovidentia permettra d'enregistrer un fichier php en tant que fonctionnalité, le fichier devra contenir une classe PHP nommée en utilisant la même arborescence, par exemple :
+Une fonction du noyau d'ovidentia permettra d'enregistrer un fichier php en tant que fonctionnalité, le fichier devra contenir une classe PHP nommée en utilisant la même chemin, par exemple :
 <pre>
@@ Ligne 47 : / Ligne 47 : @@
 le _ remplace le / dans le nom de la classe
-l'objet devra être hérité de bab_functionality.
+l'objet devra hériter de la classe bab_functionality.
 Au moment de l'installation ou du programme de reprise, il faut enregistrer la fonctionnalité dans ovidentia, exemple :

← Version précédente		Version du 4 février 2008 à 14:49
Ligne 30 :		Ligne 30 :
	== API des fonctionalités ==		== API des fonctionalités ==

−	'''Attention, cette API sera disponible à partir de ovidentia 6.6.0'''	+	'''Attention, cette API sera disponible à partir de ovidentia 6.6.90'''