Newsgroup: it.comp.lang.javascript
Titolo: Passaggio da Frame a XMLHttpRequest

Salve, come da oggetto sto studiando un po' un aggiornamento al sistema che ho 
usato finora (struttura a più frame con uno nascosto di interazione con il server).
Ho sempre usato fare in modo che la pagina restituita dal server nel frame 
nascosto chiamasse una o più funzioni JS presenti negli altri frame (tra le 
altre cose).
Passando all'XMLHttpRequest come posso convertire questo approccio, o come posso 
  mantenerlo?
Vorrei evitare di fare il "parse" di un eventuale response XML.
Semplicisticamente avevo pensato di far restituire una stringa con un elenco di 
operazioni da fare che poi avrei analizzato con uno switch, però mi complicherei 
la vita se avessi necessità di avere ulteriori parametri analizzati.
Qualche consiglio? Anche qualche reference a come analizzare la struttura DOM 
che ho in response sarebbe utile.
TIA e auguri di un nuovo anno

 
Dunque, in attesa che qualcuno rientri dai baccanali di fine anno :) , mi sono 
avvicinato alla soluzione cosě (testato con una semplice "alert" per ora).
Nella pagina server, faccio in modo di restituire le chiamate JavaScript che mi 
servono, come se fossero nel corpo di una function, che tradotto sarebbe:
alert('Prima riga');
alert('Seconda riga');
Per l'esattezza il codice (per ora ASP) server.asp č;
<%
	dim theResponse
	theResponse="alert('Prima riga');" & vbcrlf
	theResponse=theResponse & "alert('Seconda riga');"
 
	response.write theResponse
%>
Nel client che ha effettuato la request, semplicemente faccio una eval del 
responseText.
Se comunque avete suggerimenti migliori sono ben accetti.
Un problema che mi rimane da affrontare č come inviare i dati alla pagina server.
Se utilizzo una GET e passo i parametri nell'URI ho la limitazione dei 512 
caratteri, se li passo tramite la .send() non so come gestirli lato server (sia 
in ASP che ColdFusion), ma non ho ancora indagato bene.
Anche qui se mi sapete suggerire qualcosa ve ne sarei grato
Rinnovo gli auguri, e scappo in ospedale dove mi attende la mia bimba di due 
giorni :)
byez

 Anche qui se mi sapete suggerire qualcosa ve ne sarei grato
Lato client:
var req = ...
req.open("POST", "mypage.asp", false);
req.send("x=10");
Lato server in ASP:
x = Request.Form("x")
oppure:
x = Request("x")
Gaetano

 req.send("x=10");
Mi sono scordato questo, da mettere prima della send:
req.setRequestHeader("Content-Type", "application/x-www-form-urlencoded");
Gaetano

 req.send("x=10");
E' bene ricordare che si puo' passare tramite send direttamente un oggetto
XML, e parserizzarlo poi lato server.. puo' essere utile se si vuol passare
dati di una certa complessita'.
-- 
C'ya,
  ZER0 :: coder.gfxer.webDesigner();
"When you have eliminated the impossible, whatever remains,
however improbable, must be the truth." (S.H.)

 
giusta nota
Gaetano

 client il termine "object initializer" va benissimo:-)
Io lo utilizzo anche lato server, e sempre object initializer (di JS)
rimane. Dato che non ho inventato nulla, semplicemente lo uso per veicolare
un certo tipo di informazioni sotto forma di oggetto.


 un certo tipo di informazioni sotto forma di oggetto.
Indicavo lato client perché JavaScript è utilizzato prevalentemente
proprio per il client. In realtà intendevo in tutti gli ambienti in cui
viene utilizzato JS.
Gaetano