dolibarr-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Dolibarr-dev] les incohérences


From: Ozit
Subject: Re: [Dolibarr-dev] les incohérences
Date: Fri, 08 Jun 2012 20:50:28 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1

En tant qu'utilisateur, je suis de l'avis d'LD.

Le 08/06/2012 20:40, Laurent Destailleur (eldy) a écrit :
Je dirais que dans 100% des cas l'utilisateur choisi _javascript_.
Mais l'interet n'est pas la. Le but est d'assuré qu'il y a bien une isolation entre le code coté serveur et coté client et qu'il n'y a pas de code croisé. Du genre un debut d'action qui est mis coté serveur avec une fin coté client.
Des tonnes de bugs ont été trouvé/corrigé grace a cela pour un sucrout nul (car c'est un simple if a jouter). Et si cela genere un bug quelque part, c'est qu'il y avait un bug ailleurs, d'ou tout l'interet.
Cela garanti aussi une meilleure isolation permettant d'interchanger les technos ou librairies plus facillement (exemple la suppression des lib graphique en _javascript_ faite en 1 heure sur toute l'appli avec garantie de non régression), chose qui aurait été impossible sans cela.

L'exemple cité est le bon, il y avait un bug justement sans rapport avec le _javascript_ et c'est cela qui l'a mis en évidence (meme si ma correction récente était incomplete, mais ca c'est une autre histoire). Dopnc avoir des bugs de conceptions majeures qui appraissent au prix d'un simple if a ajouter. Je prend sans hésiter.

Etant celui qui assure le plus de correction de bugs (encore 200 juste sur la beta 3.2), je pense être bien placé pour dire que le maintien de la séparation du code de manière rigoureuse fait beaucoup plus gagner de temps qu'en perdre.



Le 08/06/2012 16:05, Régis Houssin a écrit :
Bon je persiste et signe

il faut qu'on fasse un choix soit on s'emmerde avec du "_javascript_" pas
"_javascript_", soit on dit _javascript_ par défaut pour certaines
fonctions, car avoir le choix complexifie inutilement l'application et
dans 99% des cas l'utilisateur choisit _javascript_/ajax

exemple : avec la dernier snapshot, je veux supprimer un produit il me
le clone après validation. pourquoi ? et bien les connaisseurs regarde
le fichier /product/fiche.php et il comprendront !!

voilà la condition sur le clonage et la suppression

if($action="" || $conf->use_javascript_ajax)

idem pour l'action delete


ce qui donne une activation des deux conditions quoi qu'il arrive si on
utilise _javascript_, d'où la dernière condition qui prend le dessus,
c'est à dire le clonage lorsqu'on veut faire un delete.

bref: JE VOTE POUR UN _javascript_/AJAX PAR DEFAUT !!!


Cordialement,


reply via email to

[Prev in Thread] Current Thread [Next in Thread]