franckm1000

Pensez à mettre le sujet à Résolu

Mets {debug} au début de ton TPL et regardes la POPUP qui doit s'ouvrir au chargement de la page. Dedans, tu as toutes les variables SMARTY envoyées par le contrôleur, il y a peut-être ce que tu cherches.

Pour moi c'est vos listes à puces qui sont mal dimensionnées. La classe: .col-md-3{ width:25% } devrait être passée en: .col-md-3{ width:21% } Par contre, je ne peux pas dire où il se trouve exactement car il doit y avoir le cache activé, je ne vois pas le fichier CSS en cause.

Quelle couleur rose ? je vois pas bien ? Vous voulez dire ce fond ? Si c'est ça alors en inspectant la DIV header-container vous voyez ça: Enlever ce background à l'endroit indiqué (theme5.css) Puis inspecter la DIV header, on a: Enlever le background de l'ID header, vous aurez alors pour moi un fond blanc. Encore une fois, si par rose vous parlez bien de ce fond.

Bonjour, Firebug fonctionne aujourd'hui comme hier. Je ne connais pas le fonctionnement de Prestashop exactement au niveau du cache mais il faut certainement commencer par désactiver le cache pour éviter d'inspecter des fichiers du cache. Ensuite, si tu encapsules bien la Div qui possède la couleur que tu veux changer alors dans la cascade de style (par forcément au premier niveau mais peut-être plus bas) tu retrouveras forcément l'endroit où la couleur est settée (qui n'est pas forcément le global.css)

