WYSIWYG: czy WYS to faktycznie WYG? | 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:

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



Komentarze (4)

:)

tapety

5 czerwca 2009


Tak naprawdę zazwyczaj mamy doczynienia z wysiwysg gdzie s to skrót od should :-)

Czarek

10 czerwca 2009


nie wiem, jak to się ma do oprogramowania Basecamp, ale pewne jest to, że edytor artykułów w MediaWiki po prostu _nie_jest_ edytorem WYSIWYG, więc oczekiwanie, że będzie regułę WYSIWYG szanował wydaje mi się trochę nierozsądne… i tyle…

parafrazując, jeśli wiadomo, że rower nie jest samochodem, to nie można mieć pretensji do tego, że aby jechać do przodu trzeba naprzemiennie wciskać oba pedały, a przecież powinno się wciskać tylko jeden… ;)

blue

22 lipca 2009


Dawno tu nie widziałem nic nowego :) - a szkoda.
Co do Basecamp i robieniu jednej linii z kilku linii - masakra że jeszcze tego nie poprawili.

Maksymilian Śleziak

29 kwietnia 2010


Dodaj komentarz:

Imię (wymagane)

Email (wymagany - nie będzie publikowany)

Adres strony WWW

Treść komentarza