Accéder au contenu principal

[Magento] Réécire le bon block

Petit point vocabulaire avant de commencer : quand j'utilise les mots réécrire ou réécriture, je parle d'utiliser config.xml pour modifier le comportement d'un bloc



Récemment, je devais modifier le nom dans le tableau récapitulatif des articles d'une commande. La tâche consistait à rajouter une option que j'avais passé grâce à info_buyrequest pour des questions de commodité. J'ai donc cherché la fonction qui s'en charge dans les blocs et elle se trouve dans Mage_Adminhtml_Block_Sales_Items_Column_Default.
Je me lance donc dans la réécriture de ce bloc mais après maints vidages de cache, force est de constater que cela ne fonctionne pas. Je vérifie que la fonction appelée est bien correcte et il s'agit en effet de getOrderOptions. Si je modifie directement la fonction sans la réécrire, j'ai le comportement souhaité mais la réécrire ne fonctionne pas.

Je m'aperçois vite que le bloc surchargé avec la réécriture ne remplace pas l'extension originale du bloc utilisé qui est en fait  Mage_Adminhtml_Block_Sales_Items_Column_Name. Une fois la réécriture faite sur ce bloc, on obtient enfin le résultat désiré.

L'idée est donc de réécrire la fonction dans le bloc qui est appelé car la réécriture se fait trop tard pour que les extensions du modèle de base soient prises en compte. S'il est vraiment nécessaire de modifier le bloc parent, il est toujours possible d'utiliser le pool local pour surcharger le bloc en question grâce à la préséance des pools

Commentaires

Posts les plus consultés de ce blog

[PHP] Faire un petit MVC avec des routes

Pour bon nombre de petits projets, il n'est pas nécessaire de taper dans les frameworks MVC comme Zend ou Symphony qui sont très lourds et un petit truc maison doit suffire. Je vais essayer de donner quelques tuyaux pour pouvoir faire son MVC maison avec des routes qui dirigent vers les contrôleurs et les actions. Tout d'abord, il faut créer un fichier index.php à la racine de votre site qui va contenir le lien vers tout ce dont vous avez besoin pour faire vos routes. Ensuite, vous devez créer un dossier controlleur (si vous voulez reproduire la faute de frappe de l'exemple) dans lequel vous aurez tous vos contrôleurs. Vous pouvez éventuellement diviser ce dossier en plusieurs dossiers distincts qui contiendront les différentes parties de votre site. Veillez à appeler vos classes en rapport avec vos règles de is_callable. Dans mon exemple, le chemin vers le dossier est en minuscule et la première lettre du fichier est en majuscule. Par exemple : la classe /controlleur/fron

Injecter des icônes font-awesome via JavaScript

Les icônes de font-awesome sont traduites en SVG ( Scalable Vector Graphics) à la volée grâce à un script. Le problème quand on injecte du HTML dans le DOM est que le script ne s'exécute pas correctement et l'icône n’apparaît pas. Pour palier à cela, il est possible d'utiliser un générateur de ressources qui est embarqué dans la librairie font-awesome. Pour éviter au script de s'exécuter sur des icônes qui se répètent, la librairie comprend un script qui permet de traduire une seule fois l'image en SVG pour être réutiliser dans des listes. Comme disent les anglo-saxons, et voilà ! Il y a d'autres exemples d'utilisation :  https://fontawesome.com/how-to-use/on-the-web/advanced/svg-symbols    

Modifier le type d'entrée d'un attribut produit dans Magento

Aujourd'hui, suite à une modification différente via l'administration dans deux instances du même site (dev et staging), j'ai du modifié le type d'un attribut de liste déroulante vers multi-select. Pour y parvenir, j'ai du faire quelques modifications dans la base de données directement puisqu'il n'est pas possible de le faire via l'administration. On voit que le type d'entrée est grisé Pour faire cette modification, je me suis basé sur un gist que j'ai adapté selon mes besoins : Et voilà !