Sous Joomla 1.0, dès que l’on souhaitait modifier légèrement l’affichage d’un composant, on était contraint de modifier le code source de ce dernier. Cela avait pour conséquence de compliquer la maintenance des sites sous Joomla. En effet, il n’était plus possible de suivre bêtement la procédure de mise à jour de Joomla pour appliquer un patch corrigeant une faille de sécurité par exemple.

En réalité, redéfinir l’affichage des composant est possible également sous Joomla 1.0. La technique consiste à créer un mambot système qui va modifier l’objet global $mainframe. Il est possible de modifier le comportement de $mainframe, mais également de l’étendre, de l’enrichir… Cette technique peut également être utilisé à d’autres fins : tels que la modification du comportement de l’objet global $database….

Voici un premier exemple qui va modifier, de façon transparente pour Joomla, l’objet $mainframe, afin de lui ajouter de nouvelles fonctionnalités, ou afin de modifier son comportement.

L’objet $mainframe est capital au sein de Joomla. En le modifiant certaines de ses propriétés, vous serez à même de redéfinir le nom des fichiers appartenant à un composant. Voici un exemple très succint, à placer au sein d’un mambot système :

Joomla affiche en « page d’accueil », la premier lien publié du menu appelé « main_menu ».

Par défaut, il s’agit d’une vue particulière du composant « com_content » qui va afficher une liste d’articles, à la manière d’un blog.

Pour mettre en page d’accueil, votre boutique VirtueMart, il vous suffit donc de placer en première position du menu main_menu, une entrée pointant vers une page du composant « virtuemart ».

Il n’est pas nécessaire qu’un module affichant le « mainmenu » ne soit publié. Ainsi, cette modification ne sera pas nécessairement visible dans les menus de navigation.

Ces webservices ne peuvent malheureusement pas à ma connaissance être désactivés.

De ce fait, lorsque l’on utilise VirtueMart en étant non connectés à Internet (pour développer ou faire une présentation), des messages d’erreurs peuvent s’afficher (ie : « Error: Failed to retrieve the Currency Converter XML document »).

Pour éviter ces désagréments, mais également éventuellement pour supprimer les appels à ces webservices qui peuvent être inutiles et ralentir inutilement le site, il faut créer un fichier dans le répertoire /administrator/components/com_virtuemart/classes/currency/

Appelez le par exemple « convertNOP.php ».

Voici le code source nécessaire :

Par la suite, il faut activer ce fichier en allant dans le back-office VirtueMart dans « Configuration » > « Configuration générale » > « Paramètres principaux » > « Sélectionner un module convertisseur de devises ».