@macmame a dit dans Modifier le ps_shopping_cart.tpl sans supprimer le refresh url ? :
Pour parvenir mon style, j'ai du supprimer l'id (id="_desktop_cart") dans le code d'origine:
L'erreur est là.
Vous devez appliquer votre style aux éléments existants et ne pas les supprimer / modifier.
Affinez vos ciblages d'éléments dans votre css.
Vous avez plusieurs ressources qui sont appelées en http , et donc qui sont bloquées
(regardez votre console)
http://www.encyclie.com/js/jquery/plugins/fancybox/jquery.fancybox.css
http://www.encyclie.com/js/jquery/plugins/fancybox/jquery.fancybox.js
Il faut regarder comment l'appel se fait, et corriger.
bonjour à toutes et tous.
J'ai un module composé de plusieurs controllers admin et j'essaie de gérer leur affichage.
En tâtonnant (pas trouvé la doc par rapport à cela) j'ai trouvé que le tpl associé au controller AdminTintinPremierController se trouve dans views/templates/admin/tintin_premier/helpers/view.view.tpl
Donc pour gérer l'affichage de AdminTintinSecondController, je dois le faire dans views/templates/admin/tintin_second/helpers/view.view.tpl
ainsi de suite
Je me demande si la démarche est la bonne et si il n'y a pas quelque chose de plus simple comme pouvoir changer le nom du tpl (j'ai essayé $this->display = 'ma_vue' sans succès) et avoir tous les tpl au même endroit peut être ?
Merci d'avance
oui, effectivement tout est possible.
Le choix d'un thème "au plus prêt" de ce que vous souhaitez au final permet de minimiser le travail de personnalisation à faire.
pour archiduchesse, le thème (et le site) a été réalisé par l'agence axome.
C'est un thème développé specifiquement pour cette boutique, il n'est pas en vente.
au contraire, les photos font parties du "remplissage" de votre site, elles ne font pas parties du thème.
Bien sur, sur les démos des thèmes, les devs incluent des photos ayant pour objet d'habiller et de "mettre en condition optimum" la présentation du thème.
Le but est quand meme de vendre leur thème.
Ces images d'illustration peuvent être fournies avec le thème, mais de toute façon, il faudra les remplacer par vos propres produits, vos ambiances ...
Ce qui différencie un thème d'un autre c'est :
vite fait, voici des pages produits issues de sites sous presta
hormis les photos, elles vous semblent identiques ?
https://www.atout-terrain.com/fr/outillage/1659-derive-chaine-tsubaki.html
https://www.leslipfrancais.fr/le-marc-pull-homme-camionneur-marine-1933.html
https://www.archiduchesse.com/fr/chaussettes-de-ville/338-rose-panthere.html
https://boutique.olweb.fr/fr/entrainement/5952-veste-capuche-adidas-zne-olympique-lyonnais-femme-bleu-20172018.html
@frede98 Il y a un mode debug dans le module en lui-même ?
alors si rien dans le log de debug, c'est que le retour ne se fait pas.
ça pourrait effectivement être une URL de retour mal configurée.
je ne connais pas non plus Lydia mais il faudrait peut etre voir avec les developpeurs du module.
Il y a peut etre un mode debug pour tracer l'erreur.
non ce n'est pas block_contact mais block_myaccount_infos
Les commandes se créent dans quel état ?
"depuis quelques temps" -> qu'est ce qui a été modifié/ajouté à ce moment là ?
j'ai vu la boutique, il s'agit bien du module "block informations de contact" sur un th
Apparement il a été renommé en block_myaccount_infos sur 1.7 ?
Donc il faut bien passer par les traductions comme indiqué plus haut.
si ça ne fonctionne pas c'est que vous n'êtes pas au bon endroit.
Peut être que vous traduisez le Core alors qu'il existe une traduction dans le thème ?
Mais je n'ai quasi pas touché à 1.7, je préfère les versions qui fonctionnent à peu près.