18. juni 2001 - 08:59Der er
29 kommentarer og 4 løsninger
OnBack Event, i IE ???
Hej Alle sammen.
Hvordan fanger jeg en brugers klik på Tilbageknappen ? Der findes en event på document, der fanger en brugers klik på Stop, men så vidt jeg kan se ikke en på Back..... Så kan jeg gøe noget andet...?
Problemstillingen er således sådan at jeg har en side der har 2 felter. Det ene felt ligger i en iframe, det andet på selve siden.
I felt 1 ( iframe feltet) er der nogle valgmulighder, som når man klikker på dem reloader iframen og herefter overfører dem til felt 2.
Selve overførslen fra felt 1 til felt 2 sker i iframens Body:onLoad event, så når en bruger trykker back, bliver skidtet overført igen....... Og det må det ikke, når man klikker back skal man tilbage til den forgående side, altså ikke inde i iframen...HJÆÆÆÆLP
Jeg skal kun bruge informationen på IE 5.0, ikke andet ( Ja det er snæversynet, men sådan er opgaven altså ).
Nej... Det location.replace gør er at den erstatter den side der er i historikken med den du speciferer derved opnår du at kommandoerne ikke kan gentages..
Når jeg sætter den ind, bliver iframens indhold udskiftet med det samme ?, og ikke først når jeg trykker back. Desuden så skal hele siden reloade ikke kun iframe\'en....?
Jeg vil ikke deaktivere history, men som der står i alle mine bøger så skulle location gøre som du skriver men på msdn online, står der at IE reloader samtidig, så det er sådan det jeg bare vil finde en work-around på...!
Jeg skylder måske at sige at min iframe bliver reloadet, via en submit. Jeg pensler lige lidt ud:
min Iframe består af nogle overskrifter, som ved et klik submitter en form, action til sig selv, Udfra den valgte overskrift kommer nu nogle underoverskrifter, og den valgte overskrift bliver overført til min hoved side.
Lidt som at bevæge sig ned gennem et træ, hvor hver knude bliver overført til min hovedside...
Er det lidt mere klart ?
Ihvertfald, så kan jeg ikke kalde replace direkte...!
<ole> I stedet for at submitte en form, skal du bruge den efterhånden temmelig omtalte \'location.replace()\'. Du kan evt. samle formens felt-værdier og sætte dem ind i URL\'en, du replace\'er med:
1: Jeg kan ikke vise noget kode, der er alt for meget.......1 par 1000 linier sammelagt.... og der er meget irelevant kode i denne sammenhæng, så det vil nok taget et par timer at afluse koden, så den ville være overskuelig....:) 2: Jeg kan ikke bruge din løsning olebole, da jeg ikke \'må\' gette data, jeg kan kun bruge post, og dermed skal jeg bruge submit...!
Jeg tjeckede simpelthen at om det element den forsøger at smide i felt 2, er der iforvejen, hvis det er så sender jeg brugeren til den rigtige side.......
Men menge tak for hjælpen.. moonduck, lav et svar så for du en lille erkendelighed...:) Det er gør i alle sammen....
kasseper > er der 100 genererede linier ser skifter altefter valg, eller en det blot en lille datamaængde der reelt skal hentes?
Hvis det sidste kunne du overveje at inkludere alle data i fx javascript variable og så udvælge de relevante data på basis af url parametre som ole foreslog.
som olebole siger så skal det sendes som post.... Men som sagt fik jeg \'hack\'et det, så det virker som det skal.
Anyway, så hader jeg selv når jeg har brudt mit hoved med et svar, også laver spørgeren en løsning som reelt ikke løser problemet(lige som mig), også tager alle point\'sne selv. Derfor får i alle lidt som tak for hjælpen.
det hænger på den der onload der bliver udført igen ikke? Det kan vi sagtens forhindre den i. ved at lægge en boolean ud på parentsiden og teste på den.
var iframeReloaded = false; i en scriptsektion i head på parentsiden.
din onload på iframesiden bliver til onload=\"if(!parent.iframeReloaded)dinOnloadFunktion()\" og etsted i funktionen dinOnloadFunktion indsætter du så linien: parent.iframeReloaded = true;
så vil den funktion ikke blive udført igen.
mvh JakobA
PS: der er noget grumme galt med dette spørgsmål. svar er accepteret, men der kan stadig svares???
Jeg mener bestet der kom ca 100 in på ca det tidspunkt. I OmEksperten har jeg et spørgsmål \"fejllukkede spørgsmål\" om blandt andet dette. Jeg har fundet et lignende spøgsmål hvor det samme skete og hvor der blev lukket igen med det resultat at points (såvidt jeg kan se) blev gevet 2 gange. Så lad være med at lukke igen, ihvertfald indtil vi har hørt fra admin.
Efter mange mails, til admin, OG INGEN SVAR, så vælger hermed at trodse reglerne, og acceptere, så fralægger jeg mig ethvert ansvar tilknyttet dette spg\'s pointfordeling.
Hov nej jeg har fået et par hendvendelser fra admin, om få spg. accpeteret, so be it...
Men der kom heller ikke flere points, så der gik ikke noget galt ved det. sært.
Synes godt om
Ny brugerNybegynder
Din løsning...
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.
