przypadki.pl

W 1974 w laboratoriach Xerox PARC powstał edytor tekstowy Bravo, który jest uważany za pierwsze oprogramowanie WYSIWYG (’What You See Is What You Get - To Co Widzisz Jest Tym Co Otrzymasz)

Ostatnim bastionem, który broni się przed ofensywą WYSIWYG, są profesjonalne narzędzia - np. edytory LaTeX. Świetnie! “Użytecznie” nie znaczy zawsze “najłatwiej”. W przypadku narzędzia pracy programisty może znaczyć “najefektywniej” albo “najszybciej”.

Dzisiaj - 35 lat od premiery Bravo - WYSIWYG jest jednak jedną z fundamentalnych zasad projektowania interfejsów użytkownika. Tak mocno zakorzenioną jak okna czy ikony. Tak oczywistą jak prąd w naszych mieszkaniach, że dopiero, kiedy coś przestaje działać - myślimy o tym.

Trzeba oczywiście rozróżnić dwa zupełnie różne problemy z WYSIWYG:

  1. aby uzyskać jakiś efekt (np. pogrubienie) muszę znać odpowiednie znaczniki (np. “**”)
  2. oprogramowanie zachowuje się w sposób nieprzewidywalny - łamię zasadę WYSIWYG

Pierwszy przypadek to świadomy wybór projektowy. Użytkownik musi wiedzieć jak uzyskać efekt. Drugi przypadek to łamanie reguły najmniejszego zaskoczenia. Dobrym przykładem może być system wiadomości w Basecampie (zarządzanie projektami online).
20090122200155_bc1.png

Zrzut ekranu powyżej przedstawia okno edycji nowej wiadomości. Wpisując treść można spodziewać się, że zostanie ona przetworzona na listę wypunktowaną, lub w najgorszym wypadku zostaną zachowane oryginalne myślniki na początku linii.  Rezultat jest co najmniej zaskakujący.

20090122200226_bc2.png

Lista została zwinięta do jednego wiersza. To zdecydowanie nie jest efekt, którego można się spodziewać.  Aby uzyskać listę (jak poniżej), należy użyć znaku “*” zamiast myślnika (”-”).

20090122200250_bc3.png

Brak odpowiednich znaczników nie usprawiedliwia jednak zachowania programu, które po prostu nie jest uprzejme. Brak odpowiednich znaków może usprawiedliwiać to, że Basecamp nie generuje wypunktowanej listy z wcięciem, ale nie może usprawiedliwiać zignorowania podziału na wiersze.

Podobny problem dotyczy MediaWiki (silnika Wikipedii).

20090122200315_mediawiki1.png

Wprowadzony powyżej tekst, po zapisaniu, będzie wyświetlony tak:  20090122200341_mediawiki2.png
Zobacz:

Komentarze (3)

Tematy: Basecamp, projekowanie uprzejme, spójność interfejsu, wikipedia

Ostatnio w serwisie przypadki.pl

Ciągłość interakcji na stronie KFC.pl

Ciągłość interakcji na stronie KFC.pl

Tematy: architektura informacji, kfc.pl, nawigacja, spójność interfejsu

Historia zwykle wygląda podobnie: wchodzę na stronę restauracji, po dłuższej chwili znajduję menu, wybieram co chcę zamówić, chwytam za telefon i… teraz muszę znaleźć stronę z numerem telefonu. Znajduję ją jednak po dłuższej lub krótszej chwili, dzwonię, podaję numer telefonu, adres, przechodzę do momentu w którym składam właściwe zamówienie i… zapomniałem co chciałem zamówić - […]

Przeczytaj całość

Biznes.net - Na ile procent się znamy?

Biznes.net - Na ile procent się znamy?

Tematy: biznes.net, sieci społeczne

Serwisy społecznościowe to podatny grunt dla różnego rodzaju nowinek i nowych funkcjonalności. Stąd w wielu serwisach mamy możliwość opisania naszej znajomości z kimś, podania szczegółów itp. W serwisie Biznes.net postanowiono wprowadzić możliwość stopniowania znajomości:

Teoretycznie wydaje się, że to dobry pomysł, może dzięki temu będziemy mogli w różny sposób śledzić  działalność znajomych w serwisie w zależności […]

Przeczytaj całość

Bariera wejścia w Wikipedii

Bariera wejścia w Wikipedii

Tematy: podpowiedzi, projekowanie uprzejme, wikipedia

Strony dyskusji pomagają Wikipedystom wymieniać opinie, zgłaszać uwagi i rozwiązywać konflikty edycyjne.
W czym więc problem?
Intuicyjne jest to co widzieliśmy wcześniej. Strony dyskusji do artykułów w żaden sposób nie przypominają komentarzy w innych serwisach internetowych i blogach. Wprowadzenie innej formy to złamanie reguły najmniejszego zaskoczenia.

Dodatkowym problemem jest konieczność znajomości składni, aby korzystać ze stron dyskusji. […]

Przeczytaj całość

Jak nie mówić do klienta online?

Jak nie mówić do klienta online?

Tematy: architektura informacji, dialog, projekowanie uprzejme, raiffeisen

Używanie stron internetowych, nawet przy ich dzisiejszej interaktywności, bardzo różni się od rozmowy z przedstawicielem firmy, który może odpowiedzieć na nasze pytania albo zrozumieć potrzeby i zaproponować rozwiązanie. Online możemy po prostu “powiedzieć” za dużo. Z badań użytkowania sieci (Weinreich, Obendorf, Herder, Mayer, 2008) wynika, że odwiedzający strony internetowe czytają jedynie 20% całego tekstu. Zanim […]

Przeczytaj całość


Zobacz starsze przypadki →