Module de bloc HTML ou JavaScript n'importe où dans la boutique

29/09/2026
v4.1.2

L'autre moitié de ce qui s'est passé dans la 4.1.1. Celle-ci a fermé les 102 notifications « Traduction introuvable » laissées par PHP ; il restait 54 chaînes dans les modèles d'administration , qui passent par un autre chemin et la réécriture l() ne suffit pas.

smartyTranslate() ` (qui se cache derrière ` {ls='...' mod='rkrhtmlblocks'} `) appelle ` getModuleTranslation() avec cinq arguments. La fonction de traduction automatique de Symfony est donc activée et il est impossible de la désactiver depuis le module. Chacune des 54 erreurs a laissé une notification dans le store anglais ; deux d'entre elles en ont également laissé une en espagnol , Variable et -- , qui s'écrivent de la même manière dans les deux langues : la preuve que le problème n'a jamais été un « manque de traduction ».

Les messages sont désormais traduits en PHP, dans classes/RkrhtmlblocksTextos.php , et le modèle affiche la variable échappée. Mesure effectuée : 54 → 0 avec shared/scripts/medir-avisos-traduccion.py . Sur la version ps1788, avec la boutique en anglais, le nombre d' alertes affichées sur l'écran de configuration passe de 37 à 0. Le même outil, appliqué à la version 4.1.1 (fichier ZIP), affiche toujours 54, ce qui explique la valeur de zéro.

Et au fait, une case qui n'a jamais été traduite

Les quatre textes « Comment utiliser les hooks personnalisés » étaient intégrés en anglais directement dans le modèle, sans passer par une fonction de traduction : ce panneau apparaissait également en anglais dans une boutique espagnole. Ils figurent désormais dans le catalogue, dans les deux langues.