J'ai un form qui transmet des données par une méthode post.
J'aimerais que ce form puisse ouvrir une fenêtre (ça je sais faire
avec un target) mais comme cette fenêtre n'afficher que deux phrases,
je voudrais pouvoir avoir une petite fenêtre.
Bon un resize c'est pas vraiment top.
Sinon il faudrait que je fasses passer mes valeurs en méthode post
sans form, et là je ne sais pas.
FiLH
--
FiLH photography. A taste of freedom in a conventional world.
Web: http://www.filh.org e-mail filh@filh.org
FAQ fr.rec.photo : http://frp.parisv.com/
Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
Dans ce cas la bonne méthode serait de récupérer le pointeur sur la fenêtre et de le transmettre via le submit, et non pas un hypothétique identifiant de fenêtre dont on ne s'assure de l'unicité que parce qu'on a de la chance...
Sinon, si t'as remarqué dans les autres cas, on ouvre la fenêtre et on en donne le contenu directement lors de l'ouverture avec l'url.
J'ai bien expliqué (je crois) que mon principe est en fait pour pouvoir laisser le choix d'ouvrir dans une autre fenêtre ou dans la même. Donc: 1) on veut ouvrir dans une autre, le JS gère la nouvelle et par conséquent la target adéquate 2) on veut ouvrir dans la même, il n'y a aucun interet à avoir une target différente 3) on a pas le JS, la popup ne pourra pas être ouverte, la target est inutile
-- Astuces pour webmasters: http://www.crazycat.info Tchat francophone: http://www.crazy-irc.net
FiLH a écrit :
Dans ce cas la bonne méthode serait de récupérer le pointeur sur la
fenêtre et de le transmettre via le submit, et non pas un hypothétique
identifiant de fenêtre dont on ne s'assure de l'unicité que parce
qu'on a de la chance...
Sinon, si t'as remarqué dans les autres cas, on ouvre la fenêtre et on
en donne le contenu directement lors de l'ouverture avec l'url.
J'ai bien expliqué (je crois) que mon principe est en fait pour pouvoir
laisser le choix d'ouvrir dans une autre fenêtre ou dans la même.
Donc:
1) on veut ouvrir dans une autre, le JS gère la nouvelle et par
conséquent la target adéquate
2) on veut ouvrir dans la même, il n'y a aucun interet à avoir une
target différente
3) on a pas le JS, la popup ne pourra pas être ouverte, la target est
inutile
--
Astuces pour webmasters: http://www.crazycat.info
Tchat francophone: http://www.crazy-irc.net
Dans ce cas la bonne méthode serait de récupérer le pointeur sur la fenêtre et de le transmettre via le submit, et non pas un hypothétique identifiant de fenêtre dont on ne s'assure de l'unicité que parce qu'on a de la chance...
Sinon, si t'as remarqué dans les autres cas, on ouvre la fenêtre et on en donne le contenu directement lors de l'ouverture avec l'url.
J'ai bien expliqué (je crois) que mon principe est en fait pour pouvoir laisser le choix d'ouvrir dans une autre fenêtre ou dans la même. Donc: 1) on veut ouvrir dans une autre, le JS gère la nouvelle et par conséquent la target adéquate 2) on veut ouvrir dans la même, il n'y a aucun interet à avoir une target différente 3) on a pas le JS, la popup ne pourra pas être ouverte, la target est inutile
-- Astuces pour webmasters: http://www.crazycat.info Tchat francophone: http://www.crazy-irc.net
ASM
CrazyCat a écrit :
J'ai bien expliqué (je crois) que mon principe est en fait pour pouvoir laisser le choix d'ouvrir dans une autre fenêtre ou dans la même.
He ben j'ai rien compris à ton principe :-(
à moins que tu n'aies 2 boutons de submit, je n'ai pas de choix ... sauf celui avec/sans JS(*) que je n'appelle pas un "choix". On subit, on ne choisit rien du tout.
(*) pour choisir il faut que j'imagine que tu as prévu 2 comportements que si j'en veux (et suis sur l'autre) : modif des préfs + rechargement :-(
-- ASM
CrazyCat a écrit :
J'ai bien expliqué (je crois) que mon principe est en fait pour pouvoir
laisser le choix d'ouvrir dans une autre fenêtre ou dans la même.
He ben j'ai rien compris à ton principe :-(
à moins que tu n'aies 2 boutons de submit, je n'ai pas de choix
... sauf celui avec/sans JS(*) que je n'appelle pas un "choix".
On subit, on ne choisit rien du tout.
(*) pour choisir il faut que j'imagine que tu as prévu 2 comportements
que si j'en veux (et suis sur l'autre) :
modif des préfs + rechargement :-(
J'ai bien expliqué (je crois) que mon principe est en fait pour pouvoir laisser le choix d'ouvrir dans une autre fenêtre ou dans la même.
He ben j'ai rien compris à ton principe :-(
à moins que tu n'aies 2 boutons de submit, je n'ai pas de choix ... sauf celui avec/sans JS(*) que je n'appelle pas un "choix". On subit, on ne choisit rien du tout.
(*) pour choisir il faut que j'imagine que tu as prévu 2 comportements que si j'en veux (et suis sur l'autre) : modif des préfs + rechargement :-(
-- ASM
ASM
FiLH a écrit :
CrazyCat writes:
FiLH a écrit :
Ah oui, c'est exotique comme méthode, mais effectivement...
exotique?
Dans ce cas la bonne méthode serait de récupérer le pointeur sur la fenêtre et de le transmettre via le submit, et non pas un hypothétique identifiant de fenêtre dont on ne s'assure de l'unicité que parce qu'on a de la chance...
Il n'y a vraiment aucun problème à se servir de ce système : form + target -> popup + même target
Si JS activé :
le onsubmit qui s'active avant l'envoie effectif ouvre un popup qui posséde un nom (ou target) de type html, comme le form pointe vers ce même target, la page appelée va s'y afficher. C'est quasi le même principe qu'avec des liens dans des frames, à la différence que les drames sont déjà ouverte au clic sur le lien.
Si le JS n'est pas activé, comme le brouteur ne connaît pas ce target, il va donc ouvrir une nouvelle fenêtre normale nommée comme le target.
Au prochain appel vers ce target et si fenêtre ou popup n'ont pas été refermés l'affichage s'y fera. En mode avec JS on aura prévu de refaire repasser le popup par devant. En mode sans JS, malheureusement l'ancienne nouvelle fenêtre reste derrière. (pourtant c'était bien pratique cette fenêtre qui évite d'en avoir de multiples et qui garde son historique).
-- ASM
FiLH a écrit :
CrazyCat <crazycat@nospam.c-p-f.org> writes:
FiLH a écrit :
Ah oui, c'est exotique comme méthode, mais effectivement...
exotique?
Dans ce cas la bonne méthode serait de récupérer le pointeur sur la
fenêtre et de le transmettre via le submit, et non pas un hypothétique
identifiant de fenêtre dont on ne s'assure de l'unicité que parce
qu'on a de la chance...
Il n'y a vraiment aucun problème à se servir de ce système :
form + target -> popup + même target
Si JS activé :
le onsubmit qui s'active avant l'envoie effectif ouvre un popup qui
posséde un nom (ou target) de type html, comme le form pointe vers ce
même target, la page appelée va s'y afficher.
C'est quasi le même principe qu'avec des liens dans des frames, à la
différence que les drames sont déjà ouverte au clic sur le lien.
Si le JS n'est pas activé, comme le brouteur ne connaît pas ce target,
il va donc ouvrir une nouvelle fenêtre normale nommée comme le target.
Au prochain appel vers ce target et si fenêtre ou popup n'ont pas été
refermés l'affichage s'y fera.
En mode avec JS on aura prévu de refaire repasser le popup par devant.
En mode sans JS, malheureusement l'ancienne nouvelle fenêtre reste
derrière. (pourtant c'était bien pratique cette fenêtre qui évite d'en
avoir de multiples et qui garde son historique).
Ah oui, c'est exotique comme méthode, mais effectivement...
exotique?
Dans ce cas la bonne méthode serait de récupérer le pointeur sur la fenêtre et de le transmettre via le submit, et non pas un hypothétique identifiant de fenêtre dont on ne s'assure de l'unicité que parce qu'on a de la chance...
Il n'y a vraiment aucun problème à se servir de ce système : form + target -> popup + même target
Si JS activé :
le onsubmit qui s'active avant l'envoie effectif ouvre un popup qui posséde un nom (ou target) de type html, comme le form pointe vers ce même target, la page appelée va s'y afficher. C'est quasi le même principe qu'avec des liens dans des frames, à la différence que les drames sont déjà ouverte au clic sur le lien.
Si le JS n'est pas activé, comme le brouteur ne connaît pas ce target, il va donc ouvrir une nouvelle fenêtre normale nommée comme le target.
Au prochain appel vers ce target et si fenêtre ou popup n'ont pas été refermés l'affichage s'y fera. En mode avec JS on aura prévu de refaire repasser le popup par devant. En mode sans JS, malheureusement l'ancienne nouvelle fenêtre reste derrière. (pourtant c'était bien pratique cette fenêtre qui évite d'en avoir de multiples et qui garde son historique).
-- ASM
FiLH
ASM writes:
FiLH a écrit : > CrazyCat writes: > >> FiLH a écrit : >>>>> Ah oui, c'est exotique comme méthode, mais effectivement... >>>> exotique? > Dans ce cas la bonne méthode serait de récupérer le pointeur sur la > fenêtre et de le transmettre via le submit, et non pas un hypothétique > identifiant de fenêtre dont on ne s'assure de l'unicité que parce > qu'on a de la chance...
Il n'y a vraiment aucun problème à se servir de ce système :
C'est juste très mal foutu.
FiLH
-- FiLH photography. A taste of freedom in a conventional world. Web: http://www.filh.org e-mail FAQ fr.rec.photo : http://frp.parisv.com/ Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
FiLH a écrit :
> CrazyCat <crazycat@nospam.c-p-f.org> writes:
>
>> FiLH a écrit :
>>>>> Ah oui, c'est exotique comme méthode, mais effectivement...
>>>> exotique?
> Dans ce cas la bonne méthode serait de récupérer le pointeur sur la
> fenêtre et de le transmettre via le submit, et non pas un hypothétique
> identifiant de fenêtre dont on ne s'assure de l'unicité que parce
> qu'on a de la chance...
Il n'y a vraiment aucun problème à se servir de ce système :
C'est juste très mal foutu.
FiLH
--
FiLH photography. A taste of freedom in a conventional world.
Web: http://www.filh.org e-mail filh@filh.org
FAQ fr.rec.photo : http://frp.parisv.com/
Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
FiLH a écrit : > CrazyCat writes: > >> FiLH a écrit : >>>>> Ah oui, c'est exotique comme méthode, mais effectivement... >>>> exotique? > Dans ce cas la bonne méthode serait de récupérer le pointeur sur la > fenêtre et de le transmettre via le submit, et non pas un hypothétique > identifiant de fenêtre dont on ne s'assure de l'unicité que parce > qu'on a de la chance...
Il n'y a vraiment aucun problème à se servir de ce système :
C'est juste très mal foutu.
FiLH
-- FiLH photography. A taste of freedom in a conventional world. Web: http://www.filh.org e-mail FAQ fr.rec.photo : http://frp.parisv.com/ Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
ASM
FiLH a écrit :
ASM writes:
FiLH a écrit :
Dans ce cas la bonne méthode serait de récupérer le pointeur sur la fenêtre et de le transmettre via le submit, et non pas un hypothétique identifiant de fenêtre dont on ne s'assure de l'unicité que parce qu'on a de la chance...
Il n'y a vraiment aucun problème à se servir de ce système :
C'est juste très mal foutu.
Je pense que non, mais si tu le ressens comme ça ...
à comparer avec :
<a href="page.htm" onclick="pop()" target="ici" title="pour ouvrir dans même fenêtre ou onglet : clic-droit">page</a>
qui, cette foi, devrait permettre de choisir (JS ou pas).
Dans ce cas la bonne méthode serait de récupérer le pointeur sur la
fenêtre et de le transmettre via le submit, et non pas un hypothétique
identifiant de fenêtre dont on ne s'assure de l'unicité que parce
qu'on a de la chance...
Il n'y a vraiment aucun problème à se servir de ce système :
C'est juste très mal foutu.
Je pense que non, mais si tu le ressens comme ça ...
à comparer avec :
<a href="page.htm" onclick="pop()" target="ici"
title="pour ouvrir dans même fenêtre ou onglet : clic-droit">page</a>
qui, cette foi, devrait permettre de choisir (JS ou pas).
Dans ce cas la bonne méthode serait de récupérer le pointeur sur la fenêtre et de le transmettre via le submit, et non pas un hypothétique identifiant de fenêtre dont on ne s'assure de l'unicité que parce qu'on a de la chance...
Il n'y a vraiment aucun problème à se servir de ce système :
C'est juste très mal foutu.
Je pense que non, mais si tu le ressens comme ça ...
à comparer avec :
<a href="page.htm" onclick="pop()" target="ici" title="pour ouvrir dans même fenêtre ou onglet : clic-droit">page</a>
qui, cette foi, devrait permettre de choisir (JS ou pas).
-- ASM
CrazyCat
ASM a écrit :
CrazyCat a écrit :
J'ai bien expliqué (je crois) que mon principe est en fait pour pouvoir laisser le choix d'ouvrir dans une autre fenêtre ou dans la même.
He ben j'ai rien compris à ton principe :-( à moins que tu n'aies 2 boutons de submit, je n'ai pas de choix
non, en fait j'ai une case à cocher :) mais c'est l'idée
... sauf celui avec/sans JS(*) que je n'appelle pas un "choix". On subit, on ne choisit rien du tout.
Pour moi, on subit lorsqu'une popup s'ouvre. Lorsqu'on clic sur un bouton pour provoquer une action, c'est qu'on est d'accord. Par contre, si cette action s'effectue obligatoirement ailleurs, on subit.
-- Astuces pour webmasters: http://www.crazycat.info Tchat francophone: http://www.crazy-irc.net
ASM a écrit :
CrazyCat a écrit :
J'ai bien expliqué (je crois) que mon principe est en fait pour
pouvoir laisser le choix d'ouvrir dans une autre fenêtre ou dans la même.
He ben j'ai rien compris à ton principe :-(
à moins que tu n'aies 2 boutons de submit, je n'ai pas de choix
non, en fait j'ai une case à cocher :) mais c'est l'idée
... sauf celui avec/sans JS(*) que je n'appelle pas un "choix".
On subit, on ne choisit rien du tout.
Pour moi, on subit lorsqu'une popup s'ouvre. Lorsqu'on clic sur un
bouton pour provoquer une action, c'est qu'on est d'accord. Par contre,
si cette action s'effectue obligatoirement ailleurs, on subit.
--
Astuces pour webmasters: http://www.crazycat.info
Tchat francophone: http://www.crazy-irc.net
J'ai bien expliqué (je crois) que mon principe est en fait pour pouvoir laisser le choix d'ouvrir dans une autre fenêtre ou dans la même.
He ben j'ai rien compris à ton principe :-( à moins que tu n'aies 2 boutons de submit, je n'ai pas de choix
non, en fait j'ai une case à cocher :) mais c'est l'idée
... sauf celui avec/sans JS(*) que je n'appelle pas un "choix". On subit, on ne choisit rien du tout.
Pour moi, on subit lorsqu'une popup s'ouvre. Lorsqu'on clic sur un bouton pour provoquer une action, c'est qu'on est d'accord. Par contre, si cette action s'effectue obligatoirement ailleurs, on subit.
-- Astuces pour webmasters: http://www.crazycat.info Tchat francophone: http://www.crazy-irc.net
