Reprise du message précédent :

 
un header non ?

ta redirection...

ha, tu dis: "y'a une 3e solution, c'est d'envoyer un header de redirection". D'accord, mais ça n'empeche pas le refresh ça, si je ne m'abuse ?

si, tu as une page intermédiaire qui ne fait que valider ta saisie et un header de redirection ailleurs...quand tu refresh tu ne le fais que sur la page sur laquelle tu as été redirigé, non?

ben je suis pas convaincu, justement.

ben si, c'est comme ça que ca fonctionne sur ce forum
(sauf qu'au lieu d'un header sur bddpost.php, c'est un meta refresh, mais bon c'est pareil, c'est une redirection)
donc une fois que t'as posté, t'as beau faire F5, ca te réaffiche la page du topic, et ca ne resoumet pas le form.

ça fait jamais que 5 posts que je dis que je suis pas du tout convaincu que c'est pareil, justement, alors va ptet falloir songer à avancer un peu maintenant

et pourquoi t'es pas convaincu ?
testes

 
Mais monsieur ça existe aussi les forums en statique...  
 
 
 
|
|__> SORTIE

Je suis en train de me demander si je n'utilise pas les tableau en JS d'une mauvaise manière.
 
Si je fais ça :
 

var monTableau = new Array();
monTableau['maCle1'] = 'maValeur1';
monTableau['maCle2'] = 'maValeur2';
monTableau['maCle3'] = 'maValeur3';
alert(monTableau.length);

Ça me retourne 0
 
Et si je fais ça :

var monTableau = new Array();
monTableau[0] = 'maValeur1';
monTableau[1] = 'maValeur2';
monTableau[2] = 'maValeur3';
alert(monTableau.length);

Ça me retourne 3
 
Comment faire pour avoir le nombre d'éléments d'un tableau associatif ?

En fait j'ai eu le meme pb vendredi :  
var monTableau = new Array(); equivaut à faire :  
var monTableau = [];
 
et Je me suis dit : mais un tableau c'est aussi un objet en JS, donc j'ai fait  :
var monTableau = {}; ou bien tu peux déclarer comme ca :  
var monTableau = new Object;
 
et là ca fonctionnera. Je ne sais pas pourquoi ca fait ca.
Masklinn, vient à notre secours

En fait la solution c'est de faire :

var mesCles;
var i = 0;
for(mesCles in monTableau){
    i++;
}

Et i donne le nombre d'éléments du coup.

Edit : Enfin, c'est la solution que j'ai bidouillé, il y a peut être mieux bien entendu.

var monTableau = new Array();
monTableau['maCle1'] = 'maValeur1';
monTableau['maCle2'] = 'maValeur2';
monTableau['maCle3'] = 'maValeur3';
alert(monTableau.length);

var monTableau = new Array();
monTableau[0] = 'maValeur1';
monTableau[1] = 'maValeur2';
monTableau[2] = 'maValeur3';
alert(monTableau.length);

Tu peux pas, le hash JS ({}) est l'objet racine de la hiérarchie javascript (new Object()), il faut extraire manuellement sa taille.

Et effectivement tu utilise les arrays JS d manière incorrecte, [] (ou new Array(), mais mieux vaut utiliser le littéral on est pas en java) sert uniquement à stocker des objets indexés numériquement, on est pas en PHP là, un hash et un array sont des objets différents.

Un array est un objet, mais un objet n'est pas un array, l'indexation numérique et les méthodes d'array n'existent que sur les arrays

var mesCles;
var i = 0;
for(mesCles in monTableau){
    i++;
}

Non c'est bien ça, et à noter que ce type d'itérations ne fonctionne pas nécessairement correctement sur un array.

Pour plus d'infos sur la dichotomie, voir les types `list` et `dict` en python (équivalents respectivement à [] et {} en JS), ou `Array` et `Hash` en Ruby, ou les interfaces `List` et `Map` en Java (et les types concrets `ArrayList` et `HashMap`)

Et accessoirement ce code n'est pas terrible, mieux vaut écrire

var i=0;
// La clé n'est utilisée que dans le for, aucun intérêt de la mettre à l'extérieur
for(var key in hash) { // C'est un hash PAS un tableau
    i++;
}

Masklinn for the win \o/

Le protocole Http a tout prévu : un header 303 See Other sert justement à ça.
 
En Http 1.0, y'avait rien pour passer de GET à POST : les redirections de bases genre 302 théoriquement doivent garder la même méthode. En 1.1, ils ont donc ajouté le 303 pour indiquer qu'ont peut trouver une réponse cachable (donc accessible en GET) à une autre adresse (ou la même)

Maintenant question: tous les navigateurs sont-ils capables de gérer le 303, et si non quel est leur comportementface à un header http inconnu?

yo les gars, quelle est la syntaxe quand on applique 2 classes sur un meme objet ?
 

 
ou
 

 
il me semble que c'est le second non ? a moins qu'il y ai mieu ?

deuxieme

 
Haha, on l'entend moins tout de suite, le FlorentG

D'après ce que j'ai testé, ça à l'air d'être bien géré, vu que ça fait partie du protocole Http 1.1...

Bourdaÿl ! J'ai encore un pb avec JS...
 
Voici une portion de code :
 

if(xhr.readyState == 4 && xhr.status == 200){
    var textReturn = xhr.responseText;
    if(textReturn != 'ERROR') {
        window.opener.document.getElementById('timeslot_content').innerHTML = textReturn;
        window.close();
        // alert('FERME TOI BOURDEL !!!'); // Pour test ...
    } else {
        alert('Erreur !');
    }
}

 
Ça fait partie d'une fonction activée lorsqu'on clique sur un bouton (onclick="..." )
 
Sous IE, aucun pb. Sous FF un léger problème. En fait lorsque je clique sur mon bouton, on voit bien la fenêtre parente être mise à jour (donc window.opener.... est bien exécuté), par contre la fenêtre ne se ferme pas tant que je ne déplace pas la souris
 
Si je décommente ma ligne de test, j'ai la page parente qui se met à jour, et le message de test s'affiche ... mais tjs pareil, la fenêtre ne s'est pas fermée Alors que le window.close() est censé être exécuté AVANT mon message alert()...
 
Sous IE la fenêtre se ferme bien immédiatement, pas besoin d'attendre un mouvement de la souris...

Ca veut pas dire grand chose ça

est-ce que mes variables POST passent si j'apelle une page via "document.location.href=" ??

 
Non.

Bon pour commencer rappelons que innerHTML est tout sauf standard, il ne fait partie d'aucune spécification et que de fait son interpretation par les navigateurs est soumise à quelques variations ( citons entre autres, le innerhtml d'une balise input text).
Dans ton cas, je pense juste que FF ne rafraichit pas l'affichage car tu ne rends pas le focus à l'opener. Perso je rajouterais après le close un petit:

