Refactorisation du noyau : Différence entre versions

De OviWiki
Aller à : navigation, rechercher
(Code utilisé abondamment dans les modules)
Ligne 59 : Ligne 59 :
 
|| $babBody->title || Il faut encoder le message d'erreur en html || $babBody->setTitle() || Opérationnel
 
|| $babBody->title || Il faut encoder le message d'erreur en html || $babBody->setTitle() || Opérationnel
 
|-
 
|-
|| Les variables du contexte d'un addon || le contexte des modules complique les choses de le cadre des événements, il faudrait utiliser une méthode alternative pour obtenir les différentes variables || || A faire plus tard
+
|| Les variables du contexte d'un addon || le contexte des modules complique les choses de le cadre des événements, il faudrait utiliser une méthode alternative pour obtenir les différentes variables : API <code>bab_getAddonInfosInstance()</code> || || Fait
 
|}
 
|}
 
  
 
== Module de compatibilité ==
 
== Module de compatibilité ==
  
 
Il serait intéressant de créer un module fournissant une couche de compatibilité pour les modules.
 
Il serait intéressant de créer un module fournissant une couche de compatibilité pour les modules.

Version du 9 février 2009 à 11:32

Code utilisé dans le noyau uniquement

Syntaxe à remplacer Commentaire Proposition État d'avancement
$babBody->topman liste de thèmes, il faut la calculer que lorsque nécessaire En cours
$babBody->topsub liste de thèmes, il faut la calculer que lorsque nécessaire En cours
$babBody->topcom liste de thèmes, il faut la calculer que lorsque nécessaire En cours
$babBody->topmod liste de thèmes, il faut la calculer que lorsque nécessaire En cours
$babBody->topview liste de thèmes, il faut la calculer que lorsque nécessaire A faire
$babBody->icalendars objet icalendars, il faut le créer que lorsque nécessaire remplacé par la fonction bab_getICalendars() En cours
$babBody->ocids liste des organigrammes, il faut la calculer que lorsque nécessaire A faire
$babBody->ocids liste des organigrammes, il faut la calculer que lorsque nécessaire A faire
$babBody->get_topcats() méthode à enlever de $babBody A faire
$babBody->get_topcatview() méthode à enlever de $babBody A faire
$babBody->get_newarticles() méthode à enlever de $babBody A faire
$babBody->get_newcomments() méthode à enlever de $babBody A faire
$babBody->get_forums() méthode à enlever de $babBody A faire
$babBody->get_newposts() méthode à enlever de $babBody A faire
$babBody->get_newfiles() méthode à enlever de $babBody A faire
$babBody->nameorder méthode à enlever de $babBody Créer un objet/des fonctions pour accéder à la configuration du site (Voir bab_updateSiteSettings) A faire


Code utilisé dans quelques modules (qui peuvent être facilement mis à jour)

Syntaxe à remplacer Commentaire Proposition État d'avancement
$GLOBALS['babAddonUploadPath'] Il faudrait une API pour gérer le répertoire d'upload d'un addon et ne pas utiliser de variable globale A faire plus tard


Code utilisé abondamment dans les modules

Syntaxe à remplacer Commentaire Proposition État d'avancement
$babBody->msgerror Il faut encoder le message d'erreur en html $babBody->addError() Opérationnel
$babBody->title Il faut encoder le message d'erreur en html $babBody->setTitle() Opérationnel
Les variables du contexte d'un addon le contexte des modules complique les choses de le cadre des événements, il faudrait utiliser une méthode alternative pour obtenir les différentes variables : API bab_getAddonInfosInstance() Fait

Module de compatibilité

Il serait intéressant de créer un module fournissant une couche de compatibilité pour les modules.