Ta source est un exemple d'utilisation d'objet xmlhttprequest qui n'est même pas de toi (le code a été copié de toutjavascript, nan? On reconnaît la façon d'initialiser et de nommer l'objet ;) )
La seule chose que tu ajoutes, c'est un test sur la propriété display de ton div... ça ne vaut franchement pas une source ici.
Ce genre de source est présent en multiple exemplaires sur le site, et ce depuis des années...
(déja critiqué pour la même raison il y a + de 2 ans de cela, ici : http://www.javascriptfr.com/codes/CHARGER-PAGE-PHP-HTML-DANS-DIV_37447.aspx , et l'année dernière ici : http://www.javascriptfr.com/tutoriaux/COMMUNICATION-AVEC-SERVEUR-MODE-ASYNCHRONE-XMLHTTPREQUEST_781.aspx )

Je m'excuse pour le ton un peu sec de ton message....

c'est une blague...?

moui... le principe est exactement le même, sauf que dans l'autre source, les événements sont définis de manière dynamique, ce qui est quand même plus pratique...

déjà posté, déjà critiqué...
http://www.javascriptfr.com/codes/UTILISER-TARGET-_BLANK-SUR-PAGE-VALID-XHTML-STRICT_41157.aspx

Allez je me permet un troll... :)

"mais pour le coté pratique j'ai préféré utiliser les while, if et boolean."
Le... coté pratique?? Je ne vois pas ce qu'il y a de pratique à écrire un code plus long à l'execution (et à l'écriture) que sa première idée...

"Maintenant, je ne pense pas qu'un débutant puisse comprendre le code, ni même le modifier, c'est pour cette raison qu'il s'adresse aux initiés et non aux débutants"
Quelqu'un qui ne sait pas lire deux boucles imbriquées et 3 tests conditionnels, ce n'est pas un débutant, c'est un leecheur de code ^^

"Si mon code est si simple et si peu original, pourquoi ne trouve-t-on pas le tien sur ce site ?"
Parce que j'estime justement que cela ne merite pas la création d'une nouvelle source pour si peu...

"Oui, dans la vie il faut être sur de sois, sinon on n'arrive à rien."
Être sur de soi quand on a pas spécialement raison n'aide à rien, sauf à se décrédibiliser ;)

"Conclusion: cette source est pour les initiés, et pas pour les codeurs en herbe."

Qui-a-t'il d'initié à imbriquer deux boucles et des tests conditionel?
Je te trouve bien arrogant pour quelqu'un qui poste un code si simple et si peu original...

Et tiens... :

function replacez(str1,str2,strz)
{
var i=0
while (i!=-1)
{
i=strz.indexOf(str1,i);
if (i>=0)
{
strz=strz.substring(0,i)+str2+strz.substring(i+str1.length);
i+=str2.length;
}
}
return strz
}

6 fois plus rapide à l'execution (j'ai pris le temps de tester...sous ff avec une chaine de 5ko).
Si ta fonction est "rapide et efficace", alors la mienne est... magique?? non...
Pourtant je ne proclame en rien que mon code soit l'ultime solution, il est écrit super vite, et je pense que les regex sont bien plus efficaces... mais je te trouve juste bien trop sur de toi.
A+ l'initié.

"Il y a une astuce bien plus simple qui consiste à faire un : onclick="window.open(this.href); return false;""
-> Heuuu c'est justement ce que je fais, sauf que j'applique l'evenement de façon "dynamique" pour ne pas avoir à réecrire tout mes liens...

"Surtout que ton script fait que tous tes liens s'ouvrent dans une nouvelle fenêtre."
-> Non justement, seulement ceux qui font partie de la classe passée en paramêtre.


Faut que je prenne le temps de faire la modif proposée par JesusOnline, maintenant que les exams sont finis... y a plus que la flemme à combattre ^^

wah je savais pas ça. Je me suis renseigné un peu, et en fait ça a l'air d'une petite galère de faire exactement la même chose qu'innerHTML... et selon un benchmark que j'ai trouvé par hasard, niveau performance, meme sous firefox ou opéra, innerhtml est plus rapide que les fonctions DOM permettant son equivalent.
A l'heure de la mise en avant du respect des normes web, dur dilemme! Reste de plus à voir si cette fonction hors norme ne sera pas ammenée à disparaitre... :/

C'est vrai, je suis d'ailleur passé en xhtml transitional pour ma part, mais comme je l'ai dit au dessus, je sais que pas mal de gens ont été ettoné par ça, et rien que notre conversation pourrait en interesser plus d'un.

en quoi document.getElementById(div).innerHTML ne marcherait pas sous FF?
Cela fait partie de la norme... ça marche sous ie,ff,opera et meme netscape...