Thibaud Chauvière

Bonjour bajibaj, Effectivement, cela rajoute le contenu dans le corps de l'email, une possibilité étant de créer 2 pages CMS : - Une ajoutée dans le corps du mail et contenant les liens vers d'autres pages CMS - Créer les autres pages CMS contenant, quant à elles, les formulaire legaux uniquement (et qui ne seront pas à associer dans le module AdvancedEU)

Bonjour bajibaj, Malheureusement ce module ne propose pas de fonction native permettant l'affichage et la gestion automatisée d'un formulaire de rétractation. Il vous est cependant possible de faire quelque chose allant en ce sens de la manière suivante: - Créez une page CMS contenant les liens vers vos différentes pages CMS ou seulement du contenu légal concernant la rétraction. - Associez ensuite cette page CMS, fraichement créée, dans la configuration du module sous la catégorie "Formulaire de retour" - Enfin, associez cette catégorie aux emails de commande (tout en bas du module), ou tout autre email que vous jugerez pertinent. Ceci aura pour effet d'ajouter cette page dans tous les emails que vous aurez associés, votre client aura donc directement accès a ce formulaire et aux informations nécessaires. Si vous souhaitez des modèles de formulaire de rétraction afin de créer votre propre page CMS contenant ces informations, je vous invites à consulter directement le site des services publics Français à l'adresse suivante: https://www.service-public.fr/particuliers/vosdroits/R38397 En espérant que cela réponde à vos interrogations Je reste à votre disposition si vous avez des questions complémentaires. Bien cordialement,

Hello à tous, Quelques élements de réponse, et un fix Nous avions envisagé de réaliser l'injection de dependance de la sorte (pré - Sf2) sur notre nouvelle architecture. Cela évite notamment de loader la moitié de la planète sur la classe parent lorsque, par exemple, un module ne nécessite pas d'accès à la DB ou à tout autre service. Le problème vient donc de cette fameuse méthode d'injection de dépendance qui n'était pas prise en charge par l'AdminModuleController qui est responsable de la mise à jour des modules. Voici donc le fix qui va être inclus dans la 1.6.1.4: (Here's the fix) https://github.com/PrestaShop/PrestaShop/pull/4570/files Pour ceux qui ne peuvent/veulent pas attendre la sortie de la 1.6.1.4 appliquez ce patch et vous devriez retrouver un fonctionnement normal sur l'upgrade N'hésitez pas a me faire vos retours.

Bonjour, Il est étrange que le module se retrouve instancié sachant que: - AdvancedEuCompliance NE DOIT PAS être installé sur une version inférieur a 1.6.1.0, car des élements du coeur rajoutés à partir de cette version sont nécessaires à son bon fonctionnement. Il n'est d'ailleurs normalement pas proposé à l'installation sur les versions inférieures à celle énoncée plutôt. Peut-être avez vous essayez de l'installer manuellement ? - AdvancedEuCompliance n'est pas un module pré-installé, il ne peut donc être instancié lors d'une MAJ ou d'une installation ce qui rends votre erreur en effet très étrange. Quelques pistes de résolution: Si vous avez manuellement ajouté le module via FTP (ou via l'upload BO) depuis une 1.6.0.x, puis que vous avez tenté la MAJ vers 1.6.1.x, votre erreur est "normale". Pour éviter ce problème veuillez supprimer le dossier "advancedeucompliance" de votre dossier modules. Une fois cela fait relancez la MAJ qui devrait bien se passer cette fois ci N'hésitez pas a me tenir informé sur ce topic des évolutions de votre problème. Cordialement,

Hello tout le monde, Merci pour les screenshots, je comprend mieux, je vais chercher le pourquoi du comment, c'est étrange je n'ai jamais eut ce problème de mon côté, je vais aller regarder du côté des options de Taxe qui doivent avoir un effet de bord lorsque certaines sont activées/désactivées. Si le module n'est plus présent sur votre FTP et qu'il vous est tout de même proposé dans liste des module, c'est normal. Cela ne veut pas dire que le module est présent. Cela est simplement pushé depuis notre marketplace (car AdvancedEuCompliance est un module PrestaShop) afin de vous proposer de l'installer. Bonne journée à toutes et à tous !

Hello à tous et à toutes, J'ai pris le temps de corriger les différents bugs que vous m'avez remonté, vous trouverez la PR ici: https://github.com/PrestaShop/advancedeucompliance/pull/29 Le temps que notre Q&A valide le changement et l'update devrait se trouver à dispo dans vos BO incessamment sous peu Encore merci pour vos remontés! @Divine: petite question pour toi, peux-tu me préciser un peu plus ton problème ? Je ne suis pas certain de l'avoir bien compris, et je n'ai pas remarqué de choses spécialement étranges lors de mes tests. Du coup je n'ai pas touché à cela pour le moment. Merci beaucoup pour les précisions !

