Ajax et Firefox

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : Ajax et Firefox

Decapfour

J'ai un objet AJAX
Si vous connaissez :

Code :

function getXhr(){
var xhr = null;
try {
xhr = new XMLHttpRequest();
}
catch(e)
{
xhr = new ActiveXObject("Microsoft.XMLHTTP" );
}
return xhr;
}

Et donc jusqu'a maintenant j'utilisais Firebug, un debugeur javascript pour firefox, et ie classique.
Les appels ajax fonctionnaient très bien jusqu'a maintenant, que ce soit sous ie et firefox.
Mais j'ai voulu recement desactivé firebug pour des tests, et la, les appels AJAX ne marchent plus sous firefox sans firebug !
Tout marche toujours bien sous ie, niquel
Firefox passe bien dans le javascript( testé avec des alerts ), il passe meme sur l'instruction de l'ajax, les alerts étant après, mais apparement ils ne doivent rien renvoyer.
Mais c'est halucinant parce qu'au debut, je n'utilisais pas firebug, et l'objet ajax, je ne l'ai pas du tout modifié !
Mystère
Des idées?

Publicité

Decapfour

Apparement le fait de poster ma inspiré ^^ :

Code :

function call (url, response, concatener){
var xhr = getXhr();
xhr.onreadystatechange = function()
{
switch (xhr.readyState){
case 4 :
if (xhr.status == 200)
{
if(concatener == 1){
response.innerHTML += xhr.responseText;
}else{
response.innerHTML = xhr.responseText;
}
}
else response.innerHTML += "<li>"+xhr.status;
break;
}
};
xhr.open( "GET", url, true); ICI LE FALSE
xhr.send(null);
}

Il était a false pour un effet sychronisé. ( fonction open de js)
Pas trop compris
Ya un moyen pour synchroniser le navigateur avec la reponse de l'objet, autre que de mettre false?
Ou pouquoi quand on met false ca couille?

Message édité par Decapfour le 27-06-2007 à 11:21:59

masklinn

í dag viðrar vel til loftárása

Ca ne couille pas quand on met false, false génère un appel synchrone bloquant (qui freeze tout le navigateur, accessoirement) donc au lieu de mettre un callback on met le code de traitement derrière le xhr.send(null).

C'est marqué dans les docs d'ailleurs...

---------------
I mean, true, a cancer will probably destroy its host organism. But what about the cells whose mutations allow them to think outside the box by throwing away the limits imposed by overbearing genetic regulations? Isn't that a good thing?

Decapfour

Cad?
C'est que ca bloquait pas la navigateur avec false et l'histoire de l'appel qui marchait pas, donc je me demandais
Tu proposerais de mettre le code de la fonction call dans la fonction de l'appel de l'objet c'est ça?
Le pb c'est que j'apelle très souvent call

masklinn

í dag viðrar vel til loftárása

vas lire les docs

Decapfour

Ok... merci

theredled

● REC

en gros il te dit que .onreadystatechange ne sert à rien en synchrone.
Ta fonction Call() EST la fonction qui appelle l'objet, donc elle reste mais tu la modifie.

---------------
Contes de fées en yaourt --- █ --- zed, souviens-toi de ma dernière lettre. --- Rate ta musique

Decapfour

Je peux la modifier comment?

PS : la doc c'est sympa mais google trouve pas grand chose a part mettre false a la place de true, et je me vois mal dire a mon patron que je vais lire une doc de 40 pages pour trouver une erreur qu'en 5 min avec un peu de bonne vonlonté vous pourriez m'expliquer.

masklinn

í dag viðrar vel til loftárása

http://developer.mozilla.org

Decapfour

Ecoutes c'est super.... Tu lis les post de temps en temps? Enfin bon...
Donc sinon rien pour me dire pouquoi ca marche avec firebug?

Message cité 1 fois

Publicité

Decapfour

Methods
open(mode, url, boolean) mode: type of request, GET or POST
url: the location of the file, with a path.
boolean: true (asynchronous) / false (synchronous).
optionally, a login and a password may be added to arguments.
send("string" ) null for a GET command.

