window.onload problem.

Ho sempre utilizzato la funzione in oggetto al fine di separare
nettamente il codice javascript adl contenuto html.
Ora pero' leggo, http://peter.michaux.ca/article/553, che in effetti non
e' tutto oro quello che luccica.
Voi come vi comportate?

On 20 May 2008 08:43:10 GMT, abramo wrote:

Ho sempre utilizzato la funzione in oggetto al fine di separare
nettamente il codice javascript adl contenuto html.
Ora pero' leggo, http://peter.michaux.ca/article/553, che in effetti non
e' tutto oro quello che luccica.

Non è esattamente così. Il punto è che spesso le persone fraintendono
il senso dell'onload: si scatena quando la pagina è stata caricata, e
quindi ivi comprese le risorse (css, js, immagini..), e non quando il
DOM è stato letto.
Per quello esiste, laddove supportato, il "DOMContentLoaded", come mi
pare dica anche l'autore di quell'articolo.

Laddove non supportato, ci sono diversi hack per simularlo. Su IE, ad
esempio, il più utilizzato al momento è quello di Diego Perini. Anche
io ne uso una versione modificata per le applicazioni web based della
intranet.

--
~ "L'amore è la risposta.
Ma mentre aspetti la risposta,
il sesso fa nascere alcune buone domande."
(Woody Allen)

Il Thu, 22 May 2008 12:22:03 +0200, ZER0 ha scritto:

On 20 May 2008 08:43:10 GMT, abramo wrote:

Ho sempre utilizzato la funzione in oggetto al fine di separare
nettamente il codice javascript adl contenuto html. Ora pero' leggo,
http://peter.michaux.ca/article/553, che in effetti non e' tutto oro
quello che luccica.

Non è esattamente così. Il punto è che spesso le persone fraintendono il
senso dell'onload: si scatena quando la pagina è stata caricata, e
quindi ivi comprese le risorse (css, js, immagini..), e non quando il
DOM è stato letto.
Per quello esiste, laddove supportato, il "DOMContentLoaded", come mi
pare dica anche l'autore di quell'articolo.

Laddove non supportato, ci sono diversi hack per simularlo. Su IE, ad
esempio, il più utilizzato al momento è quello di Diego Perini. Anche io
ne uso una versione modificata per le applicazioni web based della
intranet.

e perche' non usare jquery?
cercando su google ho trovato questo
http://docs.jquery.com/How_jQuery_Works dove dice che anziche' usare
window.onload = function(){ .....} che porta ai problemi citati si puo'
usare $(document).ready(function(){...} con la libreria jquery.
cosa ne pensate?

On 26 May 2008 08:49:52 GMT, abramo wrote:

[onload]

Non è esattamente così. Il punto è che spesso le persone fraintendono
il senso dell'onload: si scatena quando la pagina è stata caricata, e
quindi ivi comprese le risorse (css, js, immagini..), e non quando il
DOM è stato letto.
Per quello esiste, laddove supportato, il "DOMContentLoaded", come mi
pare dica anche l'autore di quell'articolo.

Laddove non supportato, ci sono diversi hack per simularlo. Su IE, ad
esempio, il più utilizzato al momento è quello di Diego Perini. Anche
io ne uso una versione modificata per le applicazioni web based della
intranet.

e perche' non usare jquery?

jquery fa, appunto, quello che ho appena descritto. E se non erro,
utilizza proprio l'hack di Diego Perini per IE.

usare $(document).ready(function(){...} con la libreria jquery.

Non è altro che un wrapper al metodo che ti ho detto poc'anzi. Usa
il DOMContentLoaded laddove supportato e gli hack dove così non è.

cosa ne pensate?

Che se utilizzi jquery già per altre cose o hai intenzione di fare
così, allora ti conviene sicuramente approfittare di quello che il
framework ti mette a disposizione.
Altrimenti, non è il caso di integrare jquery *solo* per quello.

--
~ "Non si chiama coraggio se non hai paura."
("Bounce")

Il Mon, 26 May 2008 11:20:28 +0200, ZER0 ha scritto:

On 26 May 2008 08:49:52 GMT, abramo wrote:

[onload]
Non è esattamente così. Il punto è che spesso le persone fraintendono
il senso dell'onload: si scatena quando la pagina è stata caricata, e
quindi ivi comprese le risorse (css, js, immagini..), e non quando il
DOM è stato letto.
Per quello esiste, laddove supportato, il "DOMContentLoaded", come mi
pare dica anche l'autore di quell'articolo.

Laddove non supportato, ci sono diversi hack per simularlo. Su IE, ad
esempio, il più utilizzato al momento è quello di Diego Perini. Anche
io ne uso una versione modificata per le applicazioni web based della
intranet.

e perche' non usare jquery?

jquery fa, appunto, quello che ho appena descritto. E se non erro,
utilizza proprio l'hack di Diego Perini per IE.

usare $(document).ready(function(){...} con la libreria jquery.

Non è altro che un wrapper al metodo che ti ho detto poc'anzi. Usa il
DOMContentLoaded laddove supportato e gli hack dove così non è.

cosa ne pensate?

Che se utilizzi jquery giÃ* per altre cose o hai intenzione di fare così,
allora ti conviene sicuramente approfittare di quello che il framework
ti mette a disposizione.
Altrimenti, non è il caso di integrare jquery *solo* per quello.

Devo solo fare un piccola applicazioncina per consentire ad alcuni utenti
di cambiarsi la password dell'account di posta elettronica.
Non devo far altro che gestire una form, validare i campi, gestire gli
errori, ecc.
Potrebbe essermi utile jquery?
Ho sentito parlare anche di prototype, quali sono le differenze.

On 26 May 2008 10:50:34 GMT, abramo wrote:

Che se utilizzi jquery già per altre cose o hai intenzione di fare così,
allora ti conviene sicuramente approfittare di quello che il framework
ti mette a disposizione.
Altrimenti, non è il caso di integrare jquery *solo* per quello.

Devo solo fare un piccola applicazioncina per consentire ad alcuni utenti
di cambiarsi la password dell'account di posta elettronica.

Se il tuo scopo è unicamente questo, e non ti interessa diventare uno
sviluppatore javascript né impararne i meccanismi; usare framework di
terzi è indubbiamente la scelta migliore. Ti eviti un sacco di beghe,
e aumenti la produttività.

Non devo far altro che gestire una form, validare i campi, gestire gli
errori, ecc.
Potrebbe essermi utile jquery?

Si, sicuramente. Così come tante altre librerie, volendo.

Ho sentito parlare anche di prototype, quali sono le differenze.

Io personalmente non ne faccio uso, quindi nel dettaglio non so dirti
quali sono le differenze. Un tempo ti avrei sconsigliato prototype, a
prescindere: ma adesso è stato riscritto, non soffre più dei problemi
di un tempo.
Il consiglio migliore che posso darti e di dare un'occhiata a ciò che
offre il mercato, e decidere per la libreria con cui ti trovi meglio.

Con jQuery hai una sintassi un po' particolare, un po' va a snaturare
il linguaggio, però è snella e compatta; potresti trovartici bene.

--
~ "When you have eliminated the impossible, whatever remains, however
improbable, must be the truth." (S.H.)