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...

En dehors de ça, si une page affiche une police sur ton poste, c'est soit qu'elle est dans une image ou une animation, soit qu'elle est déjà installée chez toi...

Comme souvent avec Ifmy, il a déjà tout dit mais il semble qu'on ne le lise pas !!!

+1 Ou alors, vu que l'on est dans la rubrique JS, tu n'as pas tes photos sur le même serveur que ton script.. (Voire sur aucun serveur et tu essayes de lire à partir d'un script des fichiers en local, je crois savoir que beaucoup de sympathiques hackers aimeraient que ça soit possible à faire...)

Pour ma part, c'est de temps en temps dream, mais essentiellement notepad++. Cependant, la raison de ce message est de faire remarquer qu'il y a quand même un malade qui code sous word !!! Dire que mes collègues me prennent déjà pour un autiste du code "auto-auto-complété", je me rends compte qu'il y a pire...

J'ai pris un peu plus de temps pour regarder ton css, le problème vient de la classe sc affectée au h2 qui du coup est affiché "inline" avec flottement à gauche, du coup le 1er li est positionné dans le flux donc à droite du h2 car il a la place (du moins, c'est comme ça que FF l'interprète). En bref, vire l'attribut "class=sc" de ta balise h2 ! Pour répondre à ta question sur le positionnement : display static : dans le flux (valeur par défaut, non positionné) display relative : positionné par rapport au bloc précédent (attention, le bloc suivant se place comme sans tenir compte du repositionnement) display absolute : positionné par rapport au bloc contenant display fixed : positionné par rapport au bloc contenant, mais sans déplacement (au scrolling) Donc non, ce n'est pas dangereux de manipuler les absolute, c'est un choix (même si ce n'était pas la bonne solution à ton problème) mais ça peut devenir problématique en particulier sur des blocs contenus dans des blocs 'relative' imbriqués (car les navigateurs n'interprètent pas toujours de la même façon, mais surtout à cause des réglages de l'utilisateur (t'as déjà essayé 'CTRL +' sur tes pages, tu tiens compte des différentes tailles d'écrans etc)

En supprimant la propriété float sur ta div .sc et en positionnant la div .lastforum en position absolute left 430px top 264px on obtient le bon résultat... (Pas testé sur les autres navigateurs)

Je ne crois pas connaitre qui que ce soit qui n'ai jamais buté des heures sur des "trucs tout bêtes" !

A tout hasard, t'as essayé en rajoutant !important ?

Je suis pas trop spécialiste de ce genre de chose, mais d'emblée, j'imagine que la gestion des espaces est problématique...

J'ai pas pu vérifier ce que ça donne sur Safari 2 (désolé, j'ai que le 3 ), mais au vu de ta css, j'imagine qu'il aime pas trop les accents pour les identifiants... En règle générale, essaye d'éviter d'en mettre (dans les noms de fichiers, les variables, les classes et identifiants etc...), ça pose plein de problèmes et surtout, ça n'a aucun intérêt vu que ce n'est pas censé être vu.