Newsgroup: it.comp.lang.javascript
Titolo: from multipli / DOM / risorse

<AVVISO> L' email presente nella intestazione del messaggio e' falso
(per evitare spam). Se volete contattarmi via email l' indirizzo è
inmodis at (chiocciola) tiscalinet punto it. </AVVISO>
Ciao a tutti, sto cercando di alfabetizzarmi meglio sullo scripting
client side e avrei qualche dubbio e necessità di approfondimento.
Premetto che -salvo mie distrazioni - sul "Javascript" del Flanagan
non ho trovato soluzione ai mei dubbi
1. Vorrei associare a un insieme di righe (generalmente generate da db
lato server) dei button che scatenano azioni diverse. *Idealmente*
qualcosa del genere:
-------------------------- CODE  -------------------------------
<table border="1" summary="">
<tr class="a_simple_record">
	<td> Testo qualunque </td>
	<td> <button onClick='react(arg_a)' name="a" val="a1"> 
	<td> <button onClick='react((arg_a)' name="b" val="b1"> 
</tr>
//
//  Eccetera, ovvero la riga di classe a_simple_record ripetuta 
// diverse volte, naturalmente con diversi valori per gli argomenti
// (arg_b, eccetera
//
</table>
-------------------------- END CODE  -------------------------- 
Il mio dubbio: credo che il button da solo, fuori da un form, sia
scorretto o dia problemi di interoperabilità. D' altronde, ritengo sia
altrettanto scorretto inserire il tutto all' interno di form che
dovrebbero avere lo stesso identico nome. Se d' altronde do a ogni
form un nome diverso credo di complicarmi la vita nell' access
programmatico al form stesso. O sbaglio?
2. Vorrei accedere a dei dati inseriti all' interno di una pagina HTML
e pensati in funzione del codice Javascript. Tali dati non vorrei
inserirli in un vettore, ma mi piacerebbe inserirli - per esempio - in
un markup, eventualmente flaggato con la proprietà visibility =
"hidden" e poter accedere a quasti dati mediante DOM.  Un esempio
*scemo* di quello che vorrei dire è una cosa del tipo: <P
name="pippo"> a=1, b=2, C=3 </P> a cui potrei accedere mediante
qualcosa del tipo:  document.all.pippo.innerText (anche se questo non
funziona fuori da IE)
Tutto ciò mi pare però estremamente 'sporco' e innaturale però da
farsi con un markup quale <P> o cose del genere. D' altronde se
definisco un markup apposito tipo <DATASECTION> ovviamente la
validazione va a pallino e comunque non accedo mediante DOM (credo)
Avete qualche idea su come accedere a dati con questo metodo?
Se usassi XHTML con sezioni in XML?
3. Faccio fatica a identificare come accedere in Javascript a un DOM
di un documento XML. Mi sapete indicare qualche risorsa - meglio
ancora, qualche BUON testo?
Ciao a tutti
Daniele

 	<td> <button onClick='react((arg_a)' name="b" val="b1"> 
Mai visto il tag <BUTTON> e si che saranno 5/6 anni che faccio HTML.
Non dirmi che sta sul libro di Flanagan!
-- 
Ciao, Riccardo
------------------------------------------------------------------------
http://www.jsdir.com
 ---- Bring Your Site To Life!!!!
------------------------------------------------------------------------
http://www.dev2dev.it
 - La rete ha connesso nuove particelle - D2D006
------------------------------------------------------------------------
 ----> itALY = it <----

Non dirmi che sta sul libro di Flanagan!
No, sta nella document type definition dell' XHTML ...
Ciao

