Jump to content

blach

Members
  • Posts

    11
  • Joined

  • Last visited

blach's Achievements

Newbie

Newbie (1/14)

1

Reputation

  1. Bonjour J'ai besoin d'aide Sur une installation PS 1.6, avec un thème adapté du thème responsive par défaut, j'ai modifié les valeurs de width du fichier superfish-modified.css de mon thème pour que le menu passe en mode mobile (affichage vertical des catégories avec des + pour étendre) à partir de 1200 px au lieu de 768 px, pour éviter que mes catégories ne se mettent sur plusieurs lignes. Ca fonctionne : le menu passe bien en mode vertical avec les + des catégories pour développer à partir de 1200 px de largeur mais il n'est pas cliquable jusqu'à ce qu'on atteigne une largeur de 784 px de largeur. Si elle l'est, je n'arrive pas à trouver où cette valeur est configurée. J'ai regardé en vain du côté des css et des javascript superfish. Est ce que quelqu'un aurait une idée ? [Edit] En fait ceci est lié à la suppression de l'attribut "sf-js-enabled" sur le tag <ul> du menu à partir d'une certaine largeur. C'est un bug, présent aussi sur le demo-store.prestashop.com qui fait que le survol des catégories du menu (pour affichage des sous-catégories) ne fonctionne pas entre 783 px et 768 px. [EDIT 2] J'ai réglé mon souci en changeant les largeurs de la fonction responsiveMenu dans le fichier themes\MON_THEME\js\modules\blocktopmenu\js\blocktopmenu.js Ca n'empèche qu'il y a un bug dans le thème par défaut (bootstrap) pour l'intervalle de largeur 768 px -- 783 px. Cordialement,
  2. Bonjour De mon côté, en 1.4.0.17 également. Que ce soit en local ou sur le serveur en prod, sur un client existant ou sur un nouveau, j'ai moi aussi cette page blanche.... J'ai essayé de supprimer l'url rewrite (suppression de la ligne address.php dans le BO / Préférences / SEO) mais ça n'a rien donné. C'est l'attaque de address.php qui pose problème, donc un pb de PHP, car l'url boutique/address.php?id_address=XXX devrait fonctionner... J'ai posté un bug report : http://www.prestashop.com/bug_tracker/view/8629/
  3. J'ai résolu le problème, en refaisant les calculs manuellement dans mon outil de paiement en ligne. Quelques centimes viennent s'ajouter au panier du client, ce qui n'est pas très correct, mais au moins ça marche. Dans la partie commande du BO de prestashop, il m'informe que le montant est erroné mais ça n'est pas trop génant non plus. Je te conseille donc de revoir le module paypal et de l'adapter de cette manière, si tu touches un peu en dev. C'est un bon moyen de ne plus passer à côté de commande.
  4. Bonjour Je suis en 1.2.5 et j'ai un gros problème pour le passage des commandes à mon module de télépaiement : J'ai un produit qui coute 22,90 Si j'applique une remise de 15% et que j'en commande 5, prestashop me calcule : Total : 114,50 (correct) Remise : -17,18 (en réalité 17,175, arrondi ) Nouveau Total : 97,33 (en réalité 97,325, arrondi à 97,33 - c'est logique ...) Hormis le fait que la soustraction ne soit pas correcte (il manque 1 centime), j'ai un souci pour passer ça à mon prestataire de télépaiement, qui me demande les PU et les quantités et les vérifie avec le total que je lui transmet. Je transmet donc 22,90x0,85 = 19,467, arrondi à 19,47 mais 19,47*5 ça donne 97,35 !! La transaction est donc refusée à cause de ces 2 centimes. Ca m'embete evidemment beaucoup de passer à côté de commande à cause de ça. J'ai parcouru le forum pendant des heures, j'y ai vu différentes solutions au niveau des classes Product et Discount, mais aucune n'a solutionnée mon pb. J'hésite à modifier mon module de télépaiement pour lui passer en plus un produit "Arrondi" qui corrigera ce bug. Est ce la seule solution ? Merci d'avance.
  5. j'ai trouvé, il me manquait une parenthèse ... pour ceux que ça interesse, le code complet : // initialisation $descriptions=""; $prixunitaires=""; $quantites=""; $cpt_product=1; // recup parametre panier $discounts = $params['cart']->getDiscounts(); $products = $params['cart']->getProducts(); foreach ($products as $product){ $remise=0; // premiere iteration if ($cpt_product==1) { foreach ($discounts AS $discount){ $cat = Discount::getCategories(Discount::getIdByName($discount['name'])); if (Product::idIsOnCategoryId(intval($product['id_product']), $cat)) { $remise=$remise+$discount['value']; } } $descriptions = $product['name']; $prixunitaires=number_format($product['price']*1.20*(1-$remise/100), 2, '.', ''); $product['price']; $quantites=$product['quantity']; } else // iteration suivante { foreach ($discounts AS $discount){ $cat = Discount::getCategories(Discount::getIdByName($discount['name'])); if (Product::idIsOnCategoryId(intval($product['id_product']), $cat)) { $remise=$remise+$discount['value']; } } $descriptions = $descriptions .';'. $product['name']; $prixunitaires=$prixunitaires.';'. number_format($product['price']*1.20*(1-$remise/100), 2, '.', ''); $quantites=$quantites.';'.$product['quantity']; } $cpt_product++; } la tva est codée en dure, 1.20, elle est fixe pour tous les produits.
  6. Bonjour Je travaille actuellement sur un module de paiement en ligne. Le prestataire a besoin que je lui envoi: - les prix unitaires des produits commandés - les quantités - le total de la commande. Cela fonctionne si il n'y a pas de code promo sur le panier, mais lorsqu'il y a un code, il faut que je récupère le discount et que je l'applique sur le prix. Ma question : comment tester si un discount est applicable sur un produit, j'imagine que ça doit se faire via la catégorie). Je suis parti comme ça : $discounts = $params['cart']->getDiscounts(); $products = $params['cart']->getProducts(); foreach ($products as $product){ $remise=0; foreach ($discounts AS $discount){ $cat = Discount::getCategories($discount['id_discount']); if (Product::idIsOnCategoryId(intval($product['id_product']), $cat)) { $remise=$remise+$discount['value']; } } $descriptions = $product['name']; $prixunitaires=number_format($product['price']*(1-$remise/100), 2, '.', ''); $product['price']; $quantites=$product['quantity']; Mais ça ne marche pas Si quelqu'un a des idées, je suis preneur. Existe il une doc sur les différentes classes dispo ? Merci
  7. Merci à w-concept !! Le fichier AdminImages.php a marché à merveille sur mon installation en 1.2.5
  8. Bonjour Un simple mail à [email protected] devrait suffire pour être contacter par le service commercial. Concernant la documentation, je ne pense pas avoir le droit de la communiquer, mais eux le feront sans problème.
  9. Bonsoir Maroc Telecommerce ne fournie de base aucun module, ni pour prestashop ni pour n'importe quel autre site. La proposition commerciale standard à 3000 Dhs inclue les frais de mise en service et la doc générale de la plateforme de paiement. Les développements spécifiques sont sur devis, en fonction de la complexité. Il y a ensuite 250 Dhs par mois d'abonnement et un % sur les ventes. Les 6 premiers mois sont gratuits actuellement. Le module que j'ai développé suit les recommandations de la documentation de MTC et s'intègre parfaitement avec leur plateforme. Ils viennent de terminer leurs tests sur mon site et l'ont validé. Si quelqu'un est intéressé par mon module, contactez moi par PM. Salutations.
  10. Bonjour Je viens d'achever le développement pour mon propre site d'un module qui fonctionne sur prestashop pour le paiement par carte bancaire au Maroc (paiement via Maroc Telecommerce). Si quelqu'un est interessé, n'hésitez pas à me contacter.
×
×
  • Create New...