Sebastian: confirm()

Beitrag lesen

Doch. Ich habe die "beiden" Beispiele voll und ganz nachvollzogen. In diesem einen Beispiel gibt es ne Seite A und ne Seite B. Von Seite A aus wird Seite B aufgerufen. Auf Seite B ist ein confirm(). Bei true zeigt es den Inhalt an, bei false gehts mit history.back() zurück zu Seite A.

Was ich anstrebe ist allerdings, dass bei Klick auf ein Objekt auf Seite A das confirm() kommt und bei false auch auf Seite A bleibt. Nur bei true soll es auf Seite B gehen und nebenbei noch ein paar $_POST-Daten an die Seite übergeben.

Das bekomme ich auch soweit hin, nur dass eben der Mausezeiger nicht wie bei einem Link zum Pointer wird. DAS ist das eigentlich Ziel, das ich erreichen möchte. Wenn ich gleich einen Link als Objekt benutze, habe ich das oben beschriebene Problem.

Sinn ist der:
User möchte was löschen. Klickt auf den Button. Bekommt Meldung ("Wollen Sie wirklich löschen etc.").
[Abbrechen] -> nichts passiert. User bleibt auf der Seite.
[OK] -> User kommt auf die nächste Seite. Script erkennt &_POST-Daten und löscht Eintrag.

Wenn der User zufällig nun aus seiner History auf die Lösch-Seite kommt, dann wird verweigert, weil keine $_POST-Daten.

Wenn ich es so wie in den "beiden" Beispielen mache, dann bekommt der User bei einem zufälligen Aufruf die confirm()-Meldung auf der Lösch-Seite. Wenn jetzt schon Tage zwischen dem eigentlichen Aufruf dazwischenliegen und er sich nicht mehr daran erinnert was das ist und halt mal auf [OK] drückt, dann wird etwas versehentlich gelöscht.

Um abzusichern, dass ein User nur absolut bewusst löscht, soll das Lösch-Script nur funktionieren, wenn er von Seite A darauf zugreift.

Wie bereits erwähnt, es funktioniert. Ich möchte nur noch einen Pointer-Mauszeiger, wenn man mit der Maus über dem entsprechenden Link ist.