On Wed, 29 Apr 2009 21:22:01 +0100, Konrad Kosmowski <k...@k...net> wrote:

> Odnośnie modalności to często się używa czegoś semi modalność w momencie
> np. potwierdzania ważnej transakcji. Np. w momencie zatwierdzania przelewu w
> banku internetowym wchodzisz w coś w typu trybu w którym możesz tylko
> potwierdzić transakcje (np. podając token) albo ją anulować. To nie jest modalność?

> To jest wg. Ciebie MS-DOS czy całkiem uzasadnione podejście?

Nie widzę powodu do wyłączania menu.

Wpisuję token, klikam OK. Albo nie wpisuję tokenu/nie klikam OK. Do tego nie
potrzebuję wyłączenia wszystkich innych opcji.

Anuluj w takiej sytuacji nawet budzi we mnie lekkie wątpliwości - a co jeśli nie
wcisnę anuluj? (zamknę okno/odłączę się od netu) trzeba będzie to anlować później? da
się? może przelew pójdzie bez tokenu i będą do mnie z banku wydzwaniać i potwierdzać?


Modalność to dla mnie rozwiązanie na siłę i powinno dać się znaleźć inne, elegantsze
rozwiązanie.

Jeśli strona z przelewem ma na ekranie tyle opcji, że trzeba je blokować, żeby
użytkownicy nie strzelali sobie w stopę, to lepiej by było ogólnie uporządkować i
odchudzić interfejs.

Jeśli użytkownicy nie zauważają, że mają potwierdzić transakcję i sięgają do menu, to
różnica będzie tylko w poziomie frustracji przy próbie użycia menu. Nawet jak w ogóle
nie będzie menu, a potwierdzanie transakcji nadal będzie niejasne, to użytkownicy
skupią się na szukaniu menu.


To coś jak różnica między narysowaniem komuś dużej strzałki "tutaj---->", a
wrzuceniem go na ścieżkę obudowaną betonowym murem. Jak użytkownik będzie chciał
dojść do celu, to w obu przypadkach dojdzie, ale jak nie będzie chciał, to albo
odejdzie bez problemu albo będzie walić w mur.

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