Newsgroup: it.comp.lang.javascript
Titolo: qual è il contrario di onload?

Ho un js da far partire quando si passa da una pagina all'altra (nel mio
caso è da un iframe all'altra finestra).
Ma non so il termine da usare....cioè per far partire il js all'onload si
usa appunto onload, per farlo partire quando si lascia la pagina che termine
bisogna usare per favore? Offload? Outload?
Grazie!
--
Elena
 "Silently she walks..."

 ha scritto nel messaggio
news:bvrotq$vnt5d$1...@ID-207769.news.uni-berlin.de...

Dovrebbe essere onUnLoad.
iK.


no?


 wrote:
:
: > Quindi
: > <body onload="snowIn()" "return false"; onunload="snowOut()" "return
false";
: > no?
:
: A che ti serve il return? Se la risposta fosse "a un bel niente":
:
: <body onload="snowIn()" onunload="snowOut()">
:
grassie!
Già, come mai avevo messo il return false? Forse volevo evitare che non
cadesse + la neve?;-)




Caso mai avresti dovuto scrivere ... onload="snowIn(); return false;" ...
Comunque non fare confusione. Se non ricordo male qualche post fa' avevi
dei problemi con un <a href="" onclick="window.location=url_destinazione;">
e qualcuno ti ha risposto (forse ero io ma non ricordo) che dovevi
aggiungere un "return false;" ottenendo ...
onclick="window.location=url_destinazione; return false".
Ci sono casi in cui tornando false previeni l'esecuzione delle azioni di
default da parte dell'elemento che contiene l'event handler altri in cui e'
totalmente indifferente. Es. poui bloccare mouseover, click, mousedown,
submit; non puoi bloccare mousemove, change, select, load, unload.
Questo dipende dalla proprietà Cancelable dell'evento. Se l'evento e'
Cancelable puoi prevenire l'esecuzione di default tornando false, se non lo
e' puoi tornare quello che vuoi, meglio se non torni nulla.
Per avere l'elenco completo degli eventi vedi:
http://www.w3.org/TR/2000/REC-DOM-Level-2-Events-20001113/events.html
Ciao
	-Ema-

 submit; non puoi bloccare mousemove, change, select, load, unload.
Specifico una cosa per amor di chiarezza, magari un newbie potrebbe
fraintendere le tue parole:
Il "return false" associato ad un event-handler non e' che "previene le
azioni di default da parte dell'elemento che lo contiene", bensi' impedisce
la propagazione dell'evento da quel punto in poi.. E' un poco diverso.
Assegnare:
<a href="page.htm" onclick="alert('onclick');return false">click me</a>
Non fa cambiare di pagina semplicemente perche' l'href e', a livello
gerarchico nella propagazione dell'evento, dopo l'onclick. Quindi il
browser "sente" il click, non hai modo di impedirlo, ma interrompendone la
propagazione, e' come se da quel punto in poi il click non fosse mai stato
fatto.
-- 
C'ya,
  ZER0 :: coder.gfxer.webDesigner();
"When you have eliminated the impossible, whatever remains,
however improbable, must be the truth." (S.H.)

 fatto.
Gli eventi hanno due proprietą: bubbles e cancelable.
Secondo le sepcifiche del W3C se cancelable e' true possono essere
prevenute le azioni di default dell'EventTarget top dell'evento stesso.
Per prevenire queste azioni nel DOM Level 2 si usa il metodo preventDefault
dell'evento, nel DOM Level 0 si torna false (rif.
http://www.w3.org/TR/2000/REC-DOM-Level-2-Events-20001113/events.html#Events-flow-cancelation
http://www.w3.org/TR/2000/REC-DOM-Level-2-Events-20001113/events.html#Events-EventTarget-dispatchEvent
)
La propagazione ad eventuali descendants viene chiamata bubbling.
Per arrestare la propagazione si richiama il metodo stopPropagation
dell'evento in DOM Level 2 mentre in DOM Level 0 per IE si imposta
cancelBubble a true; NS v.4 non supportava l'event bubbling, le nuove
versioni aderiscono al DOM Level 2.
Ciao.
	-Ema-

 Gli eventi hanno due proprietà: bubbles e cancelable.
[cut]
Quel che dici sulle specifiche W3C e' corretto, ma non dimenticarti il
contesto in cui siamo. La mia annotazione era associata al significato
dell'associare il "return false" negli event-handler.


 dell'associare il "return false" negli event-handler.
Tu hai scritto: 
== Inizio citazione ==
[CUT]
Il "return false" associato ad un event-handler non e' che "previene le
azioni di default da parte dell'elemento che lo contiene", bensi' impedisce
la propagazione dell'evento da quel punto in poi.. E' un poco diverso.
[CUT]
== Fine citazione ==
Io invece ti ho risposto:
== Inizio citazione ==
[CUT]
Secondo le sepcifiche del W3C se cancelable e' true possono essere
prevenute le azioni di default dell'EventTarget top dell'evento stesso.
Per prevenire queste azioni nel DOM Level 2 si usa il metodo preventDefault
dell'evento, nel DOM Level 0 si torna false (rif.
http://www.w3.org/TR/2000/REC-DOM-Level-2-Events-20001113/events.html#Events-flow-cancelation
http://www.w3.org/TR/2000/REC-DOM-Level-2-Events-20001113/events.html#Events-EventTarget-dispatchEvent
)
[CUT]
== Fine citazione ==
Ossia il "return false", per gli event handler che prevedono un ritorno,
blocca l'esecuzione delle azioni di default. Non il bubbling ossia la
propagazione.
Ciao.
	-Ema-

Scusate, nel precedente post ho quotato da schifo.
Ciao a tutti.
	-Ema-

 propagazione.
Hai perfettamente ragione, ero io talmente invornito da aver invertito le
due cose. :)


 due cose. :)
Invornito?
Che bello vedere reminescenze riminesi innestate in un fiorentino della 
Crusca...

 Crusca...
Ogni tanto i miei trascorsi riminesi saltan fuori.. tra un po' mi capitera'
di tirare fuori un paio di termini milanesi.. Mi manca di andare al Sud, e
poi saro' un perfetto amalgama delle parlate d'italia..
-- 
C'ya,
  ZER0 :: coder.gfxer.webDesigner();
"Questa e' una lezione difficile, ma importante: Cio' che e' stato, e cio'
che sara', non cambia cio' che e'.
Sta a te decidere poi come prendere questa cosa,se logorarsi per un passato
che non puoi cambiare, invece di prendere tutto il bene che il presente ti
offre." ()