Jump to content

Lilhouh

Members
  • Posts

    111
  • Joined

  • Last visited

Everything posted by Lilhouh

  1. Ouep, édition et création possible. Pas de soucis dû à cette restauration. J'ai accès à tout (du moins je crois... qui sait ce que me réserve Prestashop demain ^^) Tu m'tiens au courant si tu trouves une solution miracle ! Merci Bon courage à vous !
  2. Arg je n'arrive pas à trouver cet issue dans la forge. Ton patch règle quels soucis exactement stp J.Danse ? Les "Le champ URL simplifiée (english, italian, ....) est invalide" Les erreurs de type "product()" à l'édition d'un produit non accentué ? D'autres encore dont je ne m'étais pas aperçue ? ^^ Je suis repassée en 1.5.2, mais cela m’embête de ne pouvoir réécrire les URL manuellement. En tout cas merci de ton intervention. J'attends ta réponse pour retenter ma chance en 1.5.3 MErci EDIT : Bon une fois loguée (ahem..) j'ai tout de suite mieux trouvé l'issue dans la forge. Si je comprends bien ton patch résout donc l'erreur : An error occurred while updating object. product () et pas mes histoires de langues étrangères >< snif !
  3. Il est forcément un déclinaison par défaut non ? J'ai ce souci de prix bidons à cause de l'impact qui revient sans cesse sur "augmentation" dans la liste déroulante, c'était cela aussi ton souci ?
  4. Au delà même de la technique j'aimerais que quelqu'un puisse me répondre sur la faisabilité de la chose. Je pense que je n'ai tout simplement pas compris comment fonctionne le générateur de déclinaisons. Je souhaite avoir un produit de base qui se vend au kilo : son prix est donc 25€/kg. Je souhaite ensuite gérer ses déclinaisons pour en faire des portions : 300g, 500g, ... J'ai donc utilisé les déclinaisons pour gérer cela, mais le générateur ne semble pas conçu pour permettre des réductions de prix et poids (puisqu'il repasse en 'augmentation' dès lors que j'enregistre. Est-ce possible ? ou est-ce que je prend le truc à l'envers. Merci de vos lumières
  5. L'impact prix se remet à chaque fois par défaut sur "Augmentation". C'est infecte, je n'arrive pas à m'en sortir ! quelqu'un pour me guider svp ?
  6. Bon .. je repasse en 1.5.2 en attendant de comprendre pourquoi les URL de langues etrangères me posent soucis... le .htaccess ne semble pas prendre les modifs en compte depuis ce passage en 1.5.3.
  7. Soit, mais on fonde tant d'espoirs dès qu'une nouvelle version apparait
  8. Pas mieux. Pas stable du tout. Je ne suis pas en prod perso et fort heureusement. Mais du coup, je ne sais pas si c'est un bon choix que de bosser sur Prestashop si à chaque mise à jour dite "stable" de tels bugs apparaissent. Je suis super perplexe.
  9. Les lignes sont effectivement bien créées mais elles ne me permettent pas de résoudre les erreurs. J'ai toujours ces lignes qui s'affichent (et qui réduisent donc mes editions pdt à néant) : Ce champ URL simplifiée (English (English)) est invalide. Ce champ URL simplifiée (Português (Portuguese)) est invalide. Ce champ URL simplifiée (Deutsch (German)) est invalide. Ce champ URL simplifiée (Español (Spanish)) est invalide. Ce champ URL simplifiée (Italiano (Italian)) est invalide. C'est ce que tu avais également JFDupin ? ou tu avais 'simplement' l'erreur product() à l'édition d'un produit non accentué ? Je ne comprends pas sérieux. J'ai dû loupé un épisode. J'ai bien forcé la recompilation et le vidage de cache. Cache navigateur idem. Qu'est-ce qu'il me manque ?
  10. Sérieux ? J'suis jalouse !! Moi la requete sql m'a fait une belle page blanche ... et donc n'a rien résolue... J'ai les nerfs en pelote...
  11. Pareil, de nombreuses erreur d'URL simplifiées invalide , de retouches en fiche produit qui ne se font pas pour une raison qui m'échappe puisque le message d'erreur en dit rien. Bon courage à vous
  12. Bonjour à tous, Je viens de faire la MàJ vers 1.5.3 et j'ai des erreurs dès que je touche un produit. Soit des erreurs de type "URL simplifiée (langue concernée) invalide". J'ai pensé qu'il s'agissait des accents restés depuis la version précédente (1.5.2), je les ai donc retiré mais n'y fait. Aussi, sur un produit qui lui n'avait pas d'accent dans son URL, un simple message comme quoi une erreur est survenue sur le product() et rien de ma saisie n'a été pris en compte. Pas plus d'infos que ça. Cela vous est-il arrivé ? Avez vous des pistes à me donner ? MErci
  13. Bonjour, J'aimerais comprendre l'affichage par défaut de la liste déroulante d'impact sur prix en BO. Quoi que je fasse, et peu importe la façon dont je m'y prends, si je spécifie "Réduction de tant d'euros sur prix unité" pour ma déclinaison, dès que j'enregistre, fermer la fiche produit et ré-ouvre cette même fiche, la liste déroulante présente de nouveau "Augmentation". si je ne fais pas gaffe et que j'enregistre de nouveau (parce que j'ai fait un autre modif ailleurs)... j'enregistre un truc complètement déconnant qui me fausse mes prix. Est ce que ce bug est connu ? Y a t-il un patch ? une astuce, même à insérer dans le code source ? Merci
  14. Pas mieux... Ca a le mérite de tout créer d'un coup... mais ca n'a pas d'intéret puisqu'il nous faut repasser sur chaque fiche de déclinaison pour rectifier le tir. Pire, A chaque enregistrement et réouverture de la fiche, cela repasse en "augmentation" par défaut. !!! Quelqu'un pour nous guider ? MErci
  15. Bon la réduction prix/ kg fonctionne chez moi !! Houra. Dites-moi si besoin que je résume tout ce que j'ai saisi. -------- Création Produit Renseignement de mon prix unitaire (que je considère être mon prix au kilo) : exple : 19.90 Enregistrement Création Attribut et valeurs : Coupe (250g | 500g) Retour sur la fiche produit, onglet Déclinaisons. Ici je me suis servi de l'outil "Générer les combinaisons". Ca a merdouillé, j'ai donc du repasser sur les réductions poids et prix impactés par chaque déclinaison au sein même de la fiche produit. Mais une fois renseigné comme suit, l'affiche en FO fonctionne (en tout cas pour le prix unitaire facturé) Prix d'achat : laissé vide Impact sur le prix : réduction de 14.92 TTC Impact sur poids : réduction de 0.75kg impact sur prix unité : aucun (et pourtant il varie comme pour les déclinaisons) -------- En vous listant tout ça, je me suis aperçue en réouvrant ma fiche produit que les impacts étaient repassés en "augmentation", au lieu de "reduction" préalablement validés..... o_O Attention donc en ré-enregistrant vos fiches ! Ca m'agace un poil cette gestion de déclinaisons ! Par contre subsiste un souci : l'affiche prix au kilo en FO (en plus petit en dessous du PU) prend exactement la meme valeur que la déclinaison. Du coup ma déclinaison propose un produit de 250g à 4.97€ et affiche un prix au kilo à .... 4.97 également ! Grrr Si quelqu'un a une idée sur ce point... merci par avance
  16. J'ai le même souci que toi, et ce depuis les versions précèdentes... As tu réussi à débloquer la situation ?
  17. Je up ce sujet. Je suis desespérée. J'ai le même souci. Je perds des heures et des heures à essayer de comprendre pourquoi le prix dit "TTC" est en fait celui de la déclinaison par défaut et non le prix TTc principal renseigné en FO, onglets "Infos" d'une fiche produit. Béni soit celui ou celle qui me sauvera ...
  18. Oui c'est tout à fait ce que je voulais faire. MEs besoins évoluent au fur et à mesure de mes manip' cela dit !! J'ai des produits vendus à l'unité ET des produits vendus à la coupe (pour lesquels je souhaite cet affichage de prix TTC /KG) Sauf que mes manip m'affichaient le TTC /KG même sur les fiches des produits vendus à l'unité --> chose totalement inutile :/ Je suis donc parvenue à un affichage qui me convient via ce code {if !empty($product->unity) && $priceDisplay >= 0 && $priceDisplay <= 2 } {convertPrice price=$product->getPrice(true, $smarty.const.NULL)} {l s='tax incl.'} {/if} </p> mais cela implique que je vide le champ "unity" en BO pour les dits produits vendus à l'unité. Bien ou pas bien ? Je penche pour la 2eme option ... Je résume : ^^ Mon idéal serait de récupérer la valeur de la variable "unity" Plutôt que de dire : "si champ 'unity' vide alors ne pas afficher prix TTC/KG" j'aimerais dire "si champ 'unity' différent de 'kg' alors ne pas afficher blablabla " Sauf que je n'arrive pas à trouver la syntaxe pour récupérer cette maudite valeur de 'unity'. o_O Je teste vos solutions en parralèle, mais je pense qu'elles m'afficheront également l'info sur mes produits vendus à l'unité, chose que je ne souhaite pas. Fin bref, je radote, je m'arrête =)) Merci ! EDIT : Bon en fait, y'a pas ... cela ne marche pas, j'y ai cru mais non, même ma solution qui m'allait bien ...est foireuse. Je ne comprends absolument pas. Les prix sont bien renseignés, les variations poids et prix en déclinaisons également mais non : Exemple concret d'un produit vendu soit à la pièce, soit à la demi-pièce, mais pour lequel je souhaite faire apparaitre le prix TTC /KG (peu importe la déclinaison choisie.) Mais au lieu de me récupérer le prix de vente TTC 'principal' (i.e. comme indiqué en onglets "Infos" du BO) il me récupère fatalement le prix TTC de la déclinaison par défaut. (cf. screen) Qu'est-ce que j'ai loupé svp ?.. ça fait des jours que je tourne autour, je manque complètement de recul là . MErci en onglets "Infos" : information principale du pdt en déclinaison par pdt : produit à la pièce (la pièce pesant 0.9 kg) En FO : (la 1ere ligne c'est mon code à moi, la seconde celle de Broceliande)
  19. Salut !! Merci pour ce récap bien utile. J'ai passé bien des heures pour obtenir un résultat similaire à vos bouts de code =)) Sauriez-vous comment utiliser ce bout de code SI ET SEULEMENT SI la valeur d'unité = 'kg'. Je voudrais que cette ligne ne s'affiche QUE SI j'ai inscrit "kg" dans le champ 'unity' du BO / onglets "Infos" (je travaille sous V1.4.8) J'ai tenté ce code (parmi tant d'autres) : {if $priceDisplay >= 0 && $priceDisplay <= 2 && $product.unity == 'kg'} {convertPrice price=$product->getPrice(true, $smarty.const.NULL)} {l s='tax incl.'} {/if} ..mais cela ne fonctionne pas. Je ne parviens à trouver la bonne syntaxe pour cette valeur de unity... MErci pour votre aide
  20. Bonjour à tous, Petite question, J'aimerais sur ma page produit afficher le prix TTC du produit peu importe les déclinaisons que je lui attache ensuite. Je m'explique : J'ai un produit (alimentaire) vendu à la coupe. En plus de son prix 'coupé' généré grâce aux déclinaisons, je souhaiterais afficher (à titre d'informations) le prix du produit au kilo, c'est-à-dire le prix tel que je le renseigne en BO en Catalogue / dans l'onglet "Infos" / à la ligne "Prix de vente TTC :" Quelle est la variable pour récupérer ce champ ? Quelle syntaxe pour l'intégrer à mon product .tpl svp ? J'ai beau chercher, je ne trouve pas Merci beaucoup !
  21. Je suis dans le même cas en V1.4.8. PAr désespoir j'ai installé la V1.5 en l'état, ... c'est le même bordel. Dès que déclinaisons de produit, le prix récupérer est le prix HT. ...
  22. Pareil, un an plus tard, je crains de ne pas trouver de réponse cette année encore....
  23. Tu as peut-être ce genre de code alors : {if $priceDisplay >= 0 && $priceDisplay <= 2} <p class="our_order_price"> <span class="our_price_display"> <span id="our_price_display">{convertPrice price=$product.price}</span> {if $tax_enabled} {if $priceDisplay == 1}{l s='tax excl.'}{else}{l s='tax incl.'}{/if} {/if} </span> </p> {/if} Mon conseil sera le même que Manouille, retirer le {else}. J'en profite pour une petite question, moi les prix ne s'affichent QUE en HT alors que cela précise bien "18,81€ ttc" Je ne comprends pas quelle variable récupérer pour rectifier le tir dans mon fichier product.tpl. Si vous avez une idée... je suis preneuse parce que je perds un temps fous sur ma version 1.4.8. Je suis même allée jusqu'à installée la RC de 1.5 et le souci est le même... MErci
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More