Le flag price

Un module de type PRODUTS, contenant le FLAG PRICE, aura la capacité de modifier le prix d’un produit. Ce flag peut intervenirà différents niveaux. Le flag price , coté public Le flag coté public , intervient dans le calcul du prix, soit dans la class price. Dans le panier, il aura pour objectif de prendre[…]

Les flags utilisables dans les modules

En cours de rédaction, ces informations peuvent être amenées à changer ou à être complétées. Beaucoup de modules, peuvent définir des falgs , en plus du type auquel ils sont attachés. Ces flags (interrupteur) permettent d’inter-agir de manière particulière sur le fonctionnement du moteur, et l’empilement des modules. Les flags sont accessibles uniquement sur des[…]

Les modules de type payment

Les modules de type payment assurent la prise en charge des différents types de paiements possibles, et des différents services tiers associés à la gestion des paiements. Note Tous les modules sont d’origine de oscommerce, pour la version MS2.2. Les évolutions entre les modules d’oscommerce et d’oscss sont quasi-inexistantes, et la plupart peuvent fonctionner directement, sans[…]

Module type newsletters

Les modules de type newsletters, permettent de gérer des envois vers les clients, de mails en masse. La class support est la class de type page nommée newsletters. L’ensemble des modules doit être adapté à l’interface des newsletters, et sont des class étendues de la class de type page, nommée newsletters. Un interface vient compléter[…]

Tableau de bord, module de page index

Ce module, prend en charge les appels vers les tableaux de bord ; Un tableau de bord est disponible pour chaque « entête » de menu, configuration, catalogue, clients, contenu… L’ensemble des blocks visibles dans les tableaux de bord sont des widgets (includes/widgets/) du backoffice [1]. La liste des widgets affichée dans les tableaux de bord, est définie dans[…]

Module page, structure exemple

Aperçu d’une class avec ces méthodes , pour l’utilisation avec les listings (InterfacedTJsonS) et le détail des lignes (InterfacedInnerHtml). Class sample Implements ExtModPage, InterfacedTJsonS, InterfacedInnerHtml { /** Class constructor */ Public function __construct() { Self::$code=__CLASS__; //! Active datatable in ajax format, precise les GET necessaires. Define(‘JSONSTATMENT’, ‘mod=page&type=’.self::$code); //! detail item in ajax Define(‘AJAXSTATMENTDETAIL’, ‘mod=page&type=’.self::$code); }[…]

Interface InterfacedInnerHtml

Cette interface, est un sous élément de l’interface InterfacedTJsonS, qui produit les tableaux de listing du backfoffice. Cette »sous » interface produit un détail de la ligne en cours. Elle n’impose qu’une seule méthode,détail_row_page() ; Ex :  /** static InterfacedInnerHtml */ public function detail_row_page($id){ $res=self::load_status_history($id); foreach($res as $item): ?> <tr> <td><?php echo $item[‘date_added’]; ?></td> <td class= »tcenter »><?php echo $item[‘customer_notified’]; ?></td>[…]

Les modules de type pages

Les modules de type pages, permettent de remplacer les pages appartenant au dossier content. Elles intègrent la totalité de leurs fonctions, et permettent donc de diminuer le nombre de fichiers. Élément modulaire, elles utilisent des fichiers de langue en .txt. L’ensemble de la structure permet aussi d’appeler certaines méthodes en ajax, et donc de diminuer[…]