ahiahiahiahiahi...:-)
è praticamente un tag qualsiasi (vedi div o span) che però fa l'effetto di
un tasto quando lo premi
definito in standard html4 di w3c:
http://www.w3.org/TR/REC-html40/interact/forms.html#h-17.5
supportato quindi da netscape6:
http://devedge.netscape.com/library/xref/2001/html-element/
(non potevo resistere all'onore di dare una risposta a Riccardo!)

, 
ve...@iltesto.del.messaggio.it
 says...

Miiii non si finisce mai d'imparare :-))
Mai visto prima d'ora.
Ripassa stasera (ora non ho tempo), vedo di analizzare meglio il tuo post in 
giornata :-)


 Mi sapete indicare qualche risorsa - meglio ancora, qualche BUON testo?
Benche' ami i libri, normalmente sono contrario ai cosiddetti "manuali",
soprattutto in ambito informatico, tranne rare eccezioni.. quindi non so
aiutarti in questo senso.
Manipolare i file xml e' abbastanza semplice, esempi ne trovi a raffica
sulla rete.
--------------------------------
Inviato via 
http://usenet.libero.it

sulla rete.
Infatti, ho trovato qualche buon link
Grazie mille per il tempo che mi hai dedicato! L' ho apprezzato molto
Ciao
Daniele

 Grazie mille per il tempo che mi hai dedicato! L' ho apprezzato molto
Di niente. Nonostante ancora non abbia ben chiaro il tuo scopo finale, posso
darti un altro banale suggerimento (non didattico, pero' ;P .. finche' non
ho ben capito le tecnologie che usi lato server, e lo scopo effettivo del
tutto, mi e' un po' difficile :) )
Usa due form.
La prima, che fa da contenitore dei campi generati dal recordset (cosi' da
non tenerli "sciolti"), la seconda, invece, nella quale inserirai solo i
valori effettivamente da inviare, e alla fine della fiera fai il submit di
quella.
Cmq, se hai un discreto controllo dei client, e usi una certa tecnologia
server, puoi sempre metterti ad usare SOAP e compagnia bella.. sicuramente
e' piu' didattico :)
Sebbene come dici tu, i dati passati in XML non siano flat, se vuoi
modificarli sono cmq soggetti ad una rappresentazione "fisica" nella
pagina.. quindi e' su quello che devi stare particolarmente attento.



Questo è il punto su cui avvertivo nettamente la necessità di capire
meglio. 
Grazie ancora!
Ciao
Daniele

 Daniele


 pagine che non erano di qualche cliente ...
Un appunto che mi sono dimenticato di fare: Hai detto che questo discorso lo
stavi sviluppando per la intranet. Hai detto che usavi lato server, anche
IIS/ASP (.NET?)
Se come client "predefinito" hai IE, puoi utilizzare l'XML come veicolo di
informazioni in/out senza neanche fare il posting di alcunche' (Remote
Scripting, roditi il fegato :P )
.. E usare XML era la tua idea iniziale, se non erro.. no?


ALT ALT ALT ALT
Ho un sito mooolto grosso interamente sviluppato con remote scripting;
Microsoft ultimamente ha deciso (anzi, č stata costretta dalla Sun) a non
distribuire piů la virtual machine (non č proprio cosě, giusto per
intenderci)...
Risultato: un gran casino; avevo in mente di studiarmi e portare pian piano
il tutto in .net, ma questo grosso problema non so come risolverlo.
Dici quindi che con XML (presupponendo che č un sito B2B, tutti i clienti
usano IE versione >=5) risolverei questo problema?
Se sě a) ti devo un grosso favore b) dove trovo documentazione?
Grazie

Dimenticavo: io ho già fatto un "simil remote scripting" ma non mi basta; ho
bisogno di un sostituto "completo": chiamate client-server senza ricaricare
la pagina e, soprattutto, sincrone (non posso quindi usare la logica "lancia
la query in un frame nascosto, quando ricarica la pagina lancia nel frame
chiamante una function")
XML risolve ciò?
grazie

 Grazie
De nada.
-- 
C'ya,
ZER0
  :. job profile - coder.gfxer.webDesigner
"When you have eliminated the impossible, whatever remains,
however improbable, must be the truth." (S.H.)

 XML risolve ciò?
Zi. ^______^
.. Soprattutto il discorso chiamate sincrone/asincrone.. e' quello il  
bello. Ribadisco: Remote Scripting, roditi il fegato. :P
Volendo puoi anche adottare lo standard SOAP, ma non necessariamente.
Stai godendo come una piccola creatura pelosa di alpha centauri, eh.. :) 


 Sul web quanta ne vuoi, ma se vuoi info possiamo sentirci by mail.
