Ce patch a t'il été appliqué ?
Cyrille
 Cyrille de Lambert |
|
| address@hidden 9, rue Alfred Kastler BP 50752 44307 NANTES CEDEX 3 |
Tél
: +33 (0) 2
51 13 50 12 Mobile :+33 (0) 6 29 41 81 22 Fax : +33 (0) 2 51 13 52 88 http://www.auguria.net |
Le 06/06/2011 17:22, address@hidden a écrit :
Bonjour à tous,
J'ai fini de reprendre le js des paiements du module compta. Ci joint le patch comprenant paiement.php avec le js repris en jQuery, et ajaxpayment.php qui gère les requêtes AJAX comme suggéré par Régis (du coup, tout les calculs sont effectués avec price2num).
Je me trompe peut-être, mais il me semble que ça doit régler le problème des séparateurs décimaux et de milliers selon les langs; j'ai donc repris toutes les conditions de constantes pour qu'elle correspondent à l'utilisation d'ajax (conf->use_javascript_ajax).
En revanche, je me suis un peu battu avec llxHeader pour essayer de placer le js dans un fichier externe, mais j'avoue que l'erreur 500 que je reçois dans firebug m'échappe (sans doute une erreur formelle dans la présentation du fichier puisque j'ai suivi précisément la démarche indiquée dans la documentation développeur).
En attendant un retour, bon courage!
Cordialement,
Anthony Poiret
address@hidden a écrit :
Et bien... oui :)
C'est justement ce que je voulais dire quand je parlais d'un "détail qui m'avait échappé au sujet de l'AJAX"... Pour faire simple, j'avais tout simplement amalgamé AJAX et _javascript_ :'(
Je suis donc en train de reprendre le dev sous un angle plus approprié.
Régis Houssin <address@hidden> a écrit :
Je prend la conversation en cours,
je ne vois pas ce qui empêcherai l'utilisation de price2num dans le js !
ceci peut être traité dans le fichier de réponse justement
Le 31/05/11 11:32, address@hidden a écrit :
Autant pour moi, Cyrille vient de m'expliquer un détail que j'avais raté
à propos de l'AJAX(une petite confusion entre AJAX et JS qui explique la
forme employée lors du dev).
Ne pas tenir compte du deuxième point donc. J'imagine que créer un
fichier ajaxcompta.php sur le modèle d'ajaxcountries ou d'ajaxcompanies
serait une bien meilleure démarche.
address@hidden a écrit :
D'accord, je comprend mieux les problèmes. Effectivement, j'avais
constaté l'impossibilité de faire appel à price2num dans le JS, d'oû
les fonction de conversion . et , ainsi que le round JS, pour mettre
en forme les résultats des calculs.
Je viens de me pencher sur la configuration : un petit point ne
serait pas de refus, est-il préférable de rajouter une option de conf
permettant l'activation du JS ou bien de gérer directement avec la
conf de langue de l'utilisateur? Je reprend actuellement la tâche en
partant du principe que j'active le JS par la conf, cependant je
pense qu'il ne devrait pas être trop difficile d'automatiser sa
gestion en fonction de la langue à partir d'une liste.
Un dernier point, j'ai essayé de prendre connaissance des fonctions
top_htmlhead et associées, je préfererais en effet passer le JS dans
un fichier séparé qu'on remonte dans le header. Une indication sur
la fonction dolibarr a utiliser pour y parvenir ne serait pas de refus.
Cordialement,
--
Régis Houssin
---------------------------------------------------------
Cap-Networks
30, quai de Verdun
71700 Tournus
FRANCE
VoIP: +33 1 83 62 40 03
GSM: +33 6 33 02 07 97
Web: http://www.cap-networks.com/
Email: address@hidden
Dolibarr developer: address@hidden
Web Portal: http://www.dolibarr.fr/
SaaS offers: http://www.dolibox.fr/
Shop: http://www.dolistore.com/
Development platform: https://doliforge.org/
---------------------------------------------------------
_______________________________________________
Dolibarr-dev mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
_______________________________________________ Dolibarr-dev mailing list address@hidden https://lists.nongnu.org/mailman/listinfo/dolibarr-dev