Discussion :

[Lert Sarin]

bon, se doit pas être le seul message concernant ce gros souci qu'est le innerHTML sur les éléments row et table avec IE.

mais voilà, je n'ai pas trouvé de réponse satisfaisante et je voudrais avoir un avis pour des questions d'efficacité.

je mets donc mon tableau html à jour grâce à l'ajax, il y a 6 cellules à mettre à jour et 2 d'entres elles nécessitent un p'tit passage sur le serveur pour être renseigné.

au début, je comptais mettre toute la ligne dans mon fichier .php et la rentrer dans ma ligne avec un innerHTML. Mais voilà que j'apprends que ce brave IE à décidé qu'il serait le seul à ne pas accepter ça, comme ça, il rappellerait aux developpeurs qu'il a le pouvoir de nous em.... la vie.

j'entrevois une solution bourrin : création de 2 objets XMLHttpRequest et récupérer mes 2 cellules séparément.

mais je ne trouve pas ça tellement jolie ni efficace (et si ce n'était pas une, mais 10 ou 20 cellules à changer ....)

merci.

[RomainVALERI]

Effectivement, scinder les contenus récupérés pour pouvoir n'actualiser que les contenus des cellules séparément (plutot qu'une ligne entière) semble être une bonne solution.
Cependant : pourquoi 2 objets XHR ?
Côté serveur, prépare une réponse divisée en deux parties avec un séparateur de ton choix, et découpe la réponse à l'arrivée (avec un split par exemple) pour actualiser chaque cellule séparément...

>>> et ce n'est pas beaucoup plus lourd avec 20 cellules qu'avec 2 ^^ (à condition de nommer correctement les éléments pour pouvoir les itérer sans trop de difficulté)

Exemple avec deux cellules et deux contenus à mettre à jour :

côté serveur :

Code php :

Sélectionner tout - Visualiser dans une fenêtre à part

echo $donnee1."##".$donnee2;

et côté client:

Code javascript :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
// dans la fonction de callback de ton appel ajax :
var splitReponse = xhr.responseText.split("##");
document.getElementById("taCellule1").innerHTML = splitReponse[0];
document.getElementById("taCellule2").innerHTML = splitReponse[1];

Mais tant qu'à séparer les contenus, à mon avis, autant faire du DOM

Code javascript :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
// dans la fonction de callback de ton appel ajax :
var splitReponse = xhr.responseText.split("##");
document.getElementById("taCellule1").appendChild(document.createTextNode(splitReponse[0]));
document.getElementById("taCellule2").appendChild(document.createTextNode(splitReponse[1]));

...voire une syntaxe avec replaceChild si les cellules n'étaient pas vides avant l'appel

[Lert Sarin]

merci a toi, j'avais pas penser au separateur. mais en meme temps, j'ai "simplifier" au possible mon ajax avec une p'tite methode toute bete et j'aime bien l'utiliser

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
/**
 * fonction qui simplifie l'ajax ^^
 */
function ajaxSimple(emplacement, data, fichier){
	var xhr = getXhr();
	document.body.style.cursor='wait';
	if(xhr !== false){
		xhr.open("POST", "../js/"+fichier, true);
		xhr.setRequestHeader('Content-Type', 'application/x-www-form-urlencoded');
 
		xhr.onreadystatechange = function(){ 
			if(xhr.readyState == 4){
				if(emplacement != undefined){
					emplacement.innerHTML = xhr.responseText;
				}
				document.body.style.cursor='auto';
			}
		}
 
		xhr.send(data);
	}
}

bon, j'peu toujours retaper tout ca, mais j'voulais vraiment savoir si le rapport "efficatité"/"temps à codé ca, quitte a se planter" etait vraiment favorable a ma solution. mais j'ai toujours du mal a evaluer la "lourdeur" de l'ajax, du javascript, des appels a la base de donnée voir du code php.

en tout cas, merci pour ta reponse