Jump to content

m-Facilities.com

Members
  • Posts

    61
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

m-Facilities.com's Achievements

Newbie

Newbie (1/14)

0

Reputation

  1. Bonjour, Nous avons fait réaliser les modifications à un coût très raisonable. Les modifications ont portés sur les pages product.tpl et global.css du thème.
  2. Bonjour, Ce fix corrige une (grosse) partie du problème. Merci à Jonas Langseth. Cependant comment mettre à jour l'indicateur de disponibilité (pastille rouge / verte) lorsque l'utilisateur augmente ou diminue la quantité avec les boutons + et - ? Cordialement
  3. Bonjour, Le besoin consiste en la modification de la page product.tpl et du css associé. Sur la page produit, nous souhaiterions supprimer la navigation par onglet et la remplacer par une simple suite de paragraphes de façon a avoir l'ensemble des contenus sur une page, visible sans clics. Le titre de l'onglet devient alors le titre du paragraphe et nous voudrions conserver la ligne horizontale de séparation. De plus, l'ordre des paragraphes serait à modifier de façon à obtenir: 1. Caractéristiques 2. Téléchargements 3. En savoir plus 4. Accessoires Enfin, dans le paragraphe Caractéristiques, nous voudrions pouvoir afficher sur la partie droite une image dont l'URL est issue du répertoire ./img. Environnement: Prestashop 1.4.7.3 --- EDIT: Fin des réponses à appel d'offre - nous allons maintenant analyser les offres et décider ---
  4. Bonjour, Dans le cas de la création d'un nouveau template (en effectuant une copie des fichiers html et txt pour servir de base par exemple) comment fait-on apparaître le nouveau template dans les traductions afin de changer le titre ?
  5. Bien que marqué résolu, j'apporte un complément. Je voulais aussi les prénoms en minuscules mais Tools:ucfirst(Tools::strtolower()) ne permet pas d'agir sur les prénoms composés comme Jean-Paul (qui reste Jean-paul, etc...) Et donc tant qu'a modifier les sources, j'ai ajouté une méthode ucwords à la classe Tools en utilisant preg et une call back. Ainsi, dans classes/Tools.php ligne 1183 (v1.4.7.3) en dessous de Tools:ucfirst j'ai ajouté le script ci dessous pris en partie sur le forum PHPFrance (ici) // MF 22/05/2013: ajout de ucwords avec prise en charge des prenoms composes { static function ucwords($txt) { return preg_replace_callback('#\\W\\w#', 'Tools::_ucwords_callback', ucfirst(strtolower($txt))); } static function _ucwords_callback($m) { return strtoupper($m[0]); } // MF 22/05/2013 } Et dans /classes/Customer.php et /classes/Address.php $fields['firstname'] = pSQL(Tools::ucwords($this->firstname)); Maintenant, il me reste la reprise des données en base ... que j'ajoute à ma TODOList
  6. Opération effectuée sur 1.4.7.3. et tant pis pour la migration 1.5.x Merci. C'était dans ma TODOList depuis des mois et ça me fait le même effet qu'un bruit gênant qui vient de s'arrêter....
  7. Pour ma part, après deux nouvelles apparitions du problème sur des paiements par virement et donc recherche dans les logs Apache (le truc que j'aurais du faire des le début ), le problème venait de Swift. J'ai posté une manip' pour rattraper le coup sur notre site (ici) et un EDIT sur un post connexe ici.
  8. @Orga-nikz : à mon avis, tu as pris une accolade en trop dans le commentaire. Difficile de dire sans vision globale mais je dirais plutôt: if($this->getReference("parent", $old_branch)->hasChild($id)) { $this->getReference("parent", $old_branch)->removeChild($id); } /** $this->getReference("parent", $old_branch)->removeChild($id); **/ } $this->setReference("parent", $old_branch, $new); //parentRefs[$old_branch] = $new; } @Icedocemile : merci pour ce fix. J'espère ne plus avoir de commandes fantômes...
  9. Bonjour à tous, Je viens de re-consacrer uen petite heure à ce problème qui n'est toujours pas résolu. J'ai modifié le code du module de Jeckyl pour l'adapter à la version 1.4.7.3 de PrestaShop que j'utilise: Renommage de this->getPaymentModules en this->_getPaymentModules, puis vers la ligne 76, changement du string 'Payment' en 'payments_gateways' if ($_module->tab == 'payments_gateways' && $_module->active) { ... Le module s'affiche bien dans le BO et me permet de saisir un N° de panier ainsi qu'un mode de paiement. Cool ! Cependant, lorsque j'appuie sur le bouton 'Abracadabra transformation !', j'ai maintenant un beau message d'erreur: Le panier ne peut être chargé ou une commande a déjà était réalisé avec ce dernier Pfff.... Je crois que je suis bon pour reconstruire les lignes de la base à la main
  10. Après une semaine un peu tendue, je reprend ce problème que j'avais laissé en plan. J'ai fait la supposition que jbx_cart_to_order::getPaymentModules, plus ancien, interférait avec le noyau 1.4.7.3 de PrestaShop. J'ai donc procéder à un renommage de this->getPaymentModules. Maintenant, la page des modules s'affiche dans le BO mais il n'y a aucune référence au module jbx_* ni de nouvel onglet 'Jul*'. Je pense que le code de jbx_cart_to_order n'est plus vraiment compatible. Que faire ? Une alternative serait de simplement appeler validateOrder sur l'ID du cart en question. Mais comment simplement faire un appel à $paymentModule->validateOrder ? Parmi les paramètres, il me manque: - $this->getOrderState($name) que je suppose être "_PS_OS_PAYMENT_" - $paymentMethod qui est peut-être "paypal" Une idée ? Un tips ? Cordialement
  11. Bonjour, J'ai remis en place une copie de la base de prod pour tester ce module. Une fois le module copié dans le répertoire /modules, l'instanciation plante la page de configuration des modules. Voici ce que j'ai dans le log Apache du site: PHP Fatal error: Cannot make static method ModuleCore::getPaymentModules() non static in class jbx_cart_to_order in /home/var/www/www.je-ne-le-dirais-pas.fr/modules/jbx_cart_to_order/jbx_cart_to_order.php on line 97 PrestaShop v1.4.7.3
  12. Bingo! Je suis passé 20 fois sur les paramètres de configuration sans percuter sur l'option. C'est corrigé. Merci N'empêche, c'est tout de même étrange ce flooding. Y en a qui ont que ça à f... de programmer ce genre de bots !!?
  13. Voici les tests menés sur une version locale de la base et qui semblent aller dans le bon sens: - ajout d'une ligne dans ps_order_detail en utilisant les champs issus de ps_products - modification du champ ps_orders.valid: ps_orders.valid = 1 - changement du statut de la commande dans le BackOffice: passage de "Annulé" à "Paiement accepté" -> la commande apparait dans la liste des commandes et je peux maintenant éditer la facture. Avis aux Cadors: voyez-vous d'autres tables qu'il faudrait mettre à jour ? Cordialement
×
×
  • Create New...