Ouais, bien-sûr... Mais ça devrait être ok

Réfléchit

Moi je dis que si Masklinn trouve que c'est pas d'la merde ... c'est que c'est utilisable

(sinon je vais tester pour le focus() )

Bon, donc a priori c'est window.opener.focus() (sans "document" donc)

Et ça ne marche pas non plus Je comprends pas, la fenêtre parente ne vient pas en premier plan... Pourtant le innerHTML et le alert() sont exécutés directement, mais pas les fonction sur les fenêtre on dirait Je ne comprends pas...

Edit : Si dans la console Firebug j'entre à la main window.opener.focus() ... il me file bien le focus directement. Donc à doit être lié à mon script. Je vais chercher... J'ai des events attachés à mon document, mais je doute que ça vienne de là, puisque là on travaille directement sur window, et non sur document...

Edit 2 :Pour ce qui est des events, le seul qui pourrait avoir un rapport, compte tenu des symptomes rencontrés, serait celui ci :

addEvent(document, 'mousemove', mouseCoords, false); // Capture mouse coords on mouse move

Ça m'enregistre juste les coordonnées de la souris dans une variable ... donc je vois pas pourquoi ça empêcherait la fenêtre de se fermer
En plus j'ai essayé d'ajouter, avant le close(), un removeEvent pour cet event, et ça change rien

