Förbjuda Bakåt knappen?
9 svar · 350 visningar · startad av Nöff
Du kan få bättre förslag om du förklarar vad ändamålet är. Just nu låter det som att du bara vill förstöra för användaren.
Nej, jag håller på med en applikation som använder Sessioner för att hålla reda på vilken kund som för närvarande finns på skärmen, och går man tillbaka med bakåt knappen så hamnar man ju på föregående kund men Sessionen har ju inte ändrats fastän man fått fram föregående kund, därför kommer användaren att tro att man sparar ner den kund som finns på skärmen när det egentligen är nästa kund(alltså den som finns i session["KundID"]. Hur avhjälper man egentligen detta på bästa sätt?. Jag har försökt lägga kundID:et både i en ViewState
och så jämför jag med DataGrid:ets kundID, men det hjälper inte nåt av dem.
Nöff skrev:
Nej, jag håller på med en applikation som använder Sessioner för att hålla reda på vilken kund som för närvarande finns på skärmen, och går man tillbaka med bakåt knappen så hamnar man ju på föregående kund men Sessionen har ju inte ändrats fastän man fått fram föregående kund, därför kommer användaren att tro att man sparar ner den kund som finns på skärmen när det egentligen är nästa kund(alltså den som finns i session["KundID"]. Hur avhjälper man egentligen detta på bästa sätt?. Jag har försökt lägga kundID:et både i en ViewState
och så jämför jag med DataGrid:ets kundID, men det hjälper inte nåt av dem.
Det var den virrigaste beskrivningen jag läst. :e
Du kan alltså bläddra mellan X antal kunder - korrekt?
Du vill inte att man ska kunna bläddra bakåt bland kunderna för att spara ned (vadå spara ned?) kunden, utan du vill spara ned den som finns i din session?
För mig låter det som att du har en brist i utformningen av din applikation. Kortfattat kan du ladda ned kunder (eller?!). Då är det väl bara att sätta en nedladdningsknapp jämte varje kund!
ja det var väl kanske en lite virrig beskrivning..
tänk dig att du har lite knappar.. typ "nästa kund" och en knapp där du kan lägga en order på den kunden som för närvarande är på skärmen.
trycker man på "nästa kund" kommer nästa kund upp och kundens ID läggs i session["kundID"] så man kan hålla reda på vilken kund som för närvarande är på skärmen.. men klickar nu en användare bakåt på IE kommer ju föregående kund upp men Session["kundID"] pekar på nästa kund, förstår du?. och när användaren ska spara ner en order är det ju fel kundID som sparas ner.
Den kunden du visar på skärmen är väl enklast att hantera via querystrings (customer.apsx?id=100). Då har du kund nr 100 på skärmen. När du trycker på bakåt-knappen (alltså din egen bläddra-knapp) låter du en funktion ta ut värdet från id, det vill säga 100, och leta upp den post i databasen som ligger ett steg under, troligtvis 99.
Att blanda in sessions är bara overkill och fyller ingen som helst funktion.
jo visserligen .
Men jag har sett på vissa sidor att när man klickar bakåt så står det såhär:
Varning! Sidan gäller inte längre.
Sidan som du begärde skapades med hjälp av informationen i ett formulär som du skickade. Den här sidan finns inte längre tillgänglig. Som en säkerhetsåtgärd kommer informationen inte automatiskt att skickas igen.
Om du vill skicka informationen igen och visa den här webbsidan klickar du på knappen Uppdatera.
hur får man fram en sådan?
Om du skickar information genom <form> får du en sån ruta när du klickar tillbaka.
Du kan väl se till att sidan inte cachas helt enkelt, så laddas varje kund in för den sidan man befinner sig på. :) Eller skit i sessionerna.
Det är inget man kan "få fram", det är Internet Explorer som visar den om du försöker ladda om en sida som har postat ett formulär med POST (alltså <form method="post">).
Det som händer är att formuläret skickas iväg igen, vilket kan få konstiga effekter. Därför visas ett felmeddelande.