Bovino

Tu peux utiliser un flag en variable globale qui te dis si oui ou non le settimeout précédent est terminé. Sinon, donne un nom à ton settimeout var timer = setTimeout(...); tu peux ensuite appeler un clearTimeout sur cette variable.

var nb_rep = eval(form1.selec.value); eval() permet d'évaluer un script, pas de récupérer une valeur... Ensuite, pour atteindre le select, c'est : var nb_rep = document.forms['form1'].selec[document.forms['form1'].selec.selectedIndex].value;

<select name="selec" id="selec" onclick="affiche_text_reponse(form)"> Essaye plutôt avec onchange.

C'est juste un problème de css je suppose, sans dtd, ie rajoute des marges donc ton menu devient trop large et le dernier bouton passe en dessous.

Ben oui, si c'est un script, xhr.responseText ne l'évalue pas... essaye : if(xhr.readystate==4 && 200==xhr.status){document.getElementByID("divhorloge").InnerHTML=eval(xhr.responseText);

La méthode ne me semble pas la bonne pour window.open() : window.open(adresse, nom, options) Ensuite, tu peux accéder à ta popup grâce à son nom... (attention, donner le même nom à plusieurs popup n'est pas une bonne idée !) EDIT : Pour moi, dans ton exemple, martinot n'est pas une variable mais une instruction, donc quand tu l'appelles, tu essayes en fait de réouvrir une popup, d'où le message d'erreur...

Je pense qu'il doit s'agir d'un problème de cache...

Je sais que ce post n'est pas récent, mais voici quand même l'explication: Greybox, comme tous les outils de ce genre, n'ouvre pas de popup, il crée des systèmes de div... donc il n'y a pas de fenêtre parent, tout est sur la même page et tu accèdes aux éléments par les méthodes habituelles...

C'est déjà un bon début... combien de développeurs font encore attention à l'aspect sémantique du (x)HTML ??? Sinon, pour ce qui est des frame, c'est vrai que c'est plutôt contesté actuellement, ceci dit j'imagine que même si ce n'est pas à mes yeux la meilleure solution, le dtd frameset n'existe probablement pas que pour la déco... donc si tu te sens plus à l'aise avec, pourquoi pas ! Mais les include en php sont tout aussi adaptés (et moins controversés) quant à Ajax via des frameworks comme jQuery mais aussi Prototype, Mootools, Dojo, ExtJS etc, ils sont là justement pour te faciliter la vie et simplifier le code, donc ça vaut le coup d'y jeter un il !

Ben en fait, la réponse est déjà dans ton post : en javascript, tu ne peux pas aller en dehors de ton domaine...

Désolé, mais quand je teste les deux liens, j'ai les mêmes erreurs... Idem lors de la navigation.

Je ne suis pas sûr que mootools et prototype soient vraiment compatibles entre eux... Il doit y avoir des conflits de syntaxe dans tes scripts.

Le problème est qu'il y a un conflit entre le onSubmit et le action... Quand tu valides ton formulaire, le navigateur essaye de tout faire... mais ce n'est pas toujours possible ! L'idéal dans ton cas serait de regrouper les deux actions, par exemple dans un script php qui envoie un mail puis redirige vers la page que tu veux ou un javascript qui envoie le mail et vide le textarea...

Effectivement, javascript est un langage faiblement typé, ce qui signifie qu'en cas de besoin, il sait modifier le type d'une variable. Par exemple, les champs d'un formulaires sont de type "string", et si tu déclares une variable de type number (var variable = new Number) à laquelle tu affectes la valeur d'un champ de formulaire, ta variable devrait se transformer toute seule en ... "string". Dans ton cas, tu demandes une comparaison qu'il sait faire, donc ça ne le dérange pas, même si le résultat que tu as demandé n'est pas celui que tu pensais

Si ta div "conteneur" est placée avant ta div "patch" (ce qui est particulièrement probable puisque patch est en bas de page), alors, "patch" n'est pas encore dans le DOM au moment où le script est chargé... donc il est placé à l'emplacement donné par le code html. En résumé, déplace ton script aprés la div "patch" et ça devrait fonctionner...