Edit 3 : Bon, j'ai mis en commentaire les events liés à la souris, et ça continue à faire pareil... donc ça venait pas de ça... Je continue mes recherches

Edit 4 : J'ai essayé plusieurs méthode différente que j'ai trouvé sur le net, en créant des fonction de fermeture diverses, en affectant self à opener etc... rien n'y fait. La fenêtre se ferme à tous les coups, mais uniquement si on déplace la souris après avoir cliqué sur le bouton...

Edit 5 : Bon ... j'ai encore testé pas mal de truc. Sur la page mère, j'ai une fonction qui m'ouvre le "popup" (maPage = window.open...), j'ai donc ajouté une fonction pour fermer cette page (maPage.close(), et c'est cette fonction que j'appelle depuis la page fille... Et bien c'est pareil, il faut que je déplace la souris. Ce qui veut dire que quelque soit la fonction appelée, elle n'est exécutée que lorsque je déplace la souris Pourtant le reste est toujours exécuté tout de suite (le innerHTML, le alert() etc...). Je n'y comprends rien.

Bon un petit up, parce que les edits ça fait pas remonter les topics

Salut tout le monde, j'ai ça :

.titre_news a:visited {
font-size: 14px;
text-decoration: none;
color #f0b801;
}
.titre_news a:link {
font-size: 14px;
text-decoration: none;
color #f0b801;
}
.titre_news a:hover {
font-size: 14px;
text-decoration: underline;
color #f0b801;
}

Vous pouvez me dire pourquoi ce qui suit ne prend pas en compte intégralement mon style, c'est à dire que je peux modifier la taille des liens mais pas leur couleur, celle-ci restant la même que celle de tous les autres liens de la page ?

<h2 class="titre_news"><a href="">Mon titre</a></h2>

Manque pas un href ?

Edit : C'était avant l'Edit

Bon, j'ai procédé par élimination, et le problème vient de ça :
 
if(xhr.readyState == 4 && xhr.status == 200){
 
Si je sors mon close() de là, ça ferme tt de suite, si je le met dedans, il faut qu'il se passe quelque chose sur la page pour que la fenêtre se ferme

.titre_news a:visited {
font-size: 14px;
text-decoration: none;
color #f0b801;
}
.titre_news a:link {
font-size: 14px;
text-decoration: none;
color #f0b801;
}
.titre_news a:hover {
font-size: 14px;
text-decoration: underline;
color #f0b801;
}

<h2 class="titre_news"><a href="">Mon titre</a></h2>

 
Tu n'as pas, quelque part ailleurs dans ta CSS, une classe qui défini déjà la couleur des lien ? Directement avec :
 
a{...}
a:hover{...}

Bon, pour mon problème, après de nombreuses recherches, et d'après ce que j'ai pu comprendre, firefox n'autorise pas la fermeture de la fenêtre pendant un appel "ajax"...
 
Je vais essayer de bidouiller quelque chose avec un timer.

 
Si, j'ai mes style de liens généraux.

Je comprends pas bien ce que tu essayes de faire
Tu ouvres un popup, qui fait un xhr et tu fermes le popup? S'quoi l'interêt?
 

Après moultes discussions avec lui, je dirais juste que ce sont deux approches habitudes différentes:
- lui dit que le DOM ça pue plus du slip qu'innerHTML + des wrappers
- moi je dis qu'innerHTML ça pue plus du slip que le DOM
Mais grosso modo aucune n'est parfaite, ça dépend de ce que tu as besoin de faire et comment ...

perso j'utilise innerhtml quand il faut remplir du texte , avec un peu de mise en page  
 
quand c'est l'inverse > dom  
 

innerHTML perso, majoritairement.
Par abus de facilité et tant que ça marche bien, j'ai pas à me plaindre.