Author: esj@rezo.net
Date: 2006-10-05 11:53:18 +0200 (jeu, 05 oct 2006)
New Revision: 7549
Log:
Avec la possibilité de surcharge des formulaires en Ajax, les scripts du répertoire fragments ne contenaient plus le code où intervenir en cas de changement de strategie dans l'utilisation. Ajoutée aux exceptions qui ne figuraient pas dans ce répertoire, celui-ci ne remplit definitivement pas son rôle de repérage de code Ajax et disparait donc.
Avec la possibilité de surcharge des formulaires en Ajax, les scripts du
répertoire fragments ne contenaient plus le code où intervenir en cas de
changement de strategie dans l'utilisation. Ajoutée aux exceptions qui ne
figuraient pas dans ce répertoire, celui-ci ne remplit definitivement pas
son rôle de repérage de code Ajax et disparait donc.
OK, comment fait-on maintenant pour repérer "tous les scripts qui produisent
des fragments ajax" ? grep ??? ecrire/exec/*php me va, mais qu'est-ce
qu'il faut indiquer ?
Avec la possibilité de surcharge des formulaires en Ajax, les scripts du
répertoire fragments ne contenaient plus le code où intervenir en cas de
changement de strategie dans l'utilisation. Ajoutée aux exceptions qui ne
figuraient pas dans ce répertoire, celui-ci ne remplit definitivement pas
son rôle de repérage de code Ajax et disparait donc.
OK, comment fait-on maintenant pour repérer "tous les scripts qui produisent
des fragments ajax" ? grep ??? ecrire/exec/*php me va, mais qu'est-ce
qu'il faut indiquer ?
Le pb me semble doublement mal posé: d'une part le répertoire fragments n'a jamais contenu TOUS ces scripts (et les exceptions ne faisaient qu'augmenter inexorablement), d'autre part ces scripts sont devenus moins importants que les fonctions qu'ils appellent. Celles-ci se repèrent facilement par:
grep -l greffe_action_ajax inc/*.php
Si on veut vraiment retrouver les scripts qui renvoient des fragments on peut faire un 2e grep dans exec avec comme argument le résultat du premier.