Catégorie:Développement de modules - Historique des versions

Paul : /* Templates */

2009-12-08T16:38:59Z

‎Templates

Paul : /* Introduction */

2009-12-08T16:38:21Z

‎Introduction

Paul : /* Introduction */

2009-12-08T16:37:47Z

‎Introduction

Paul : /* Utiliser des fonctions avancées d'Ovidentia */

2009-12-08T08:36:48Z

‎Utiliser des fonctions avancées d'Ovidentia

Antgal : /* Le gestionnaire d'événements */

2009-11-02T16:24:05Z

‎Le gestionnaire d'événements

Antgal : /* Structure du module */

2009-11-02T15:50:08Z

‎Structure du module

Paul : /* Envoyer des e-mails */

2008-11-10T09:47:24Z

‎Envoyer des e-mails

Paul le 11 avril 2008 à 14:59

2008-04-11T14:59:45Z

Paul : Nouvelle page : Lire l'introduction au Développement de modules

2008-01-11T17:23:47Z

Nouvelle page : Lire l'introduction au Développement de modules

Nouvelle page

Lire l'introduction au [[Développement de modules]]

@@ Ligne 42 : / Ligne 42 : @@
 * [[Exemple d'utilisation de la fonction bab_printTemplate()]]
 * [[Syntaxe des templates]]
-* [[Nouveau moteur de templates]]
+* [[Moteur de templates]]
 == Droits d'accès ==

@@ Ligne 1 : / Ligne 1 : @@
 == Introduction ==
-Un module d'Ovidentia est une archive qui peut être distribuée et qui améliore ou ajoute des fonctionnalités du portail. Les méthodes de développement utilisées pour les modules sont les mêmes que celles utilisées pour le noyau. De ce fait, les modules utilisent les fonctions disponibles dans le noyau ([[Moteur de template]], gestion des droits ...) et publiées en tant qu'API. Les fonctions ne faisant pas partie des API documentées ne doivent en aucun cas être utilisées. Elles peuvent évoluer dans l'avenir ou changer de comportement.
+Un module d'Ovidentia est une archive qui peut être distribuée et qui améliore ou ajoute des fonctionnalités du portail. Les méthodes de développement utilisées pour les modules sont les mêmes que celles utilisées pour le noyau. De ce fait, les modules utilisent les fonctions disponibles dans le noyau ([[Moteur de templates]], gestion des droits ...) et publiées en tant qu'API. Les fonctions ne faisant pas partie des API documentées ne doivent en aucun cas être utilisées. Elles peuvent évoluer dans l'avenir ou changer de comportement.
 Les templates d'Ovidentia représentent l'outil qui permet de séparer le code PHP du code HTML ; la gestion des skins d'ovidentia est basée sur ce principe. Les modules sont généralement développés en utilisant cette technologie.

@@ Ligne 1 : / Ligne 1 : @@
 == Introduction ==
-Un module d'Ovidentia est une archive qui peut être distribuée et qui améliore ou ajoute des fonctionnalités du portail. Les méthodes de développement utilisées pour les modules sont les mêmes que celles utilisées pour le noyau. De ce fait, les modules utilisent les fonctions disponibles dans le noyau (moteur de templates, gestion des droits ...) et publiées en tant qu'API. Les fonctions ne faisant pas partie des API documentées ne doivent en aucun cas être utilisées. Elles peuvent évoluer dans l'avenir ou changer de comportement.
+Un module d'Ovidentia est une archive qui peut être distribuée et qui améliore ou ajoute des fonctionnalités du portail. Les méthodes de développement utilisées pour les modules sont les mêmes que celles utilisées pour le noyau. De ce fait, les modules utilisent les fonctions disponibles dans le noyau ([[Moteur de template]], gestion des droits ...) et publiées en tant qu'API. Les fonctions ne faisant pas partie des API documentées ne doivent en aucun cas être utilisées. Elles peuvent évoluer dans l'avenir ou changer de comportement.
 Les templates d'Ovidentia représentent l'outil qui permet de séparer le code PHP du code HTML ; la gestion des skins d'ovidentia est basée sur ce principe. Les modules sont généralement développés en utilisant cette technologie.

← Version précédente		Version du 8 décembre 2009 à 08:36
Ligne 75 :		Ligne 75 :

	Voir la documentation complète : [[API d'envoi de mails]]		Voir la documentation complète : [[API d'envoi de mails]]
		+
		+
		+
		+	=== Sélectionner des éléments d'ovidentia par une popup ===
		+
		+	[[API javascript bab dialog]]

@@ Ligne 58 : / Ligne 58 : @@
 * [[API du gestionnaire d'événement]]
-* [[Communication entre les modules]] (Technologie à l'étude)
+* [[Communication entre les modules]]
 === Proposer un service OVML ===

← Version précédente		Version du 2 novembre 2009 à 15:50
Ligne 10 :		Ligne 10 :


−	Pour créer un module, il faut créer les répertoires nécessaires dans l'arborescence d'Ovidentia en utilisant un nom unique pour le module. Pour connaître la disposition des répertoires autorisés dans un module, consultez la page [[Structure des répertoires d'un module]]	+	Pour créer un module, il faut créer les répertoires nécessaires dans l'arborescence d'Ovidentia en utilisant un nom unique pour le module. Pour connaître la disposition des répertoires autorisés dans un module, consultez la page [[Structure des répertoires d'un module]].

	Dans le répertoire contenant les fichiers php (programs), il existe des fichiers avec des noms imposés :		Dans le répertoire contenant les fichiers php (programs), il existe des fichiers avec des noms imposés :

← Version précédente		Version du 10 novembre 2008 à 09:47
Ligne 1 :		Ligne 1 :
−
	== Introduction ==		== Introduction ==

Ligne 74 :		Ligne 73 :

	Ensuite, la fonction bab_mail() permet d'obtenir une instance de l'objet nécessaire à l'envoi des e-mails.		Ensuite, la fonction bab_mail() permet d'obtenir une instance de l'objet nécessaire à l'envoi des e-mails.
		+
		+	Voir la documentation complète : [[API d'envoi de mails]]

← Version précédente		Version du 11 avril 2008 à 14:59
Ligne 1 :		Ligne 1 :
−	~~Lire~~ l'~~introduction~~ au [[~~Développement~~ de modules]]	+
		+	== Introduction ==
		+
		+	Un module d'Ovidentia est une archive qui peut être distribuée et qui améliore ou ajoute des fonctionnalités du portail. Les méthodes de développement utilisées pour les modules sont les mêmes que celles utilisées pour le noyau. De ce fait, les modules utilisent les fonctions disponibles dans le noyau (moteur de templates, gestion des droits ...) et publiées en tant qu'API. Les fonctions ne faisant pas partie des API documentées ne doivent en aucun cas être utilisées. Elles peuvent évoluer dans l'avenir ou changer de comportement.
		+
		+	Les templates d'Ovidentia représentent l'outil qui permet de séparer le code PHP du code HTML ; la gestion des skins d'ovidentia est basée sur ce principe. Les modules sont généralement développés en utilisant cette technologie.
		+
		+	Ce document est un guide qui fourni au développeur toutes les étapes nécessaires à la construction d'un module basique. Le lecteur doit être familiarisé au préalable avec les notions de développement PHP, HTML et CSS.
		+
		+	== Structure du module ==
		+
		+
		+	Pour créer un module, il faut créer les répertoires nécessaires dans l'arborescence d'Ovidentia en utilisant un nom unique pour le module. Pour connaître la disposition des répertoires autorisés dans un module, consultez la page [[Structure des répertoires d'un module]]
		+
		+	Dans le répertoire contenant les fichiers php (programs), il existe des fichiers avec des noms imposés :
		+
		+	* [[Fichiers spécifiques des modules#addonini.php\|addonini.php]]
		+	* [[Fichiers spécifiques des modules#ovml.php\|ovml.php]]
		+	* [[Fichiers spécifiques des modules#history.txt\|history.txt]]
		+	* [[Fichiers spécifiques des modules#init.php\|init.php]]
		+
		+	== Gestion de la base de données ==
		+
		+	Le lien avec le serveur de base de données MySQL se fait au travers d'un objet php '''bab_database'''.Le client '''mysql''' de php n'est pas utilisé directement. Cet objet propose quelques fonctions supplémentaires décrites dans la documentation ci-dessous :
		+
		+	* [[Documentation de l'objet bab_database]]
		+
		+	== Les fonctions d'Ovidentia ==
		+
		+	Les fonctions disponibles pour les modules se trouvent dans les fichiers utilit/addonapi.php( Consulter [[API noyau/module]] ).
		+	Les fonctions des autres fichiers, qui ne sont pas spécifiées dans ce wiki comme disponibles pour les modules, ne doivent pas être utilisées. Elles sont sujettes à modification ou suppression dans les futures versions d'Ovidentia.
		+
		+	== Les variables globales ==
		+
		+	Lors du développement dans le contexte d'un module, certaines variables globales peuvent êtres utilisées.
		+
		+	* [[Liste des variables globales pour les modules]]
		+
		+	== Templates ==
		+
		+	Le moteur de template permet de séparer les données de la présentation. Il utilise un objet PHP pour injecter les données dans un fichier HTML dit '''"template"'''.
		+
		+	* [[Exemple d'utilisation de la fonction bab_printTemplate()]]
		+	* [[Syntaxe des templates]]
		+	* [[Nouveau moteur de templates]]
		+
		+	== Droits d'accès ==
		+
		+	Les modules peuvent utiliser l'API ACL ([[Access Control List]]) pour gérer les droits d'accès. Elle permet d'assigner des droits et de vérifier l'accès à un élément en fonction des groupes d'utilisateurs du portail.
		+
		+	* Voir la documentation : [[Access Control List]]
		+
		+	== Utiliser des fonctions avancées d'Ovidentia ==
		+
		+
		+	=== Le gestionnaire d'événements ===
		+
		+	Le gestionnaire d'événements est un outil qui permet de s'enregistrer lors de l'installation du module afin d'être notifié de l'exécution de certaines actions ou à l'inverse, prévenir d'autres modules.
		+
		+	* [[API du gestionnaire d'événement]]
		+	* [[Communication entre les modules]] (Technologie à l'étude)
		+
		+	=== Proposer un service OVML ===
		+
		+	Permet à un module de fournir des services OVML. Ces services sont implémentés sous forme de containers utilisables pour personnaliser les pages d'accueil avec des données gérées par le module ( dernières publications, dernières mises à jour, etc ... )
		+
		+	* [[Implémentation de containers OVML dans un module]]
		+
		+	=== Envoyer des e-mails ===
		+
		+	Pour envoyer des emails de notification en utilisant la configuration du portail, il faut inclure le fichier de la fonction email d'Ovidentia avec cette syntaxe :
		+
		+	include_once $babInstallPath."utilit/mailincl.php";
		+
		+	Ensuite, la fonction bab_mail() permet d'obtenir une instance de l'objet nécessaire à l'envoi des e-mails.