Blokering af tilbage-knap

Kun hvis du ændrer i programkoden for Explore'n

Du kan skabe denne effekt ved at lade din webside bestå af to sider:

En tom side, der blot indeholder en tag i stil med denne:

<META HTTP-EQUIV="refresh" CONTENT="1; URL=http://www.jubii.dk">

du udskifter bare url-adressen med adressen på din 'rigtige' webside. Der sker så det, når din webside bliver kaldt (med adressen på den første side), at den anden side efter kort tid indlæses automatisk. Når brugeren trykker på back-knappen, vil han/hun komme tilbage til første side - hvor der igen efter kort tid ekspederes tilbage til side to.

Brugeren oplever derfor ikke at kunne komme tilbage. Hvilket jeg som repræsentant for brugerne lige vil understrege er dødirriterende!

vh Helle

er det ikke muligt at skå <-- knappen fra med et script, for bruger man frames og har en input eller li. så går siden lige pludselig tilbage når man benytter sig af knappen...

skå = slå

helle_fred, ok forslag .. men det kan hurtigt overrules ved at klikke flere gange ..

der er nok ikke nogen nem løsning på det der!

Hvad nu hvis jeg kører min ting i fuldskærm .. kan man tjekke om der bliver trykket på <--

Altså den knap til venstre for insert-knappen ?

Hvad med at tjekke onUnload om man har kaldt history.go(-1) eller history.back() ?

/Thor

det finnes! Jeg har sett det! Men vet ikke hvordan, men Metataggen er egentlig litt dum, fordi den åpner to sider...

helle_fred>> Du er til gavn for menneskeheden!

Det er så irriterende når webmastere tror at de skal bestemme over ens browser. Det gælder for så vidt også når menuer mv. bliver slået fra, selvom der rent grafisk ikke er noget der påkræver det.

JavaScript er godt, men det kan skabe et helvede for den almindelige surfer når det misbruges.

Jumper, lyder spændende. Hvor vil du helt præcist sætte det op ?

Villadsen, enig. Men i dette tilfælde er det gavnligt da jeg skal lave et spil baseret delvis på frames og javascript. Derfor er brug af tilbageknappen en katastrofe ;)

jumper - man kan ikke, så vidt jeg ved, tjekke på, hvad der er blevet kaldt i en onUnload.

Men man kan lave et script, der tjekker Keypress-events og hvilken tast, der er trykket på. Jeg kan bare ikke få det til at virke i ... Explorer!

Her er et script fra Scriptomania, http://www.bratta.com/dhtml/, som tjekker keypress. Det virker for alle andre taster end lige backspace:

<script>
function kpress(e){
if(document.layers) key=e.which; else key=window.event.keyCode
   
    alert('Index number: ' + key + '\nKey:' + String.fromCharCode(key))
}

if(document.layers) document.captureEvents(Event.KEYPRESS)
document.onkeypress=kpress;



</script>

man kan jo sige <BODY onUnload="history.go(1);">

eller du kunne måske proppe din side ind i et nyåbnet vindue, hvor der ikke findes nogen forhistorie at vende tilbage til?

vh Helle

Problemet er at der hele tiden skal åbnes nye sider (i samme vindue) via javascript, men man må aldrig kunne gå tilbage nogen steder

Det minder om den med META-taggen; men hvad med at bruge en mellemside, som læser den egentlige side ind (så vil back-tasten give denne, som igen vil indlæse):



<BODY onload="location.href='den_egentlige_side.htm'">

Hvis der hele tiden skal åbnes nye sider i samme vindue, kan du jo sagtens blokere at folk kan gå tilbage i history.

Istedet for at indlæse de nye sider med document.location.href bruger du document.location.replace('NYSIDE.html')

Dermed overskriver du den nuværende plads i browserens history, og dermed er der jo intet at gåt ilbage til.

/Thor

Jumper, var det lige hvad jeg havde brug for ?

Det tror jeg nok det ;)

Takker - det virker lige efter mine planer

Og så tilføjer vi lige et "var" imellem "det" og ";)"

Her skal jo ikke spares på noget ;)

hairball...hehe

håber der er nogen der hører dette :O)

Jeg laver ikke javascript men php, og er også igang med et spil hvor det ville være en katastrofe at kunne bruge tilbage knappen...

er der nogen af jer der gider lave et eksempel af hvad jumper sagde??