For det første findes der ingen onbeforeunload-event. Den findes kun i en enkelt browser og da den ikke er synderlig brugbar, bliver den formodentlig aldrig standard.
Derudover findes der ikke en event, der fyres af før denne. Hvad skulle den bruges til og hvor skulle man så stoppe? Så skulle man jo også formode, der eksisterer en event, der fyres af lige før den, der fyres af lige før onbeforeunload ... og måske også en før denne ... og en ... osv ....... ;o)
Det er også korrekt. Det er til et cms. Hvis teksten ændres i nogen felterne og man klikker sig videre til en anden side uden at gemme, hvordan kan man så orientere brugeren om dette. Ved onload er det for sent. Der skifter siden lige meget hvad.
roenving-> Det lyder også som den eneste løsning, hvis systemet skal være kompatibel med flere browsere. Jeg venter lidt med at dele point ud indtil jeg er sikker på at der har været nogle flere inde over problemet. Mit ønske er en confirm box der kan afbryde et sideskift.
"Hvis teksten ændres i nogen felterne og man klikker sig videre til en anden side uden at gemme, ..."
Du kunne gøre det umuligt at klikke sig videre til en anden side uden videre. Dvs. i stedet for en automatisk <a href=... lave fx en Javascript-funktion, der først checker og derefter viderestiller.
per1291 -> Det lyder som en ok idé men hvad hvis man lukker vinduet, eller automatisk videresendes til en anden. Det skal være en funktion der går ind og validerer lige en unonload.
Hvis du stadig har problemet, så læg en kommentar.
Jeg ved ikke, om man kan lave noget i tilfælde af at brugeren klikker på vinduets lukkekryds. Hvis brugeren blot skriver en anden adresse i adressefeltet, er jeg næsten sikker på at man ikke kan gøre noget. Men alle andre måder at forlade vinduet på (bortset fra at lukke browseren) - ja dem har du jo selv kontrol over.
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.