E' che questo XML vuol dire tutto e nulla, si trova di tutto ma
tremendamente dispersa
Sai darmi qualche link da dove iniziare?

 Sai darmi qualche link da dove iniziare?
Se usi IE/ASP, vai sul sito della microsoft, eventualmente nelle msds, e
cerca qualche info su "xmlhttp", cosi' si chiama l'oggetto. Link diretti,
non ne ho. Se vuoi qualche esempio, posso darti quelli che mi sono ricavato
da solo (il problema di quel tipo di oggetto e' che si trova molta
documentazione per collegamento server2server, ma gia' meno - stranamente -
per collegamento client2server.. Sito microsoft a parte, che cmq nn sempre
e' chiaro).
Ci sono un po' di cose che dovresti sapere in proposito (e' un oggetto piu'
potente - e pericoloso - di quanto sembri).


Ma IE non ha supporto XML a partire dalla 5.5? (a me serve compatibilità
dalla 5.0 windows, non Mac)

 dalla 5.0 windows, non Mac)
Bella domanda: Io personalmente uso la 6.0 e lavoro a partire, appunto,
dalla 5.5.
Il problema quindi non me lo sono posto.. Dipende anche dal Sistema
Operativo, pero'.. dalla versione di Windows.
Dovresti fare una prova provando a istanziare:
var xmlHTTP = new ActiveXObject("Microsoft.XMLHTTP");
e vedere se ti va in crisi o meno.
Su Mac ancora devo capire se e come gestisce l'XML lato client.. Purtroppo
per me il mondo della mela e' per lo piu' sconosciuto.


Qua parla di IE 5.0...fammi un favore, dacci un occhio e dimmi se č di
questo che stai parlando (dato che non ne so nulla)...
Se sě potrebbe essere la soluzione: creo un oggetto client con le stesse
dichiarazioni di remote scripting (rsexecute e l'oggetto di ritorno col
.value) che si occupa di fare la chiamata e restituire il risultato; se
fatto bene potrei quasi non toccare il codice...
http://msdn.microsoft.com/downloads/samples/internet/default.asp?url=/downlo
ads/samples/internet/xml/xmlhttp/default.asp
Grazie

 questo che stai parlando (dato che non ne so nulla)...
Si, si, e' esattamente quello.. :)


'azz, sembra pregiatissimo...
praticamente creo una classe javascript che contiene gli stessi metodi usati
da remote scripting (che poi si riduce al solo rsexecute e restituzione di
un oggetto con .value), includo il .js nelle pagine e rimuovo la
dichiarazione remote scripting...
Ci lavoro in questi giorni, tornerò probabilmente a stressarti; ho messo un
msg in newsgroup dotnet.asp per vedere se mi conviene passare direttamente a
.net (tengo le mie pagine asp e faccio le chiamate a .net), e in tal caso se
l'oggetto è lo stesso (dubito) o cos'altro devo studiarmi.

 l'oggetto è lo stesso (dubito) o cos'altro devo studiarmi.
Se hai modo di passare a .NET, io passerei a .NET che e' anni luce avanti
rispetto ASP "normale".. Ma lo farei nel caso in cui rifaccia "in toto" in
ASP.NET
.
Se si tratta solo di eliminare il Remote Scripting, lasciando il resto del
tutto inalterato, secondo me l'xmlhttp e' la scelta migliore.. Anche
perche', come dici tu, puoi wrappare il tutto e non toccare neanche una riga
di codice.


