** porneL <n...@p...net> wrote:

>> Bo nie rozumiesz na czym polega zatwierdzenie transakcji - jest
>> dwustopniowe, najpierw ją wyzwalasz, potem ją potwierdzasz. Chodzi o to aby po
>> wyzwoleniu transakcji (np. przelewu) user to potwierdził, a nie podryfował gdzie

>> indziej (bo np. nie rozumie co się dzieje).

>> W momencie kiedy klikasz "zrób przelew" (czy cokolwiek analogiczne)
>> automagicznie dla tej transakcji musi być wprowadzony poprawny token,
>> jeżeli nie zostanie wprowadzony w przewidzianym oknie czasowym to ten token
>> stanie się nieważny.

> A dlaczego nie można tak tego skonstruować?

> ekran 1:

> Odbiorca: [...]
> Kwota: [...]

> [ Pobierz token do wykonania przelewu ]

A użytkownik sobie mysli "co to jest ten token? przecież ja chcę przelew
zrobić".

> ----
> ekran 2:

> Potwierdzasz przelew $x do $y.
> Token: [...]

> [Wykonaj przelew]

No a użytkownik wygenerował token, ale w międzyczasie kliknął zupełnie inny
link i odsurfował czytać o kredytach...

> Wtedy po pierwszym etapie użytkownik nie będzie oczekiwał, że przelew jest
> wykonany i nie ucieknie przed potwierdzeniem.

Użytkownik ucieknie o ile dasz mu taką możliwość. Piszę to po raz drugi:
oczywiście na zamknięcie przeglądarki, klikanie wstecz, wpisanie innego URL nie
mamy wpływu - ale możemy przynajmniej ograniczyć możliwość kliknięcia w
cokolwiek innego. Stąd modalność.

--
+ ' .-. .
, * ) )
http://kosmosik.net/ . . '-' . kK