Récemment
-
Des modules et des hacks - liste non exhaustive des modules présentant un risque
Discussion générale17 -
Thème enfant
PhenixSuite16 -
SumUp Payments Constant Update Request
Modules2 -
PaypalAPI erreur
PhenixSuite53 -
Problèmes de prix avec plusieurs devises et PayPal
PhenixSuite6 -
Solutions de paiement...
Discussion générale5 -
Petit code pour les descriptions de produits
Discussion générale3 -
Feuilles de styles non chargées si smart cache activé [RÉSOLU]
PhenixSuite5 -
PayPal Module Error
Bugs & Améliorations2 -
Transient Bug after 1.6.2.31 Upgrade
Bugs & Améliorations2 -
blockcategory et left_column
BUG connus1 -
[REGLÉ] override - je n'y arrive pas.
Modules10 -
les routes sur mesures
Discussion générale6 -
Nouvelle attaque ?
Discussion générale11 -
Problème calcul HT
Bugs & Améliorations42 -
Erreur sur facture générée depuis le FO
PhenixSuite3 -
Factures ne se génèrent plus depuis 06/12 [RÉSOLU]
Bugs & Améliorations20 -
Edition en masse des déclinaisons
Nouvelles fonctionnalités4 -
Mise à niveau de Prestashop 1.6.24 vers PhenixSuite 1.6.30
Discussion générale2 -
Thème possible
Questions relatives à l'installation/upgrade2
Thème enfant
-
Ok, je viens de recréer un thème enfant à partir du thème par défaut. En parcourant les dossiers/sous-dossiers je n'ai plus les templates associés. Par contre, il y a toujours ces dossiers/sous-dossiers que je dois parcourir si je veux savoir si il y a eu modification.
-
Si vous créez un thème enfant sans rien cocher vous n'aurez que les traductions dans les dossiers, ne perdez pas de temps à chercher quoi que ce soit.
-
Certains dossiers comprennent encore des templates (exple blockcart-blockbestsellers-blockcategories...). Mais ce que je voulais souligner ici c'est qu'il faudra savoir où on a fait des modifs, vu que les dossiers s'y trouvent quand même (par exemple, si on ne touche pas aux traductions par défaut des modules, et que ceux-ci ne s'y trouvaient pas, ce serait moins compliqué pour trouver les tpl/css/js des modules modifiés)
-
Ok mais c'est le système Presta. Si les dossiers de traductions n'existent pas, ce sont celles du parent qui seront lues et seront ecrasées à chaque mise à jour...
-
Oui mais si celes qui existent sont présentes, alors il y aura bien une mise à jour sur le thème par défaut, et les traductions existantes resteront, non ?
-
Oui mais pour qu'elles restent il faut qu'elles existent dans le thème enfant
-
C'est bien ce que je dis, si elles existent dans le thème enfant (donc celles qui ont été modifiées), alors elles seront lues. Pour celles n'existant pas dans le thème enfant, c'est dans le thème parent qu'elles seraient lues (comme pour les templates du thème). Mais je suppose que ça ne fonctionne pas comme ça
-
Bonjour Pierre,
J'ai une question, à nouveau, sur le thème enfant. J'ai testé de copier le contenu du thème enfant dans le répertoire d'un thème utilisé, modifié le nom_du_thème_utilsé.xml de root/theme pour y inclure la balise <parent> avec default-bootstrap, il est donc vu dans BO préférences thème comme étant enfant de boostrap, mais tout ce qui est inclus, au lieu de se trouver dans le head, se retrouve dans le body. Y-a-t'il une manip' en BDD à faire ?
-
C'est quoi l'intérêt de cette manip ?
Il te suffit de créer un thème enfant à partir du thème utilisé (sans copier un seul fichier) et d'y ramener les tpl, js et css modifiés.
-
L'intérêt est de garder tous les réglages faits au cours du temps : hook des modules (sans avoir à reconfigurer ceux par défaut dans left ou right column...), et de se concentrer sur les modifs du thème pour retrouver un thème enfant "propre" (rappel: j'ai repris le site avec le thème bootstrap copié-collé et modifié dans tous les sens depuis...2015).