Io passerei a .net più che altro per essere già pronto alla migrazione...
passo a .net (nel senso che installo il framework sul server), mantengo il
sito in asp e faccio le chiamate al server in una pagina .net...questa è la
mia idea
Ti stresserò sicuramente anche via e-mail non appena avrò capito esattamente
come muovermi, per intanto grazie.
Il newsgroup è microsoft.public.it.dotnet.asp

 Il newsgroup è microsoft.public.it.dotnet.asp
Ah, ok. Da qua non lo raggiungo. Sobbette.


 IMVHO, non ti conviene. Ho paura che ti istanzi due application.
Sicuramente sono 2 siti completamente separati, perň se dal client faccio
una chiamata xmlhttp a una pagina .net immagino che funzioni tranquillamente
(xml non č nato proprio per passare dati tra siti diversi?)

 Ah, ok. Da qua non lo raggiungo. Sobbette.
L'ho guardato e pure microsoft.public.it.dotnet.csharp, ma vedo quattro
messaggi totali in ognuno...

 (xml non č nato proprio per passare dati tra siti diversi?)
Funzionare funziona benissimo, solo che e' uno "spreco" immane, visto che
non ottieni nessun vantaggio a fare solo quella pagina in 
ASP.NET
 e tenere
tutto il resto in ASP, ma sono svantaggi.
Ovviamente, se si trattasse di rifare tutta l'applicazione, ti direi di
bruciare ASP seduta stante. :)


Quello che dici è vero, ma lo scopo finale è la conversione in .net
Pensavo, quindi, di iniziare con questa (così non dovrò lavorarci per poi
buttar via tutto) e subito dopo passare a conversione dell'intero sito
Se dici che però le performance decadrebbero inutilmente...boh, sono
indecisissimo

 Quello che dici è vero, ma lo scopo finale è la conversione in .net

Aspe', se mi dici che SICURAMENTE passerai a breve a 
ASP.NET
 e' un altro
paio di maniche.
Se fossi in te, cmq non considererei questo un trampolino di lancio. Anzi.
Fixerei la cosa in ASP (che e' una cosa IMMEDIATA nel tuo caso.. in caso di
ASP.NET
 dovresti rifare tutto EXNOVO.. non ti basterebbe wrappare alcun
che'..), e installerei intanto il Framework .NET e incomincerei a
spippolarci sopra per altre applicazioni/motivi.. Cosi' che puoi fare,
eventualmente, tutti i danni che vuoi senza andare a compromettere nessuna
applicazione preesistente.
Se tu mi dici pero' che questa applicazione la migrerai su 
ASP.NET
 (non so
se hai letto info in giro.. molti sconsigliano di migrare applicazioni gia'
esistenti e funzionanti, nella maggior parte dei casi.. perche' si tratta di
riscrivere praticamente tutto da zero), allora piu' che fare questa singola
pagina in .NET, io incomincerei a migrare proprio tutta l'applicazione, e
lasciarmi _da subito_ ASP alle spalle.
Questo e' quel che farei io.. poi non conosco bene il contesto e magari mi
mancano dati essenziali per una valutazione corretta.
P.S.
Ti sei gia' divertito un po' con xmlHttp? :)


 Ti sei gia' divertito un po' con xmlHttp? :)
Non ancora, qualche pacco in giro, dovrei partire entro 2-3 giorni max

 vorrei che qualcuno fraintendesse ^_^" )
Oh Oh... mi è semblato di vedele un gatto.... :-)
-- 
Ciao, Riccardo
------------------------------------------------------------------------
http://www.jsdir.com
 ---- Bring Your Site To Life!!!!
------------------------------------------------------------------------
http://www.dev2dev.it
 - La rete ha connesso nuove particelle - D2D006
------------------------------------------------------------------------
 ----> itALY = it <----