eyhartz

Effectivement, comme cela ça marche tout seul ! Et en plus le texte explique bien qu'avec cette option, toutes les images ont une extension jpg mais les png rebaptisées conservent leur transparence. Merci Muche.

Bonjour Julien et merci de votre aide, Effectivement, la modif est facile, il suffit de copier le bout de code qui affiche les caractéristiques sous le prix unitaire en enlevant l'affichage en liste. A bientôt

Merci Julien, J'avais édité mon dernier message pour justement évoquer le possibilité d'utiliser les caractéristiques : mais comme vous le dites, il faudrait toucher au TPL pour l'afficher directement dans la fiche plutôt que dans l'onglet "fiche technique"

Bonjour Julien, Merci de votre disponibilité. J'ai essayé d'appliquer votre proposition, mais cela n'a eu aucune incidence. Je pensais qu'il y avait un problème de cache persistant, mais à force de modifier cette ligne, je me rend compte que la variable "selectedCombination['unit_price']" a systématiquement pour valeur 0. Si on la remplace par un chiffre en dur, le prix unitaire est bien modifié. Votre seconde proposition semble donc être la voie à suivre, mais je n'ai pas trouvé dans l'admin l'endroit où l'on peut créer des champs personnalisés pour la fiche produit. Il y a bien les caractéristiques, mais elles sont affichées dans l'onglet "Fiche technique" qu'il faut ouvrir pour les consulter Merci

Bonjour, Finalement, la modif à la hussarde décrite plus haut fait planter la "thicbox" et l'affichage des catégories. Il va falloir se pencher sur une correction plus orthodoxe... Pour illustrer le problème : sur cet essai en ligne, le produit "foie gras semi-conserve" a un prix unitaire au kg affiché. Si on choisit des déclinaisons autres que celle de base, le prix unitaire au kg est modifié, alors que le paramétrage de la déclinaison indique bien qu'il n'y a aucune modification de ce prix unitaire.

Bonjour Coeos.pro, Merci de prendre le temps de te pencher sur mon problème. Pour l'affichage des catégories, je l'avais signalé un peu plus haut (n°4). Pour en avoir le coeur net, j'ai recopié un thème "default" originel sur mon site local et... il n'y a plus de problème. En recherchant, c'est cette modif pour corriger le bug sur l'affichage du prix unitaire qui semble en cause. C'est pourtant la 1ère chose que j'avais vérifié, mais il devait y avoir un cache actif qui n'a pas répercuté. Du coup, ce post est réglé mais cela relance le précédent exposé ici. Merci encore

Bonjour, Personne d'autre n'a rencontré ces problèmes? Merci

Encore moi, Autre perturbation provoqué par le prix unitaire : si on sélectionne un produit avec prix unitaire et déclinaisons, le contenu du bloc catégorie latéral disparait. Essayé en local et en ligne.

Bonsoir, Merci de me répondre. La version de PS : 1.5.4.1 J'ai fait les essais en local et en ligne : voici l'essai en ligne Le thème utilisé est une copie du thème par défaut. Sur l'essai en ligne, il y a 2 produits quasi-identiques avec les mêmes déclinaisons. Mais le premier n'a pas de prix unitaire paramétré, alors que le second à un prix au kg. La "thickbox" marche avec le 1er et pas avec le second. En local où j'avais gardé les produits de démonstration, j'ai mis un prix unitaire à l'Ipod Nano ; la "thickbox" ne marche plus.

Merci à vous Jeckyl et je suis vraiment désolé que vous laissiez tomber le forum : cela va faire un grand vide.

Bonjour, Après un premier bug sur le prix unitaire rapporté ici, je suis tombé sur un second. Si l'on crée un produit avec prix unitaire et sans déclinaisons, la "thickbox" fonctionne. Si l'on enlève le prix unitaire et que l'on crée des déclinaisons, il fonctionne aussi; Par contre, si un produit a un prix unitaire et des déclinaisons, la "thickbox" ne fonctionne plus. Est-ce que quelqu'un sait par où prendre ce problème? Merci

Bonjour, J'ai essayé avec PS 1.5.4.1, ça ne marche pas. Est-ce qu'il y a un autre moyen ? Merci

Bon, après avoir cherché un peu, j'ai trouvé le fichier qui modifie le prix unitaire : /themes/default/js/product.js. Comme je n'y connait rien en javascript, j'ai fait une modif à la sauvage : j'ai commenté la ligne 405 : newUnitPrice = (productPriceDisplay / parseFloat(productUnitPriceRatio)) + selectedCombination['unit_price']; Cela empêche que le prix unitaire soit modifié quel que soit le paramètrage. Moi cela me va bien, car je n'ai pas besoin que le prix unitaire change, mais ce serait bien que quelqu'un qui connait le fonctionnement de la bête fasse une correction propre.

Bonsoir, Excusez moi, c'est vrai qu'a relire mon post, il est assez obscur. J'aurais du mettre des captures d'écran pour le clarifier. Pour préciser, si le prix est de 99 € / kg et que l'on paramètre le produit de base à 200 g (19.80 €) : pour un produit qui fait 400 g, les paramètres de la déclinaison sont : "Impact sur le prix" : Augmentation de : 18.77 € HT soit : 19.80 € TTC. Prix final : 39.60 Si on laisse les paramètres "Impact sur le prix à l'unité :" à : Aucun de 0.00 € / kg alors le prix au kg affiché en choisissant cette déclinaison est de : 198.00 € / kg Si on revient sur ces paramètres " "Impact sur le prix à l'unité :" à : Réduction de 99.00 € / kg, on remet le prix au kg affiché à 99 € Mais tant qu'a faire, il vaut mieux corriger ce bug. Merci de votre aide

Bonjour, J'ai fait comme l'a indiqué Julien64, avec un produit de base à 200 g. Tout est OK, sauf le prix au kg qui garde la même proportion quand on change de déclinaison : l'augmentation du prix de la pièce, multiplié par 5. Pourtant, pour chaque déclinaison, le champ "Impact sur le prix à l'unité :" est bien à "Aucun" et le champ suivant "de" : 0.00 € / kg On peut bien forcer le prix au kg à ne pas bouger en mettant un impact de réduction sur ce champ "prix au kg" de 5 fois par rapport à l'impact d'augmentation sur la pièce. Mais c'est assez pénible à faire. Est-ce que quelqu'un aurait une idée du fichier qu'il faut modifier pour que le prix au kg respecte le paramétrage enregistré? Merci