@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.
je vous donne mon IP en MP pour me mettre l'accès
essayez d'aller voir un garagiste en lui disant
"ma voiture ne démarre pas et vous ne pouvez pas la voir, quelle est la pièce à remplacer ?"
Et revenez me donner sa réponse, ça m'interesse.
Je pense que vous parlez du module "block informations de contact"
Il faut passer par localisation/traductions
type de traduction : modules installés
bien sélectionner votre thème actif et la langue FR.
puis retrouver ce module dans la liste pour y faire les traductions.
Si la tranche n'existe pas, il est normal que le transporteur n'apparaisse pas, car il n'est pas selectionnable sur cette tranche de prix.
Il vous faut créer une tranche en mettant les frais à 0.
Exact, il prend bien le "display name", et pas la description.
J'aurai voulu en afficher un différent entre le nom du module et le nom de ce tab.
Mais à priori ce n'est pas possible.
Je trichais jusque là en renvoyant tous les jours mon xml avec le nom que je veux, mais ça n'est pas idéal.
tant pis
non, je parle des tabs dans l'admin d'un produit.
de base : informations , prix, réferencement-SEO, etc
Bonjour à toutes et tous.
J'utilise un module qui crée un tab dans l'admin produit via le hook DisplayAdminProductsExtra.
(je suis en 1.6.0.9)
Le nom qui est affiché sur ce tab est directement le nom de la description qui est reprise depuis le config_fr.xml
Je ne parviens pas à changer ce nom.
J'ai la possibilité de le changer dans l'xml, mais celui-ci est regénéré régulièrement (je ne sais pas ce qui lance la regénération) et reprend donc la description présente dans le constructeur.
Cette description (affichée sur la page des modules) doit être différente de celles de l'onglet dans l'admin produit, car le nom de l'onglet est bien plus court.
Une possibilité d'assigner un nom quand on lance le hook ?
C'est pas du debugage ça, et je n'ai pas d'offre car je ne suis pas pro.
Donnez moi un accès à votre BO en MP.