Ce module qui ajoute un effet au survol dans les thèmes Panda ajoute une override en BO sur le template des images.
Celui-ci écrase l'option d'édition en direct des légendes d'images, il faut donc le mettre à jour en remplaçant le tpl d'origine par celui-ci fourni en pièce-jointe
images.tpl
eolia
@eolia
On peut s'inquiéter de la place toujours croissante que prend l'intelligence artificielle dans notre vie quotidienne. Mais rassurons-nous, la connerie, elle, sera toujours authentique.
Citation de Grégoire Lacroix
Meilleurs messages postés par eolia
-
Override du module Sthoverimage
-
RE: Erreur SQL 1.6.2.23 -> 1.6.2.25
Déjà répondu ici et sur tweet.phenix, ce ne sont pas des erreurs mais des warnings.
la mise à jour globale des int(10) en int(11) ne fait pas de détail et j'ai pris en compte tous les modules natifs installés ou pas. -
RE: Contexte client et module devis
Ok, dans /models/OpartQuotation.php, ligne 960 vous avez ce bloc:
if($this->context->employee){ $cart->id_lang = $this->context->employee->id_lang; } else{ $cart->id_lang = $customer->id_lang; }A remplacer par :
if($this->context->employee){ $cart->id_lang = $this->context->employee->id_lang; $this->context->employee->id = 0; } else{ $cart->id_lang = $customer->id_lang; } -
RE: [1.6.1.17] Données erronées dans le tableau de bord
Petit patch correctif pour les produits les plus vus dans cette page également (Bug si dates sélectionnées == date du jour et ne trie pas les résultats dans l'ordre souhaité)
Dans dashproducts.php ligne 482, remplacez le bloc else par celui-cielse { return Db::getInstance(_PS_USE_SQL_SLAVE_)->executeS(' SELECT p.id_object, pv.counter FROM `'._DB_PREFIX_.'page_viewed` pv LEFT JOIN `'._DB_PREFIX_.'date_range` dr ON pv.`id_date_range` = dr.`id_date_range` LEFT JOIN `'._DB_PREFIX_.'page` p ON pv.`id_page` = p.`id_page` LEFT JOIN `'._DB_PREFIX_.'page_type` pt ON pt.`id_page_type` = p.`id_page_type` WHERE pt.`name` = \'product\' '.Shop::addSqlRestriction(false, 'pv').' AND DATE_FORMAT(dr.`time_start`, "%Y-%m-%d") >= "'.pSQL($date_from).'" AND DATE_FORMAT(dr.`time_end`, "%Y-%m-%d") <= "'.pSQL($date_to).'" ORDER BY pv.counter DESC LIMIT '.(int)$limit); } -
RE: bug installation bdd
@Greg69 a dit dans bug installation bdd :
Sur votre version, il y a le webp (je ne sais pas comment l'activer, il faut passer par un module externe?).
Non, Préferences => images
-
RE: Solutions de paiement...
Il y a Stripe qui accepte tous les moyens de paiements.
-
RE: Multi-utilisateur-produit
Le principe de ces modules est que ça crée des clients particuliers (à qui on donne une clé d'accès). Il peuvent alors voir/créer/modifier leurs produits dans une page dédiée et l'admin valide.
Ils peuvent également suivre leurs commandes/sav etc.
Il faut créer un entrepôt par vendeur et associer ses produits à son entrepôt (ce qui permettra de calculer correctement les frais de port) -
[1.5.0.17+] Erreur de protocole lors de la génération de pdf
Si votre boutique est en https et que la génération des pdf crashe car le tpl utilise $img_ps_dir modifier la ligne 141 de /classes/pdf/HTMLTemplate.php en remplaçant:
'img_ps_dir' => 'http://'.Tools::getMediaServer(_PS_IMG_)._PS_IMG_,Par
'img_ps_dir' => Tools::getShopProtocol().Tools::getMediaServer(_PS_IMG_)._PS_IMG_,idem dans /classes/pdf/HTMLTemplateSupplyOrderForm.php à la ligne 175.
-
RE: Des modules et des hacks - liste non exhaustive des modules présentant un risque
Un de plus m4pdf sur appel du fichier pdf.php qui permet d'uploader un fichier php qui sera stocké dans le répertoire /tpl du module.
Il y a un contrôle à 2 balles sur un cookie (qu'on peut forger) et un token qui correspond au MD5 du nom du fichier qu'on envoie... -
RE: [1.5.0.17]+ Redirection vers http forcée suite à redirection shop domain (en https)
header('Location: '. Tools::getShopProtocol() . $url);

Derniers messages publiés par eolia
-
RE: Thème 1.6.1.24 le rendre compatible pour la version 1.6.2.42
Ca semble être en dur dans le header.tpl
class="shop-phone"Sinon c'est dans le tpl d'un des modules voisins
-
RE: Thème 1.6.1.24 le rendre compatible pour la version 1.6.2.42
Curieux car on a pas touché au header.tpl.
A mon avis c'est la recompilation qui a vidé les caches.
Serait-ce possible d'avoir un accès admin (envoi en MP) pour que je puisse voir le site et corriger les lignes concernées ? -
RE: Thème 1.6.1.24 le rendre compatible pour la version 1.6.2.42
@mcs68 Lorsque vous avez effectué la mise à jour, avez-vous bien coché l'option "Mettre à jour le thème par défaut" ? Si oui les fichiers à jour sont dans le thème default-bootstrap, sinon, vous avez le lien dans le module autoupgrade pour télécharger l'archive de la dernière version.
-
RE: Thème 1.6.1.24 le rendre compatible pour la version 1.6.2.42
Bonne nouvelle ces 4 tpls de votre thème sont conformes au default-boostrap de la 1.6.1.24.
Vous pouvez donc les remplacer par les 4 du thème par défaut de PhenixSuite.
Je vous conseille également de remplacer, dans le répertoire /js de votre thème tous les fichiers à la racine de ce répertoire par ceux du thème par défaut

-
RE: Thème 1.6.1.24 le rendre compatible pour la version 1.6.2.42
Envoyez-moi ces 4 fichiers car les remplacer sans les comparer peut casser votre thème s'il y a des règles css associées à des classes particulières à votre thème par exemple.
-
RE: Thème 1.6.1.24 le rendre compatible pour la version 1.6.2.42
Donc si je comprends bien Phenix est installé dans le répertoire /catalog, l'autre répertoire /themes ne nous concerne pas.
Concernant les différences, il y a surtout 4 fichiers concernés:
- Category.tpl
- Product.tpl
- Product-list.tpl
- Contact-form.tpl
-
RE: Thème 1.6.1.24 le rendre compatible pour la version 1.6.2.42
@mcs68 Bonsoir,
/catalog/, vous êtes sûr ? c'est une hiérachie PS 1.7 ça.
Normalement les fichiers du thème sont dans mcs-sarl.com/themes/mcsinformatique/ si "mcsinformatique" est le nom de votre thème.
Ensuite il suffit de comparer les fichiers de votre thème (tpl/js/css) et ceux du default-bootstrap.Normalement votre thème existant doit fonctionner. Il lui manquera peut-être des lignes et/ou des variables qui sont liées aux améliorations apportées par PhenixSuite.
-
RE: Livraison gratuite à la création d'une commande
Les versions Presta ont toujours créé un code pour le transport gratuit, il n'y a pas d'autre méthode

-
RE: Livraison gratuite à la création d'une commande
@Shonen Bonsoir,
Vous êtes sur quelle version ?
Pas d'erreur dans votre console navigateur (F12) lors du clic sur le bouton ?

-
RE: Phenix 1.6.X Cannot Print a Deliver Note
No, the HtmlTemplateInvoice() class always expects an object of type OrderInvoice, so there will never be a problem.
The HtmlTemplateDeliverySlip() class accepts both types of objects (Order or OrderInvoice). This historical code error only triggered a warning up to PHP 7.2, but beyond that, it's a fatal error.