Jump to content

J. Danse

Members
  • Posts

    2,563
  • Joined

  • Last visited

  • Days Won

    5

Everything posted by J. Danse

  1. Bonsoir PrestaSpirit, Ce sont bien ces quelques retours qui ont été corrigés, avec en prime les traductions apportées. Tu peux télécharger le nouveau fichier ZIP via le zip, oui. Si un soucis, n'hésites pas à me le dire et je verrais ça !
  2. Non, seulement parce que dans mon exemple d'illustration je l'avais commenté et donc il devait y avoir une raison pour Plus sérieusement, je sais que ce code fonctionne à l'installation mais ça me posait problème pour le retrait en automatique ;-)
  3. Toutes mes excuses, je n'ai pas fait attention au /front ;-) Pour celui-ci, il doit être placé dans /controllers/front/ du module et se nomme (par exemple) default.php (si le controller est de cette trempe MonModuleDefaultModuleFrontController). Avec, éventuellement, la possibilité de rajouter l'URL Rewriting au moment de l'installation (attention à ce code, cela dit !): // Add Rewriting URL $meta = new Meta(); $meta->page = 'module-monmodule-default'; $meta->url_rewrite = 'monmodulerewrite'; $meta->add();
  4. Dans l'idée, si la demande de connexion à l'API tournait en boucle, c'est qu'il aurait fallu activer cette option dans la pagé dédiée du WebService. Donc, il semble que ça ne soit pas la solution. :-/
  5. Voici un exemple de code à placer dans la méthode install() du module: // Install Tabs $parent_tab = new Tab(); $parent_tab->name = 'Main Tab Example'; $parent_tab->class_name = 'AdminMainExample'; $parent_tab->id_parent = 0; // Home tab $parent_tab->module = $this->name; $parent_tab->add(); $tab = new Tab(); $tab->name = 'Tab Example'; $tab->class_name = 'AdminExample'; $tab->id_parent = $parent_tab->id; $tab->module = $this->name; $tab->add(); Et mon controller se situe dans /controllers/admin/ et se nomme AdminExampleController.php
  6. Avez-vous déjà pu avoir accès à l'API en vous connectant lorsque vous aviez enlevé l'accès protégé ? J'ai eu ce soucis hier soir, et j'ai du activer le fait que PHP étant en mode CGI. Ne serait-ce pas le même soucis pour vous ?
  7. Il y a éventuellement le module MailAlerts qui permet d'envoyer un email lorsqu'un client commande, par exemple.
  8. Les HelperForm sont spécifiques à la version 1.5 de PrestaShop et n'entrent donc pas en compte dans votre cas, vu la version utilisée. Alors, il est vrai que je n'ai jamais utilisé de Controller au sein d'une configuration de module en 1.4 (n'en ayant jamais eu l'utilité actuellement et utilisant soit un simple formulaire au sein du getContent() soit un AdminTab) et donc je ne pourrais donner un exemple de résolution du problème aussi vite que je le voudrais... ... cela dit, lorsque l'on valide le formulaire, sur quelle page retombe-t-on ? N'est-il pas possible d’exécuter la méthode postProcess() à ce moment là ? Si oui, c'est vers quoi il faut se tourner, donc ;-)
  9. Etape par étape, c'est à dire aussi dans la PHP du module ? Car, les étapes sont celles-ci: - Dans le module, à la méthode install(), on fait un registerHook('lenomduhook'); et en réalité, c'est bien tout. Si ce n'est évidemment que il ne va s’exécuter nul part, mais qu'avec le lien donne (et le code {hook ...}) ce sera bien le cas. ;-)
  10. Exactement ; et ça fait un petit temps que c'est sorti, ce site. Une initiative Child Focus, que j'encourage. Fut son temps (janvier 2013), j'avais traité un module pour. Le voici, en cas ;-) (Compatible PrestaShop 1.5) childfocusnotfound.zip
  11. Bon. J'ai pas tout suivi. Mais j'ai beaucoup de mal à lire un texte suivi, sur le coup ;-) Quelle est la version de PrestaShop, en premier lieu ? La partie configuration se fait-elle via le getContent() ou un AdminController à part (mais présent dans le module, éventuellement) ? Utilise-t-elle les HelperForm ou rien du style ?
  12. En te remerciant, indesign. Je profite de mon message pour vous annoncer que la v1.3 est désormais en ligne et que celle-ci comprends des améliorations notables et, surtout, la traduction en français du module grâce à indesign que je remercie pour le temps pris !
  13. Je pense qu'on ferait mieux de laisser ce sujet à sa fin (puisque résolu) et de débuter un nouveau sujet. Toutefois, en attendant, voici un élément de réponse. Il n'y a pas vraiment de solutions miracles mais des possibilités du style: Faire un override de HTMLTemplateInvoice en y incluant la méthode getTemplate() qui redirige vers le module ; Faire une copie du fichier invoice.tpl présent dans le module vers le répertoire /pdf/ du thème ; Faire la même chose (avec un autre nom de tpl) mais modifier la configuration PS_INVOICE_MODEL par ce nouveau nom; ... :-)
  14. Tout à fait, je parle de la 1.5 parce que le modèle OrderInvoice n'existe pas en 1.4 ;-) A noter que, oui, les deux codes fonctionnes: en réalité, l'un et l'autre ne sont que des ré-écritures différentes (en incluant un test dans le mien, mais pas forcément nécessaire). Pour aller plus loin et récupérer la devise, on peut envisager ceci: $order_invoice = $params['object']; if (!($order_invoice instanceof OrderInvoice)) return; $id_order = (int)$order_invoice->id_order; $order = new Order($id_order); $id_currency = $order->id_currency; $currency = new Currency($id_currency);
  15. Et ça nous donne encore plus envie d'assister au futur Barcamp, n'est-ce pas ?! Sinon, bonne nouvelle dans l'ensemble, donc.
  16. Je suis d'autant plus sur qu'au-delà même de la lecture de la doc', j'ai simplement fait un test hier soir dans un PrestaShop pour test/développement. Le test ? ppp(ucfirst('test')); ppp(Tools::ucfirst('test')); ppp(ucfirst('é')); ddd(Tools::ucfirst('é')); J'ai bien eu ceci en retour: ;-)
  17. Vu qu'on est sur une 1.5, voici le code qui le permettrait, éventuellement (à tester !) $order_invoice = $params['object']; if (!($order_invoice instanceof OrderInvoice)) return; $id_order = (int)$order_invoice->id_order;
  18. La différence se situe dans le support de l'UTF-8. Un exemple rapide et concret ? Le caractère accentué "é" qui reste inchangé avec la fonction native du PHP et qui se transforme bien en "É" avec la fonction PrestaShop ;-)
  19. Remplacer à ligne 560 de modules/prediggo/prediggo.php ceci: $id_hook = (int)Hook::get('header'); Par: $id_hook = (int)Hook::getIdByName('header'); Voir (normalement mieux): Par: $id_hook = (int)Hook::getIdByName('displayHeader');
  20. Dans votre back-office, vous pouvez éventuellement forcer la compilation et désactivé le cache le temps de voir l'erreur qui en ressort, et, si il n'y a plus d'erreurs, désactivé la compilation et activer le cache,
  21. Je me baserais plus vite sur un module du type Ogone ou PayPal, qui eux envoient réellement des données vers un autre organisme et en reçoivent. Ce sera plus simple à comprendre et à visualiser, selon moi ;-)
  22. J'ai pas tout revu en question, mais pour régler l'erreur citée plus haut: Tools::redirectAdmin(self::$currentIndex.'&id_order='.(int)$params['id_order'].'&vieworder&token='.$this->token); Ceci utilise l'id_order passé en paramètre. Aucun objet Order n'a été instancié, donc $order->id ne peut fonctionner.
  23. Par exemple, http://www.prestaedit.com/content/8-l-ajout-de-nouveaux-hooks
  24. Je n'ai pas encore eu le temps de regarder / modifier, mais il s’agirait d'un bug. Le principe étant que si aucun lien n'est renseigné, on prend celui par "défaut" et non un lien vide.
×
×
  • Create New...

Important Information

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