Newsgroup: it.comp.lang.javascript
Titolo: Forse un problema originale

Ciao a tutti, ho bisogno di voi:
io devo inviare una query string e lo faccio così:
invio un form in Post con document.forms[0].submit()....e
dopo per sicurezza metto location.href....
Il problema è che per far funzionare tutto e dare la precedenza al form devo
ricorrere allo stratagemma di ritardare il secondo comando
setTimeout("location.href.... altrimeti questo non lascia il tempo al form
di essere spedito e lo anticipa.
Come posso fare diversamente
Ciao


Credo tu abbia un poco di confusione.
Per spedire dati ad una pagina tramite querystring hai due modi:
- un form spedito in GET
- comporre un url con i dati necessari
Nel primo caso i dati del form vengono passati in querystring, nel secondo
caso puoi agire sia in html che tramite script.
Se devi spedire un form in POST e aggiungere dati in querystring devi
modificare la action del form in modo che contenga i tuoi dati aggiuntivi.
Se mi dai piu' informazioni troviamo la soluzione migliore.

 Se mi dai piu' informazioni troviamo la soluzione migliore.
Non forse non mi sono spiegato bene:
io devo spedire una stringa del tipo "pagina.php3?var1=txt1", però voglio
nascondere la variabile, quindi uso un form con un campo hidden e lo invio
in post, poi per essere sicuro che l'utente non abbia bloccato l'invio del
form gli dico anche di andarci con location.href...
E qui che nasce il problema che dicevo, se non ritardo quest'ultima funzione
anticipa l'invio
Ciao e grazie delle risposte future

 anticipa l'invio
Se ho ben capito la querystring non c'entra nulla perche' tu vuoi spedire
una stringa che abbia la forma di url+querystring e la piazzi in un campo
hidden. Poi l'utente dovrebbe scatenare un evento per cui sceglie di spedire
il form. Non capisco la presenza della funzione che sottoponi al timeout.

 il form. Non capisco la presenza della funzione che sottoponi al timeout.
Più o meno:
il fatto è che l'utente non sceglie un bel niente,
andando in una determinata pagina, viene reindirizzato in un'altra con
l'aggiunta o meno della query string, però con il parametro in qualche modo
passato (o in POST come dovrebbe o in GET se l'utente blocca il submit)
Ciao

form gli dico anche di andarci con location.href...
Scusa, non conosco lo scenario in cui ti muovi, ma visto che puoi
usare PHP, forse ti conviene usare cookies o meglio ancora le
sessioni.
Matteo

 form gli dico anche di andarci con location.href...
perchè tanti problemi. utilizza solo il metodo post e le variabili che vuoi
passare li metti in una  campo hidden
<form action="pagina.php3" method="POST" name="modulo">
<input type="hidden" name="var1" value="txt1">
<input type="hidden" name="var2" value="txt2">
</form>
 <script language="javascript">
document.modulo.submit();
</script>
Ciao

 Matteo
Gianni

 Ciao

 partenza :-(
Non se setti i cookies.
Ma non avevamo gia' parlato di tutto questo discorso in un'altro 
thread..?
-- 
C'ya,
ZER0
  :. job profile - coder.gfxer.webDesigner
"When you have eliminated the impossible, whatever remains,
however improbable, must be the truth." (S.H.)


Hai paura che venga premuto il pulsante "stop" del browser?
Quindi il problema e' tutto nel costringere l'utente ad andare su una
determinata pagina anche se non vuole?

 determinata pagina anche se non vuole?
Allora io devo inviare la risoluzione del video ad un'altra pagina e non
voglio che si veda.
L'altra pagina in base al valore cambierà immagine.
Essendo l'home page non voglio che ci siano problemi
Ciao

 thread..?
Non con me,
comunque i cookies preferirei non settarli, infatti si tratta del home page
e voglio quindi la certezza che si visualizzi corettamente, e inviando un
form nascosto o lanciando un'altra pagina con il parametro, mi sembra la
soluzione più sicura, tuttavia nasce il problema che dicevo prima che il 2°
evento sorpassa il 1°
Ciao come faccio?

 soluzione più sicura,
Per quello che devi fare, assolutamente no. La soluzione piu' usata e 
sicura e' appunto l'uso dei cookies. Non solo se gia' presenti, tali 
informazioni non vengono piu' richieste, ma non devi nascondere ne' 
lanciare alcun che' di aggiuntivo, sfrutti semplicemente cio' di cui i 
browser sono dotati per questo tipo di cose. I cookies appunto.
Servono a questo. Le informazioni vengono inviate tramite l'header HTTP 
dal client al server, in modo del tutto trasparente.
Se poi fai parte dell'Ufficio Complicazioni Affari Semplici, o 
preferisci reinventare una ruota quadrata.. Beh, ognuno e' libero di far 
quel che preferisce ^_^



Di mio ti riproporrei il consiglio di Zer0.

Vabbè però se l'utente blocca i cookies nella mia home page compare
un'immagine che solo se mi và di culo è giusta.
Invece reindirizzando non c'è verso: l'img è giusta (se javascript attivo)
Quindi preferirei riinventare la ruota visto che non sarebbe dovuto essere
complicato.
Tuttavia come dicevo il 2° evento riesce a superare il 1°, mi puoi aiutare?
Ciao

 complicato.
Allora buon lavoro :) per me ci sono due modi di fare le cose, o bene o 
male. A far le cose male, quando si puo' farle bene, preferisco non 
metterci mano. Gia' mi complico la vita di mio, se lo dovessi fare anche 
nell'informatica sarebbe finita.. :)


 conseguenza.
Scusa ma se hai JS sisattivato i cookies anche se sono abilitati con li puoi
lontanamente toccare, no?
Se ciò è corretto allora non mi parlare di probabilità...
Altrimenti spiegami come posso fare a guardare un cookies loto client con JS
disattivato....
Grazie poi non ti rompo più...

mi sono firmato cosě, perchč ho visto a che post ti riferivi prima :))

Ho risolto nella maniera piů stupida, il secondo evento l'ho inserito in:
document.forms[0].onsubmit=function(){...}
Ciao e grazie

 document.forms[0].onsubmit=function(){...}
No, sono fuso, cosě non vŕ bene.
Vabbč basta ci rinuncio
grazie

 Se ciò è corretto allora non mi parlare di probabilità...
No, non hai capito affatto a cosa mi riferivo.
Lui parlava di "culo", nel senso che il tipo puo' avere "piu' o meno" i 
cookies disabilitati, e considerava una "fortuna" che ce li avesse 
abilitati, e quindi che la pagina gli si potesse visualizzare 
correttamente "a culo".
Cio' non e' vero, perche' se i cookies non sono abilitati, non vengono 
scritti, e questo puoi verificarlo, sia in JS che lato server. Ergo, 
riesci per cosi' dire "a trappare l'evento".
Hai un controllo maggiore. Non si tratta quindi di demandare la 
visualizzazione corretta alla fortuna, in quanto se i cookies non 
vengono recepiti, semplicemente agisci di conseguenza (messaggino in cui 
si avverte l'utente, o qualsiasi altra cosa sia adeguata al contesto).
Se invece l'utente ha JS disattivato, non hai un controllo cosi' preciso 
sulla cosa, ed in questo caso si puo' trattare, allora, di fortuna o 
sfortuna nella visualizzazione.


 mi sono firmato cosě, perchč ho visto a che post ti riferivi prima :))
mhm?