Au temps pour moi. Je n'avais pas compris ta problématique de base. En effet, je comprends ton point de vu. Je pense que je vais donc opter pour une alternative plus permissive: - Remplacement du système de blocage par un simple warning qu'il sera possible de "discard". Cela serait-il mieux ?

Hello Divine, Je suis justement entrain de bosser sur toutes vos remontées aujourd'hui. Concernant les templates je pense opter pour une solution consistant à vérifier les templates requis pour une option données. C'est à dire que les options du module qui dépendent d'un template ne seront pas activable si le dit template est manquant sur le thème. Cela évitera de désactiver toutes les options et de pouvoir intégrer seulement les templates désirées pour les options souhaitées. Je vous fait un retour de ce travail ASAP sur ce topic. Bonne fin de journée

Hello Divine, Tout d'abord, merci de ces remontées ! Ne t'inquiètes pas, c'est un problème universel . D'ailleurs je travail actuellement sur un programme permettant les journées de 72H, ca devrait aider beaucoup de monde ! Sur quelle version du module as-tu constaté ce problème ? Atch me l'avais remonté et du coup ce fix est normalement passé en prod depuis: https://github.com/PrestaShop/advancedeucompliance/commit/9402978879602be79997ea553f92852571e29c67 Yes, j'ai eu un peu peur de l'effet "Christmas Tree" en affichant toutes les options sur la liste produit, mais ce n'est pas une décision "ferme", il existe surement des moyens intelligents d'afficher cette info aussi ici sans trop perturber l'affichage au global. Je me penche sur ces soucis donc ! Merci beaucoup et bon weekend à toi

Bonjour, Oui, mais : - De 1: je ne vois pas le rapport avec le reste de la conversation. - De 2: a quel moment nous avons parlé de module indépendant ? Merci de m'éclairer. Ca ne t'as pas effleuré l'esprit 1/4 de seconde que l'on puisse avoir dans l'idée d'intégrer au fur et mesure ce module dans le coeur afin de qu'il ne soit plus un module à termes, apparement tu préfères te plaindre avant de connaitre ET tenants ET aboutissants, dommage ... Tu vas me demander pourquoi et je te réponds par avance que plutôt que de l'intégrer à 100 % dans le coeur du premier coup et de se retrouver dans la situation bloquante de devoir attendre une release, il était bien plus aisé de faire un module pour profiter du système de mise à jours et donc faire évoluer le module au fur et à mesure des remontées, justement. Mais je suis sûrement mauvaise langue, tu y avais bien évidemment pensé ! Au risque de me répéter, le module était testable bien avant la RC5. Du coup, c'est assez drôle que tu dises cela pour quelqu'un qui parle de mauvaise foi une ligne plus bas que cette quote. Oui, des tickets mettent parfois du temps à arriver en priorité principale, un peu comme sur TOUS les projets communautaires et de développement en général : WordPress - ticket toujours ouverts et crées entre le 1er aout 2014 et 1 septembre 2014 (Je tiens à préciser que j'ai pris WP comme exemple, mais c'est vérifiable sur bon nombre de projets) Par rapport aux remontées par mails, agences, twitter, articles crées sur les blogs, etc., etc., etc. En espérant t'avoir éclairé et en te souhaitant un excellent weekend !

Je viens seulement de voir l'apparition de la réponse de Xavier et de la votre Divine (j'écrivais mon post de réponse en meme temps ). Je vous l'accorde il y effectivement un sujet à lancer à propos de remontés de bugs et problèmes de manière peut-être un peu plus "informel" que sur la forge (comptez sur moi pour remonter l'info) , qui je l'accorde peut être parfois un peu fastidieux.

