Bonjour,
 
J'ai un petit problème de javascript:
 
J'ai une fenetre "mère" avec une liste de messages et à coté de chacun d'eux un bouton pour lire le message. Lorsque je clique ce bouton j'ouvre un pop-up avec le contenu du message. Jusque la ca va
 
Le pop-up contient en plus du contenu du message un bouton pour supprimer ce message. Lorsque je clic sur ce bouton je voudrais que le pop-up se ferme et que la suppression du message se fasse dans la fenetre "mère" et que ca m'affiche le petit message qui va bien suite au traitement de la requete.
 
C'est la que je cale, je ne sais pas comment faire. A priori il faut pointer vers la fenetre "mere" dans le champ TARGET de mon formulaire du pop-up. Mais je ne sais pas quoi y mettre car je connais pas son petit nom Le nom de la fenetre du pop-up je le connais car c moi qui la crée.
 
Le formulaire pour ouvrir le pop-up ressemble a ca:

 
J'espère que vous pourrez me donner un coup de main, merci.

Il existe un terme JS pour désigner la page appelante sans la nommer et c'est "opener"
 
Tu l'utilise à la place de "window"
Plus de détails avec "Google"

Merci  
 
Suis parti en quête d'info

Voila je suis arrivé au résultat souhaité, merci pour ton aide robbyone.  
Je laisse le code au cas ou ca puisse interesser quelqu'un d'autre.
 
Le code du pop-up:

sans vouloir chercher la petite bete, je te précise quand meme que la solution du timeout n'est pas tres recommandée. Sa fiabilité est tres limitée, notamment si pour une quelconque raison tu as des problemes avec le server.  
il y avait surement moyen de faire autrement, peut etre en utilisant la sotution d'une autre "popup" qui se contentera d'effectuer le rafrachissement de ta page mere (window.opener.location.reload()), et de se fermer(self.close()). Mais bon c'est à creuser...

Et la version valide :

Mouais je vois pas trop la différence. A la rigeur je veux bien pour le getElementById() mais les guillemets dans le code HTML je les ai bannis. Je vois pas leur utilité a part alourdir la page

YOUHOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU
 

 

 

 
C'est obligatoire, et ça peux mener à de graves problèmes
 
Genre j'imagine le browser qui tombe là-dessus :

Il risque de péter une belle durite

Bref, apprend à coder en HTML

Bah si t'écris n'importe koi aussi... Je ne m'amuse pas a mettre des trucs comme l'exemple que tu as donné

Et pourtant... Ce sont des trucs couramment utilisé (l'histoire des plusieurs classes). Bref, l'HTML4 impose de mettre des simple ou double-quote Si t'en met pas, ben... C'est que t'es un mauvais développeur

Disons que je les mets qd yen a besoin, sur les champs contenant des espaces, des url des trucs comme ca.
 
Sur une ligne comme ca je vois pas ou est le problème.

 
Maintenant si ca fait de moi un mauvais développeur tant pis, j'assume. En attendant j'ai gagné quelques octets et c'était le but recherché

Y'a presque rien de gagné : tout serveur web digne du nom gzip les pages. Ensuite, rien ne dit que le navigateur en face reconnaisse les trucs sans quotes. Aussi, c'est beaucoup moins lisible, les éditeurs avec coloration syntaxique vont rien piger, etc... Bref, pleins de désavantages pour même pas 10 octets
 
Y'a des règles de syntaxe pour l'HTML, ça sert à être respecté La seule chance que t'ai, c'est que nos browsers sont trop cools sur la syntaxe...

Sur un formulaire c'est sur que le gain est tres minime mais pour des tableaux de 5000 ou 10000 lignes ca commence a se faire sentir. A 500ko la page t'es content de gagner 5ko (du coté server).
 
En fait avant je faisais pas attention et j'ai du faire un site hébergé sur une connexion adsl (upload 16ko/s ) avec un tableau de 1Mo "brut" (entendez par la codé à l'arrache). J'ai donc par la suite cherché tous les moyens possible de l'optimiser pour gagner de la bande passante (CSS, optimisation du HTML... tout y ai passé) et j'ai finis par m'apercevoir que les browsers les plus utilisés s'en foutent des guillements (qd supprimé au endroits adéquates). DOnc maintenant par habitude je ne les mets plus.
 
C'est pas conforme au standard mais de toute manière qui respecte les standards W3C... Chaque browser supporte des fonctions non conforme au spécifications W3C donc bon... la c'est pour la bonne cause

ben tu fais de la pagination, ton tableau avec pagination et comme ca c'est moins crade

C'est ce que j'avais fait mais une vue globale restait indispensable dans certains cas.
 
Vous allez pas me reprocher d'essayer d'optimiser mon code quand même

Au lieu de gagner 10 octets par ci par la, fais un code propre.  
 
Et puis, 5 ko, c'est une seconde de plus avec un 56k, autant dire rien. Et puis un HTML de 500 ko c'est pas normal

 
1s pour l'utilisateur mais 1/3 de la BP du server... sachant que le site était accédé presque exclusivement le soir entre 20h et 22h c'est pas négligable.
 
Pour afficher "Hello World!!" ouais. Mais qd t'as 500ko de texte à afficher t'as vite 50ko de mise en page

Par curiosité j'ai pris un site au hasard (www.google.fr) pour voir si je suis le seul à "coder comme un porc".
 
Extrait du code source:

 
Bah nan suis po tout seul. Preuve que ma démarche n'est peut être pas conforme aux spec mais elle n'est pas forcément sans fondement. Ou alors les codeurs de google sont des noobs aussi, dans ce cas je m'incline  
 
Ce que vous appelez "code dégueulasse" moi j'appelle ca "optimisation"
C'est juste un problème de vocabulaire

C'est absolument pas de l'optimisation, et c'est absolument pas un problème de vocabulaire : c'est du bricolage qui repose à 100% sur le fait que certains navigateurs sont gentils.
 
Ensuite pour ton tableau de 5000 lignes, je voudrais bien voir la gueule du code, ça doit être bien moche... Parce quand on regarde les attributs disponibles pour les éléments <td>, y'en a pas beaucoup :

Donc soit chaque <td> de ton truc a un col/rowspan (bof), soit y'a des scope/headers (je pense pas que tu connaisse). Donc je pige pas où est-ce qu'ils sont tous tes attributs

Si elle est sans fondements. Google ne se tient pas aux standards, c'est leur choix, mais c'est pas parce que des grands noms le font que c'est ce qu'il faut faire.
 

 
Hé bien, 5ko, 1/3 de la bande passante ? Woaw j'avais jamais vu ca ... Le gain est minime, je t'assure, étant donnée que les attributs de style sont en CSS, et que le reste n'est pas tout le temps utilisé.
 
"Ca coute pas plus cher de bien coder !"

Bon vous avez raison    
 
On va pas discuter 10 ans la dessus surtout que c'est même pas le sujet du topic!

  ... mais je n'en pense pas moins ...