Author: marcimat@free.fr
Date: 2009-04-08 22:41:31 +0200 (mer, 08 avr 2009)
New Revision: 13871
Log:
- revert de [13847] (ajaxCallback) qui casse le fonctionnement de la pagination AJAX
Modified:
spip/prive/javascript/ajaxCallback.js
Author: marcimat@free.fr
Date: 2009-04-08 22:41:31 +0200 (mer, 08 avr 2009)
New Revision: 13871
Log:
- revert de [13847] (ajaxCallback) qui casse le fonctionnement de la pagination AJAX
Modified:
spip/prive/javascript/ajaxCallback.js
Le 8 avr. 09 à 22:41, marcimat@free.fr a écrit :
Author: marcimat@free.fr
Date: 2009-04-08 22:41:31 +0200 (mer, 08 avr 2009)
New Revision: 13871Log:
- revert de [13847] (ajaxCallback) qui casse le fonctionnement de la pagination AJAXModified:
spip/prive/javascript/ajaxCallback.js
Après un "svn up", un vidage de cache et de "local/cache-js/", je conserve la même erreur :
jQuery("form").parents("div.ajax").formulaire_dyn_ajax is not a function
-Nicolas
--
Nicolas HOIZEY
Le 8 avr. 09 à 23:21, Nicolas Hoizey a écrit :
Le 8 avr. 09 à 22:41, marcimat@free.fr a écrit :
Author: marcimat@free.fr
Date: 2009-04-08 22:41:31 +0200 (mer, 08 avr 2009)
New Revision: 13871Log:
- revert de [13847] (ajaxCallback) qui casse le fonctionnement de la pagination AJAXModified:
spip/prive/javascript/ajaxCallback.jsAprès un "svn up", un vidage de cache et de "local/cache-js/", je conserve la même erreur :
jQuery("form").parents("div.ajax").formulaire_dyn_ajax is not a function
J'ai trouvé comment éviter l'erreur, qui est dû apparemment à l'absence d'élément correspondant à jQuery('form').parents('div.ajax').
Lignes 264 et plus de ajaxCalback.js, remplacer :
jQuery(function() {
jQuery('form').parents('div.ajax')
.formulaire_dyn_ajax();
jQuery('div.ajaxbloc').ajaxbloc();
});
Par ceci :
jQuery(function() {
jQuery('form').parents('div.ajax')
.each(function(){
$(this).formulaire_dyn_ajax();
});
jQuery('div.ajaxbloc').ajaxbloc();
});
Il n'y a plus d'erreur, mais je ne sais pas quels peuvent être les effets de bord...
-Nicolas Hoizey
--
Nicolas HOIZEY http://www.clever-age.com
Clever Age - conseil en architecture technique
GSM: +33 6 10 19 22 00 Tél: +33 1 53 34 66 10
Le 8 avr. 09 à 23:52, Nicolas Hoizey a écrit :
Après un "svn up", un vidage de cache et de "local/cache-js/", je conserve la même erreur :
jQuery("form").parents("div.ajax").formulaire_dyn_ajax is not a functionJ'ai trouvé comment éviter l'erreur, qui est dû apparemment à l'absence d'élément correspondant à jQuery('form').parents('div.ajax').
Lignes 264 et plus de ajaxCalback.js, remplacer :
jQuery(function() {
jQuery('form').parents('div.ajax')
.formulaire_dyn_ajax();
jQuery('div.ajaxbloc').ajaxbloc();
});Par ceci :
jQuery(function() {
jQuery('form').parents('div.ajax')
.each(function(){
$(this).formulaire_dyn_ajax();
});
jQuery('div.ajaxbloc').ajaxbloc();
});Il n'y a plus d'erreur, mais je ne sais pas quels peuvent être les effets de bord...
Zut, j'ai maintenant une erreur à cause du jQuery('div.ajaxbloc').ajaxbloc(); qui est juste après... ![]()
-Nicolas
--
Nicolas HOIZEY
Le 8 avr. 09 à 23:52, Nicolas Hoizey a écrit :
Le 8 avr. 09 à 23:21, Nicolas Hoizey a écrit :
Le 8 avr. 09 à 22:41, marcimat@free.fr a écrit :
Author: marcimat@free.fr
Date: 2009-04-08 22:41:31 +0200 (mer, 08 avr 2009)
New Revision: 13871Log:
- revert de [13847] (ajaxCallback) qui casse le fonctionnement de la pagination AJAXModified:
spip/prive/javascript/ajaxCallback.jsAprès un "svn up", un vidage de cache et de "local/cache-js/", je conserve la même erreur :
jQuery("form").parents("div.ajax").formulaire_dyn_ajax is not a functionJ'ai trouvé comment éviter l'erreur, qui est dû apparemment à l'absence d'élément correspondant à jQuery('form').parents('div.ajax').
Sauf qu'il y a bien cette déclaration avant :
jQuery.fn.formulaire_dyn_ajax = function(target) {
...
}
Donc même si le tableau d'éléments jQuery est vide, l'appel de la fonction ne devrait pas faire d'erreur, non ???
-Nicolas
--
Nicolas HOIZEY
Bon, désolé marcimat, je viens de découvrir que le problème venait de chez moi.
Je chargeais une autre version de jQuery, en plus de celle chargée par SPIP. Quand je vire ma propre version, tout remarche apparemment parfaitement.
Ce qui m'étonne, c'est qu'il me semblait que la version de jQuery chargée par SPIP était renommée pour éviter ce problème...
Le 9 avr. 09 à 09:40, Nicolas Hoizey a écrit :
Le 8 avr. 09 à 23:52, Nicolas Hoizey a écrit :
Le 8 avr. 09 à 23:21, Nicolas Hoizey a écrit :
Le 8 avr. 09 à 22:41, marcimat@free.fr a écrit :
Author: marcimat@free.fr
Date: 2009-04-08 22:41:31 +0200 (mer, 08 avr 2009)
New Revision: 13871Log:
- revert de [13847] (ajaxCallback) qui casse le fonctionnement de la pagination AJAXModified:
spip/prive/javascript/ajaxCallback.jsAprès un "svn up", un vidage de cache et de "local/cache-js/", je conserve la même erreur :
jQuery("form").parents("div.ajax").formulaire_dyn_ajax is not a functionJ'ai trouvé comment éviter l'erreur, qui est dû apparemment à l'absence d'élément correspondant à jQuery('form').parents('div.ajax').
Sauf qu'il y a bien cette déclaration avant :
jQuery.fn.formulaire_dyn_ajax = function(target) {
...
}Donc même si le tableau d'éléments jQuery est vide, l'appel de la fonction ne devrait pas faire d'erreur, non ???
-Nicolas
--
Nicolas HOIZEY
http://www.gasteroprod.com/
-Nicolas
--
Nicolas HOIZEY
Ce sont les crayons qui renomment leur propre version de jquery pas spip.
____________________
A+
Arnaud
Le 24 avr. 09 à 09:35, Nicolas Hoizey <nicolas@hoizey.com> a écrit :
Bon, désolé marcimat, je viens de découvrir que le problème venait de chez moi.
Je chargeais une autre version de jQuery, en plus de celle chargée par SPIP. Quand je vire ma propre version, tout remarche apparemment parfaitement.
Ce qui m'étonne, c'est qu'il me semblait que la version de jQuery chargée par SPIP était renommée pour éviter ce problème...
Le 9 avr. 09 à 09:40, Nicolas Hoizey a écrit :
Le 8 avr. 09 à 23:52, Nicolas Hoizey a écrit :
Le 8 avr. 09 à 23:21, Nicolas Hoizey a écrit :
Le 8 avr. 09 à 22:41, marcimat@free.fr a écrit :
Author: marcimat@free.fr
Date: 2009-04-08 22:41:31 +0200 (mer, 08 avr 2009)
New Revision: 13871Log:
- revert de [13847] (ajaxCallback) qui casse le fonctionnement de la pagination AJAXModified:
spip/prive/javascript/ajaxCallback.jsAprès un "svn up", un vidage de cache et de "local/cache-js/", je conserve la même erreur :
jQuery("form").parents("div.ajax").formulaire_dyn_ajax is not a functionJ'ai trouvé comment éviter l'erreur, qui est dû apparemment à l'absence d'élément correspondant à jQuery('form').parents('div.ajax').
Sauf qu'il y a bien cette déclaration avant :
jQuery.fn.formulaire_dyn_ajax = function(target) {
...
}Donc même si le tableau d'éléments jQuery est vide, l'appel de la fonction ne devrait pas faire d'erreur, non ???
-Nicolas
--
Nicolas HOIZEY
http://www.gasteroprod.com/-Nicolas
--
Nicolas HOIZEY
http://www.gasteroprod.com/_______________________________________________
spip-commit@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-commit
dev: http://trac.rezo.net/trac/spip/
Le 24 avr. 09 à 10:14, Arnaud VENTRE a écrit :
Ce sont les crayons qui renomment leur propre version de jquery pas spip.
Ah zut, OK.
Faut que je regarde du côté de jQuery.noConflict() alors, mais ça ne dit pas comment faire quand ce sont deux jQuery qui sont en conflit...
http://docs.jquery.com/Using_jQuery_with_Other_Libraries
____________________
A+
ArnaudLe 24 avr. 09 à 09:35, Nicolas Hoizey <nicolas@hoizey.com> a écrit :
Bon, désolé marcimat, je viens de découvrir que le problème venait de chez moi.
Je chargeais une autre version de jQuery, en plus de celle chargée par SPIP. Quand je vire ma propre version, tout remarche apparemment parfaitement.
Ce qui m'étonne, c'est qu'il me semblait que la version de jQuery chargée par SPIP était renommée pour éviter ce problème...
Le 9 avr. 09 à 09:40, Nicolas Hoizey a écrit :
Le 8 avr. 09 à 23:52, Nicolas Hoizey a écrit :
Le 8 avr. 09 à 23:21, Nicolas Hoizey a écrit :
Le 8 avr. 09 à 22:41, marcimat@free.fr a écrit :
Author: marcimat@free.fr
Date: 2009-04-08 22:41:31 +0200 (mer, 08 avr 2009)
New Revision: 13871Log:
- revert de [13847] (ajaxCallback) qui casse le fonctionnement de la pagination AJAXModified:
spip/prive/javascript/ajaxCallback.jsAprès un "svn up", un vidage de cache et de "local/cache-js/", je conserve la même erreur :
jQuery("form").parents("div.ajax").formulaire_dyn_ajax is not a functionJ'ai trouvé comment éviter l'erreur, qui est dû apparemment à l'absence d'élément correspondant à jQuery('form').parents('div.ajax').
Sauf qu'il y a bien cette déclaration avant :
jQuery.fn.formulaire_dyn_ajax = function(target) {
...
}Donc même si le tableau d'éléments jQuery est vide, l'appel de la fonction ne devrait pas faire d'erreur, non ???
-Nicolas
--
Nicolas HOIZEY
http://www.gasteroprod.com/-Nicolas
--
Nicolas HOIZEY
http://www.gasteroprod.com/_______________________________________________
spip-commit@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-commit
dev: http://trac.rezo.net/trac/spip/
-Nicolas
--
Nicolas HOIZEY
On est pas censé utiliser 2 jQuery sur le meme site, non plus ...
Il faut règler la compat d'un cote ou de l'autre pour utiliser une unique
version.
Le 24 avril 2009 10:25, Nicolas Hoizey <nicolas@hoizey.com> a écrit :
Le 24 avr. 09 à 10:14, Arnaud VENTRE a écrit :
Ce sont les crayons qui renomment leur propre version de jquery pas spip.
Ah zut, OK.
Faut que je regarde du côté de jQuery.noConflict() alors, mais ça ne dit
pas comment faire quand ce sont deux jQuery qui sont en conflit...Avoiding Conflicts with Other Libraries | jQuery Learning Center
____________________
A+
ArnaudLe 24 avr. 09 à 09:35, Nicolas Hoizey <nicolas@hoizey.com> a écrit :
Bon, désolé marcimat, je viens de découvrir que le problème venait de
chez moi.
Je chargeais une autre version de jQuery, en plus de celle chargée par
SPIP. Quand je vire ma propre version, tout remarche apparemment
parfaitement.Ce qui m'étonne, c'est qu'il me semblait que la version de jQuery chargée
par SPIP était renommée pour éviter ce problème...Le 9 avr. 09 à 09:40, Nicolas Hoizey a écrit :
Le 8 avr. 09 à 23:52, Nicolas Hoizey a écrit :
Le 8 avr. 09 à 23:21, Nicolas Hoizey a écrit :
Le 8 avr. 09 à 22:41, marcimat@free.fr a écrit :
Author: marcimat@free.fr
Date: 2009-04-08 22:41:31 +0200 (mer, 08 avr 2009)
New Revision: 13871Log:
- revert de [13847] (ajaxCallback) qui casse le fonctionnement de la
pagination AJAXModified:
spip/prive/javascript/ajaxCallback.jsAprès un "svn up", un vidage de cache et de "local/cache-js/", je
conserve la même erreur :
jQuery("form").parents("div.ajax").formulaire_dyn_ajax is not a
functionJ'ai trouvé comment éviter l'erreur, qui est dû apparemment à l'absence
d'élément correspondant à jQuery('form').parents('div.ajax').Sauf qu'il y a bien cette déclaration avant :
jQuery.fn.formulaire_dyn_ajax = function(target) {
...
}Donc même si le tableau d'éléments jQuery est vide, l'appel de la
fonction ne devrait pas faire d'erreur, non ???-Nicolas
--
Nicolas HOIZEY
http://www.gasteroprod.com/-Nicolas
--
Nicolas HOIZEY
http://www.gasteroprod.com/_______________________________________________
spip-commit@rezo.net -
http://listes.rezo.net/mailman/listinfo/spip-commit
dev: http://trac.rezo.net/trac/spip/-Nicolas
--
Nicolas HOIZEY
http://www.gasteroprod.com/_______________________________________________
spip-commit@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-commit
dev: http://trac.rezo.net/trac/spip/
Le 24 avr. 09 à 10:38, Cédric Morin a écrit :
On est pas censé utiliser 2 jQuery sur le meme site, non plus ...
Il faut règler la compat d'un cote ou de l'autre pour utiliser une unique version.
J'avais ajouté ma propre version parce que la syntaxe de certains sélecteurs avait changé et ils ne fonctionnaient plus avec l'ancienne version incluse dans SPIP.
Avec un nombre croissant de sites et plugins utilisant différentes versions de jQuery, le problème n'est sans doute pas isolé.
Le 24 avril 2009 10:25, Nicolas Hoizey <nicolas@hoizey.com> a écrit :
Le 24 avr. 09 à 10:14, Arnaud VENTRE a écrit :Ce sont les crayons qui renomment leur propre version de jquery pas spip.
Ah zut, OK.
Faut que je regarde du côté de jQuery.noConflict() alors, mais ça ne dit pas comment faire quand ce sont deux jQuery qui sont en conflit...
Avoiding Conflicts with Other Libraries | jQuery Learning Center
____________________
A+
ArnaudLe 24 avr. 09 à 09:35, Nicolas Hoizey <nicolas@hoizey.com> a écrit :
Bon, désolé marcimat, je viens de découvrir que le problème venait de chez moi.
Je chargeais une autre version de jQuery, en plus de celle chargée par SPIP. Quand je vire ma propre version, tout remarche apparemment parfaitement.
Ce qui m'étonne, c'est qu'il me semblait que la version de jQuery chargée par SPIP était renommée pour éviter ce problème...
Le 9 avr. 09 à 09:40, Nicolas Hoizey a écrit :
Le 8 avr. 09 à 23:52, Nicolas Hoizey a écrit :
Le 8 avr. 09 à 23:21, Nicolas Hoizey a écrit :
Le 8 avr. 09 à 22:41, marcimat@free.fr a écrit :
Author: marcimat@free.fr
Date: 2009-04-08 22:41:31 +0200 (mer, 08 avr 2009)
New Revision: 13871Log:
- revert de [13847] (ajaxCallback) qui casse le fonctionnement de la pagination AJAXModified:
spip/prive/javascript/ajaxCallback.jsDetails: http://trac.rezo.net/trac/spip/changeset/13871
Après un "svn up", un vidage de cache et de "local/cache-js/", je conserve la même erreur :
jQuery("form").parents("div.ajax").formulaire_dyn_ajax is not a functionJ'ai trouvé comment éviter l'erreur, qui est dû apparemment à l'absence d'élément correspondant à jQuery('form').parents('div.ajax').
Sauf qu'il y a bien cette déclaration avant :
jQuery.fn.formulaire_dyn_ajax = function(target) {
...
}Donc même si le tableau d'éléments jQuery est vide, l'appel de la fonction ne devrait pas faire d'erreur, non ???
-Nicolas
--
Nicolas HOIZEY
http://www.gasteroprod.com/-Nicolas
--
Nicolas HOIZEY
http://www.gasteroprod.com/_______________________________________________
spip-commit@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-commit
dev: http://trac.rezo.net/trac/spip/-Nicolas
--
Nicolas HOIZEY
http://www.gasteroprod.com/_______________________________________________
spip-commit@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-commit
dev: http://trac.rezo.net/trac/spip/
-Nicolas
--
Nicolas HOIZEY