J'explique un peu plus en details ci-après les bienfaits de la contribution sur la forge qui, notamment dans ce cas, vous aurais permis de nous exposer une alternative plus convenable à votre sens et celle-ci aurait peut-être créer une émulsion menant à un meilleur résultat. Ceci étant dit, il n'est jamais trop tard des MAJ peuvent toujours améliorer l'état de l'existant ! Nous ne comptons pas que sur la communauté, nos collègues de la Q&A pourront vous en assurez. Cependant à ma connaissance beaucoup d'éditeurs logiciel, meme "les plus gros" peuvent rencontrer des bugs de par la diversités des environnements d'execution de leurs programmes - je prendrais volontiers Windows et Linux comme exemples. D'autre part l'implication de la communauté et donc des autres fait aussi partie de l'ADN de PrestaShop et qui lui à permis d'être le logiciel que l'on connait tous aujourd'hui. Il n'y a jamais UNE solution mais souvent plusieurs. Vous êtes toute excusée Je ne peux que vous conseiller d'au moins essayer Toutes ces contributions et remontés de bugs/improvements profitent à tous, notamment aux freelances et agences spécialisées PrestaShop Mais aussi et bien sur aux marchands, c'est tout l'intérêt de l'open source. C'est là que nos avis divergent, de simples tests ne suffisent pas toujours et encore une fois à cause de la diversité des environnements d'execution: - Quel navigateur utilisé / Dans quelle version ? - Quelle serveur web / Dans quelle version ? - Quelle sont les options de configuration de votre serveur Web ? - Quelle version de PHP ? - Avez-vous des addons spécifiques sur votre navigateur qui peuvent interferer avec le javascript du coeur de PrestaShop ? - ... Tout ces aspects peuvent changer le fonctionnement d'un programme, mais je ne vous l'apprends très certainement pas. Croyez moi que notre objectif est de rendre PrestaShop le plus stable possible, vous pourrez d'ailleurs le constater avec l'apparition des tests unitaires entres autres, mais malgré cela nous ne pouvons pas tester 100% des possibilités. Et c'est là que la communauté prends tout son sens. Car la communauté c'est la diversité et la diversité c'est l'assurance de trouver des bugs qui ne seront pas forcement reproductible sur un autre environnement d'exécution.

Bonjour Divine, Merci de ce retour. Concernant les problèmes d'intégration, notre dev blog (http://build.prestashop.com/news/advanced-eu-compliance) contient la liste exhaustive des nouveaux templates à intégrer dans vos thèmes ainsi que la liste exhaustive des hooks introduits afin de ne pas "misérer", de plus, le guide développeur devrait reprendre toutes ces infos incessamment sous peu Pour ce qui est du "bourré de bugs", je regrette simplement que vous nous n'ayez rien remonté via la forge contrairement à plusieurs personnes de la communauté ayant plus que contribué à tester ce module pendant son développement et au fil des 5 releases candidates qui ont été sortie sur plus d'un mois coulant. Si malgré la dernière mise a jour du module (1.3.0) vous trouvez toujours des bugs, je vous invite fortement à créer autant de tickets forge que nécessaire. Cordialement,

Hello ! En effet, c'est possible. Je vais voir ce que je peux faire pour automatiquement désactiver l'affichage HT/TTC (qui est lui meme issue d'une autre option en BO) afin d'éviter le doublon. Merci pour ce retour! Je regarde ce que l'on peut faire pour cela aussi. Je reviens vers vous sur ce thread ASAP. Encore une fois merci pour vos retours!

Hello Atch! Merci pour ces retours précieux. J'ai corrigé la plupart d'entres eux, tu peux retrouver les derniers commits / PR ici: https://github.com/PrestaShop/advancedeucompliance/commits/dev https://github.com/PrestaShop/PrestaShop/pull/3361 N'hesites pas a me dire ce que tu en pense et si cela convient par rapport à tes remontés. Je vais essayé de te repondre point par point sur ce que je n'ai pas changé: Effectivement, c'est un parti prit. Je m'explique: Une des principales raisons d'une intégration native du module déjà développé par nos amis Allemands est la multitude d'overrides dans leur module (bien que nécessaires). Il était donc logique d'adapter le Core de PrestaShop en conséquence. Actuellement cette option n'est actionnable que via le module advancedEuCompliance, mais tu remarquera que le nom de sa clé de configuration est beaucoup plus "générique" : "PS_ADVANCED_PAYMENT_API" et non "AEUC_*" comme pour les autres. Le but étant que cette option fasse partie intégrante du Coeur afin d'être exploitable à travers d'autres modules sans avoir la contrainte de verifier que le module AdvancedEuCompliance soit présent. Nous avons donc réunit tout ce qui concernait cette option directement dans le Coeur plutôt que dans le module. Je n'arrive pas a reproduire ce problème, aurais tu quelques infos supplémentaires: Version PHP / des modules ? Ton site est-il accessible online que je puisse y jetter un oeil ? Ca n'est qu'une question de temps avant que cela soit fait. Comme dit lors de la sortie de la 1.6.1.0 ce module est plus orienté pour nos amis Germaniques. Meme si effectivement (et j'en suis conscient) certaines de ces options vont probablement intéresser nos confrères Français Encore un grand merci de ta contribution sur ce module. Bien cordialement,