On Fri, 01 May 2009 01:21:43 +0100, Konrad Kosmowski <k...@k...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 ]

----
ekran 2:

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

[Wykonaj przelew]


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

>> Modalność to dla mnie rozwiązanie na siłę i powinno dać się znaleźć
>> inne, elegantsze rozwiązanie.
>
> Wytłumacz to bankom. Moim zdaniem w uzasadnionych sytuacjach jest
> uzasadnione. :)

Tautologia lolcatowa jest lolcatowa.



Sorry za długie linie. Byłem na tyle głupi, że rzuciłem się na Operę 10,
która ma zbugowane formatowanie wiadomości i jednocześnie nowy
format bazy i preferencji, więc nie da się zdowngrade'ować :/

--
http://pornel.net
this.author = new Geek("porneL");