Comme il l'a écrit, le bouton renverra bien oui ou non. Le bouton radio accepte bien des valeurs et renvoie bien le "value" du radio sélectionné Par contre, rassures-moi, tu sélectionnes au moins une des deux lignes au moins ? Parce que sinon, c'est sûr que tu récupères rien. Au pire, mets ça pour l'instant: <form method="POST" id="myModule" action="" > Allez vous bien ? <input type="radio" name="mymodule" value="oui" checked="checked"> oui <input type="radio" name="mymodule" value="non"> non<br> <input type="submit" value="Envoyer" name="submitMyModule"> <!-- Note: un input devrait toujours se fermer comme ça ; /> car sinon la balise n'est pas fermée --> </form> Ensuite côté serveur, fais simplement ça: public function trie(){ if(Tools::isSubmit('submitMyModule')){ //Je tracke pour voir si je passe bien postProcess pour mettre à jour die('Ok je passe en modif'); $var = $_POST['mymodule']; $query = "INSERT INTO ps_sondage (champ1) VALUES ('$var')"; $lRetour = Db::getInstance()->execute($query); if(!$lRetour){ echo "j'ai un problème d'insertion..."; } } } Si tu passes dans le code, alors ton script doit s'arrêter et afficher une simple page blanche avec "Ok je passe en modif" Si le script ne s'arrête pas, c'est que tu ne passes pas en postProcess. Au passage le action="" de la balise form, c'est pas TOP je trouve (même si je suppose qu'on doit recharger la page en cours et que ton script s'y trouve déjà ?)

Es-tu sûr de passer dans ta fonction trie() ? Mets: public function trie(){ if(Tools::isSubmit('submitMyModule')){ //Je tracke pour voir si je passe bien en postProcess pour mettre à jour echo 'Ok je passe en modif'; $var = $_POST['mymodule']; $query = "INSERT INTO`ps_sondage' ('champ1') VALUES ('{$var}'); "; Db::getInstance()->execute($query); } } Ta requête INSERT me semble également bizarre. Je comprends pas ce que viennent faire ces accolades ? En outre, tu devrais faire au moins un retour si la méthode d'insert te renvoie false. public function trie(){ if(Tools::isSubmit('submitMyModule')){ //Je tracke pour voir si je passe bien postProcess pour mettre à jour echo 'Ok je passe en modif'; $var = $_POST['mymodule']; $query = "INSERT INTO ps_sondage (champ1) VALUES ('$var')"; $lRetour = Db::getInstance()->execute($query); if(!$lRetour){ echo "j'ai un problème d'insertion..."; } } }

Cool... Bah je pense pas que ça pose de souci particulier, le changement proposé ne fait que mettre en forme la chaîne de caractères. Si ça l'a fait une fois, ça devrait le faire toutes les fois

Tu parles du panier dans la boutique (mis à jour en AJAX) ou du panier dans le tunnel de commande ?

Essaies de changer ces deux lignes: $address->lastname = $format->formatName(EbayOrder::_formatFamilyName($this->familyname)); $address->firstname = $format->formatName($this->firstname); En: $address->lastname = strtoupper($format->formatName(EbayOrder::_formatFamilyName($this->familyname))); $address->firstname = ucwords(strtolower($format->formatName($this->firstname)));

Il semblerait qu'il faille d'abord aller dans le répertoire /cache depuis le racine et supprimer le fichier class_index.php Il sera automatiquement régénéré et il mettra à jour ses tableaux pour renvoyer vers l'override de la classe Customer. Car ici, je pense qu'en fait tu ne passes pas dans la surcharge. De ce fait, le fait que ça marche pour le prénom me fait dire que tu as du faire des modifs à un autre endroit pour impacter le prénom ?

Par contre, pour plus de lisibilité et pour éviter de toucher au Core, je te conseille de faire ceci. Remets ton fichier classes/customer.php en version d'origine. Créé un fichier php que tu nommes Customer.php à cet endroit : /override/classes/Customer.php et mets le code suivant dedans: <?php class Customer extends CustomerCore{ public function add($autodate = true, $null_values = true){ $this->lastname = strtoupper($this->lastname); $this->firstname = ucwords(strtolower($this->firstname)); parent::add($autodate, $null_values); } } ?> Testes pour voir, c'est mieux de ne pas toucher aux fichiers Core.

Y a un problème quelque part. Clairement, je pense que tu NE PASSES PAS à l'endroit où tu as fait des modifs (lignes 779 et 780). J'aurais plutôt tendance à penser vu le code (if $this->update) qu'on passe ici en modification. Donc enlèves les modifs que tu as fais car à mon avis en modification de client tu te prendras encore une erreur de page blanche. Car comme dit plus haut, je me suis trompé, uccase() n'existe pas comme fonction PHP. Donc si tu passais là, crois-moi tu te prendrais une grosse erreur et une page blanche (comme tu avais eu plus haut). Je pense que le code où tu modifies n'est pas le code pour l'enregistrement d'un nouveau client. Encore une fois, essaies de remplacer: public function add($autodate = true, $null_values = true) { $this->id_shop = ($this->id_shop) ? $this->id_shop : Context::getContext()->shop->id; Par : public function add($autodate = true, $null_values = true) { //Je commence mon ajout $this->lastname = strtoupper($this->lastname); $this->firstname = ucwords(strtolower($this->firstname)); //Je finis mon ajout $this->id_shop = ($this->id_shop) ? $this->id_shop : Context::getContext()->shop->id; Et je pense que ça devrait aller (car l'erreur de la page blanche était dû justement à ce fameux uccase qui n'existe pas).

Non non mais je n'ai absolument rien contre le CSS... Tout est encore une fois question de point de vue et de l'attente du client (pour client ici je parle du e-commerçant). Quand je parle de bon format je parle du format souhaité par ce même client, pas le format habituel qui je me doute bien est correct depuis la version1.0 (un VARCHAR de 32 c'est un VARCHAR 32...). Il souhaite (ou peut-être pas ?) manifestement un système uniformisé pour les attributs des noms/prénoms de la classe customer à l'enregistrement (après effectivement pour le client lui même ça peut être gênant de mettre en forme directement à voir...). C'est pour cette raison qu'il est parti sur une solution côté serveur pour mettre en forme les chaînes à leur entrée. Remarquez qu'à mon sens côté serveur cela revient à insérer 2 lignes supplémentaires dans la méthode c'est pas non plus la fin du monde. Mais bon, bref je suis pas là pour me justifier de quoi que ce soit il fera bien comme il l'entend...

Au temps pour moi, ucase n'est même pas une fonction PHP à ma connaissance, je ne sais même pas où j'ai bien pu imaginer ce truc, sûrement avec le UCASE de SQL ? C'est bien ucfirst, c'est pour ça que tu avais une erreur page blanche, tu avais une erreur de syntaxe. Par contre, essaies de le mettre où je t'avais dit au départ pour voir. C'est une question de point de vue, personnellement je préfère enregistrer les données au bon format dès le départ en base plutôt que de devoir transformer en post-process (pire en css) les informations. Mais les deux peuvent se concevoir.