Récemment
-
modules addons vs phenix suite
Discussion générale3 -
Contexte client et module devis
PhenixSuite8 -
Breadcrumb sans lien précédent
Bugs & Améliorations3 -
Multi-utilisateur-produit
Nouvelles fonctionnalités4 -
Commandes fournisseurs
PhenixSuite4 -
Suppression du . dans les déclinaisons
PhenixSuite3 -
Images produit qui disparaissent
Bugs & Améliorations30 -
devcustom ?
PhenixSuite5 -
Mode profiling
Bugs & Améliorations1 -
Urls bizarres dans la console search
PhenixSuite12 -
Erreurs 410 dans BO
PhenixSuite3 -
la classe search
Bugs & Améliorations2 -
Probleme depuis MAJ phenix 1.6.2.36
PhenixSuite8 -
[resolu] Le module mondial relay 3.4.5
Bugs & Améliorations1 -
controlleur fournisseurs.
Bugs & Améliorations11 -
J'en profite (la fougue de la jeunesse) (ah ah ah)
Bugs & Améliorations5 -
Bon dernier du jour mais cela me turlupine classe search
Bugs & Améliorations4 -
se connecter comme un client idntifié
Bugs & Améliorations1 -
la bonne blague
Discussion générale2 -
Passage de la 16.1.9 a la PhenixSuite 1.6.2.36
Bugs & Améliorations8
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).