Hmm Hmmmm
Mais encore?

PS : je tiens vraiment au synchone car une fois sur deux, le script met un peu plus de temps, et un getElementbyID derrière aime pas trop chercher un truc que le call a pas encore renvoyé.

Message cité 1 fois
Message édité par Decapfour le 27-06-2007 à 14:54:37

masklinn

í dag viðrar vel til loftárása

Decapfour a écrit :

Ecoutes c'est super.... Tu lis les post de temps en temps?

Jamais, je suis un bot et je t'emmerde.

Decapfour

Constructif dis moi ^^
Jchais pas tu semble avoir la solution, alors bon, me dire d'aller voir une doc, c'est pas un peu... abusé?

Message cité 2 fois

Decapfour

Code :

xhr.open( "GET", url, false);
xhr.send(null);
response.innerHTML = xhr.responseText;

Dans une fonction call_asynch() ça marche, mais c'est "bon"?

Message cité 2 fois

masklinn

í dag viðrar vel til loftárása

Decapfour a écrit :

Jchais pas tu semble avoir la solution, alors bon, me dire d'aller voir une doc, c'est pas un peu... abusé?

non

Decapfour a écrit :

Code :

xhr.open( "GET", url, false);
xhr.send(null);
response.innerHTML = xhr.responseText;

Dans une fonction call_asynch() ça marche, mais c'est "bon"?

oui, mais c'est un appel synchrone pas un appel asynchrone.

Decapfour

Oui, mais l'appel synchrone c'est le but justement
Sinon merci

theredled

● REC

Decapfour a écrit :

Constructif dis moi ^^
Jchais pas tu semble avoir la solution, alors bon, me dire d'aller voir une doc, c'est pas un peu... abusé?

Pas vraiment, là c'est un truc assez basique, ya 38 tutos sur le sujet, et savoir chercher dans la doc officielle (savoir où elle est, ou chercher, etc) est complètement indispensable pour être un minimum indépendant. La doc en sait plus que n'importe quel forumeur (a part pour les bugs p-e, encore que ca dépend:o)

Decapfour a écrit :

Code :

xhr.open( "GET", url, false);
xhr.send(null);
response.innerHTML = xhr.responseText;

Dans une fonction call_asynch() ça marche, mais c'est "bon"?

call_synch(), tu veux dire
Oui c'est bon.

Decapfour a écrit :

PS : je tiens vraiment au synchone car une fois sur deux, le script met un peu plus de temps, et un getElementbyID derrière aime pas trop chercher un truc que le call a pas encore renvoyé.

-Le synchrone attent la réponse du serveur et pendant ce temps, freeze le navigateur. Quand la réponse est arrivé, il reprend le script là ou il était. Ca t'as pigé.
-L'asynchrone éxécute une fonction donnée (définie par .onreadystatechange) à chaque étape de la requete (envoyé, en cours, renvoyé, recu si je ne m'abuse). Dans cette fonction tu teste cette étape et comme ça, tu peux éxecuter un code seulement un fois que la réponse est arrivé (.readystate=4). Donc si tu mets ton getElementById ici, ça devrait pas poser de pb, si ?

Message édité par theredled le 27-06-2007 à 15:37:52

---------------
Contes de fées en yaourt --- █ --- zed, souviens-toi de ma dernière lettre. --- Rate ta musique

FORUM HardWare.fr

Programmation

HTML/CSS

Ajax et Firefox

Sujets relatifs
[Résolu][AJAX] server erreur 500	Pb menu déroulant entre IE et Firefox
problème d'affichage IE/Firefox	Décalage balise <li> different entre IE et Firefox
[Resolu]Attente fin d'appel de script PHP avec AJAX	Menu dynamique qui ne s'affiche pas sous Firefox
[Résolu] Ajax - [object HTMLTextAreaElement]	Pb AJAX+Firefox : readyState ne dépasse pas le 1
AJAX et firefox j'arrive pas a envoyer une requete POST	[AJAX] Les boutons ne sont pas cliquables dans firefox
Plus de sujets relatifs à : Ajax et Firefox

Page générée en 0.073 secondes