Czy Markdown jest wystarczająco Przyjazny dla użytkowników nietechnicznych?
Problem
I love używanie Markdown do pisania pytań, odpowiedzi, postów, komentarzy itp. To powiedziawszy, jestem bardzo technicznym, zorientowanym na szczegóły, programistą. Jednak pracuję nad rodzajem CMS, który może być używany przez nietechnicznych ludzi. Używam do tego Markdown, ale coraz bardziej martwię się, że będzie to zbyt techniczne dla użytkowników. Działa świetnie dla użytkowników więc, ale spójrzmy prawdzie w oczy. uwielbiamy uczyć się nowych języków. Użytkownicy nienawidzić nowych rzeczy.
Kontekst
Oboje wiemy (ponieważ jesteśmy dobrymi programistami), że edytory WYSIWYG produkują pomieszany bałagan niemantycznych znaczników. (Jeśli tego nie wiesz, sprawdź ten doskonały artykuł Davida Demaree, a potem będziesz.) To, czego ty i ja nie wiemy, to co użytkownicy o tym myślą. Programiści są okropni, jeśli chodzi o odgadywanie punktów bólu użytkowników.Pytanie
Can Markdown jednocześnie rozwiązać potrzebę czystych znaczników i nie być krata dla użytkowników nietechnicznych?
[Update]
Po roku oglądania użytkowników z naszym edytorem Markdown i zajmowania się HTML-em generowanym po stronie serwera, jestem przekonany, że Markdown może być używany przez nietechnicznych użytkowników o różnym poziomie umiejętności. Użytkownicy nie mieli problemów z uzyskaniem podstawowej składni (ponieważ już przypomina konwencje e-mail) i kilkoma pomocnymi wskazówkami (spójrz na odpowiedź poniżej dla niektórych specyfików) mogą bardzo szybko uzyskać bardziej zaawansowaną składnię.
10 answers
Wiem, że przychodzę do tego wątku dość późno, ale w rzeczywistości przeprowadziłem testy użyteczności porównując edytor WYSIWYG (iWeb) do edytora Nie-WYSIWYG opartego głównie na markdown.
Oto, co odkryłem, że użytkownicy zmagają się z używaniem markdown:
- znaczniki wymagające precyzji na poziomie znaków. Na przykład, nachylenie użytkownika polega na umieszczeniu spacji między nawiasami kwadratowymi i nawiasami podczas tworzenia linku-ale to nie działa. Podobnie listy działają tylko wtedy, gdy jest spacja po gwiazdce lub myślniku.
- otrzymują akapity w porządku, ale użytkownicy są często skłonni do używania pojedynczego łamania linii (na przykład podczas formatowania adresu) i są one ignorowane, jeśli nie dodasz dwóch spacji do linii wcześniej. Nie intuicyjne, a te dwie przestrzenie są niewidoczne.
- bardziej skomplikowane tagi, jak dla linków i obrazów, spowalniają je bardziej niż proste (jak dla strong I em)--ale w końcu mogą je uzyskać, jeśli istnieje pomocny przewodnik.
- użytkownicy są często nie jesteś pewien, że X zadziała lub nie jesteś pewien, co dokładnie zrobi.
- użytkownicy nie zawsze rozumieją ścieżki, katalogi, pliki, rozszerzenia plików, adresy URL itp. Utrudnia to tworzenie linków i obrazów.
Oto co znalazłem:
- Zapewnij jasny i wyraźny przewodnik po markdown
- Powiedz im, że używają języka znaczników
- stylizuj pole tekstowe tak, aby nie wyglądało jak Pole WYSIWYG (np.: Użyj czcionki o stałej szerokości)
- rozważ podświetlanie składni
- bądź JASNY o wszelkich sytuacjach, które są sprzeczne z intuicją lub wymagają uwagi na szczegóły
- podaj opcję podglądu (nie musi być w czasie rzeczywistym, ale musi być łatwa i dyskretna)
- w zależności od aplikacji, rozważ jej nieznaczne dostosowanie (np. www.example.com i dodawanie http: / / automatycznie)
- przynajmniej podaj przyciski dla bardziej skomplikowanych tagów, takich jak obrazy i linki. To banalnie proste dla programista, aby małe okno dialogowe, które prosi o adres URL i tekst łącza i wstawia Kod automatycznie. Rozważ uczynienie języka łatwym do zrozumienia. Zamiast pytać o adres URL, zapytaj "jaki adres internetowy chcesz połączyć?"Spójrz na to, jak Edytory WYSIWYG Javascript używają nietechnicznego języka tutaj. Daj im pojęcie, dlaczego to jest ważne. Wyjaśnij, że semantyka i prezentacja są oddzielone w projektowaniu stron internetowych, a Komputery generują zły kod-więc są pomoc programowi w zrozumieniu semantycznej struktury dokumentu.
Byłem zaskoczony, gdy okazało się, że ludzie w większości dostawali go, bez wskazówek ode mnie i tylko krótki przewodnik po języku znaczników. W badaniu z 22 użytkownikami średnia satysfakcja była nieco niższa dla iWeb niż z mojej aplikacji.
Jeśli mówisz o całym programie do projektowania stron WYSIWYG, a nie tylko małym widżecie do wprowadzania tekstu-nie są one tak użyteczne, jak myślisz. Są takie wiele drobnych szczegółów, a tak wiele może pójść źle, nawet jeśli interakcja ma być intuicyjna.
Zastrzeżenie: wszyscy moi uczestnicy byli studentami o różnym poziomie umiejętności technicznych, ale wszyscy byli bardziej zaawansowani technologicznie niż przeciętny użytkownik. Otrzymywali również rekompensatę za swój czas, co może uzasadniać ich zainteresowanie zadaniem.
Edytuj prawie wszystkie powyższe problemy zostały poprawione przez rzeczy z drugiej listy. Jedynym, którym wciąż jestem zmaganie się z pojedynczym problemem linebreak.
Niestety nie.
Kiedy mówisz nietechniczne: jest ogromna różnica między Nie-programistą a 90% nietechnicznych użytkowników.
Zaskakująca liczba użytkowników (myślę, że jest to około jedna trzecia wszystkich w sieci) nie może skanować tekstu - będą używać palca na stronie do czytania i stracą swoje miejsce, jeśli będzie zmuszony do przewijania.
Ci użytkownicy będą zmagać się nawet z prostym WYSIWYG, nie zwracając uwagi na jakiekolwiek znaczniki.
Dobry artykuł na ten temat jest: http://www.useit.com/alertbox/20050314.html
Polecam spojrzeć na tę stronę dla większości badań użyteczności, takich jak to.
Jeśli użytkownik stara się zrozumieć I-bar i caret, nigdy nie zrozumie żadnych meta-informacji.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2009-01-06 15:00:00
Przy dużym projekcie myślałem, że textile będzie wystarczająco proste dla użytkowników nietechnicznych. Okazało się, że się myliłem, a moi klienci nie mogli sobie z tym poradzić. Problem w końcu stał się tak poważny, że zastąpili cały mój system. System, który budowałem przez 8 miesięcy.
Żyj i ucz się. Szczerze mówiąc, uważam, że Markdown nie jest wystarczająco łatwy dla użytkowników technicznych. Problem polega na tym, że zostaje zastosowany do formularzy wpisowych treści bez informowania użytkownika, że będzie filtrowany przez markdown. Tekst jest zniekształcony, i nie ma sposobu, aby dowiedzieć się, co się stało, chyba że Twoje oczy są wystarczająco ostre, aby zauważyć jakąś maleńką notatkę gdzieś.
Istnieje kilkanaście różnych języków znacznikowych o nieco odmiennej semantyce, a każdy z nich jest zupełnie nowym zestawem rzeczy do nauczenia się. Przychodzisz do formularza komentarza i kto do cholery wie, co się stanie? czy to textile, markdown, bbcode, jak zrobić link? To bałagan.
No i proszę. Dwa dane punktów. Klient nie mógł sobie z tym poradzić. Nie mogę sobie z tym poradzić. Jedynym powodem, dla którego mam jakiekolwiek pojęcie o tym, co dzieje się tutaj na stackoverflow, są przyciski gui. i podgląd w czasie rzeczywistym.
@tj111 Ściągawka mi pomaga, ale chyba nikomu nie pomogła. Wskazywałam na to wiele razy, ale wydawało się, że się nie trzyma. Skończyłem sam robiąc Tekstylia.
Tak, myślę, że może.
To co osobiście uważam za bardzo pomocne:
-
Mając podgląd i pozwalając użytkownikowi zobaczyć jak będzie wyglądał wynikowy tekst
-
Posiadanie krótkiej sekcji pomocy wyjaśniającej podstawowe elementy markdown
Zdefiniuj "nietechniczny użytkownik", ponieważ z mojego doświadczenia wynika, że jest to bardziej skala przesuwna niż techniczna lub nietechniczna. Nie sądzę, aby większość inteligentnych ludzi poradziła sobie z markdown, ale to zależy od publiczności, jak bardzo będą ją kochać lub nienawidzić.
Jako ogólne podejście, użyłbym go, ale dodałbym przyciski, które pozwalają mniej zaawansowanym ludziom wypełniać szczegóły w sposób, który są bardziej zrozumiałe (daj im monity). Jeśli to zrobisz, ale zachowaj wynik widać, nauczysz ich jak przestać używać przycisków: -)
[EDIT] Jeśli użytkownicy się spieszą i mają małe lub żadne umiejętności przetwarzania tekstu, byłbym zaskoczony, gdyby nie przeszkadzało im cokolwiek poza zwykłym tekstem. Jeśli nigdy nie używałeś Worda (lub czegoś podobnego), są szanse, że normalnie używasz pióra, więc podkreślenie i rozmiar czcionki jest prawdopodobnie najbardziej zaawansowanym formatowaniem, z którym masz doświadczenie. W takim razie osobiście porzuciłbym pomysł użycia znaczników. Zależy trochę od to, co budujesz, powinienem pomyśleć o tym, jak ważne będzie to.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2009-01-06 14:44:05
Myślę, że wszyscy znowu zgadują. Jak sugeruje brad, nasze domysły mogą się nie zgadzać.
Jedynym sposobem na upewnienie się jest przeprowadzenie testów użyteczności .
Czy ktoś ma jakieś informacje o testach użyteczności, które zostały wykonane w celu obejrzenia korzystania z markdown?
(lub coś podobnego np. Wikimedia?)
Najbliższą rzeczą jaką znalazłem jest screencast porównujący użyteczność markdown vs.edytor WYSIWYG . To nie jest test użyteczności, jednak.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2009-01-06 15:13:12
Nie jest to bezpośrednia odpowiedź, ale może być pomocna: spójrz na LyX . Jest to prawie-WYSIWYG edytor, który produkuje (coś bardzo blisko) LaTeX. Użyłem go, aby przedstawić mojej mamie lateks i uwielbia go, nawet jeśli nie ma żadnego technicznego doświadczenia.
Myślę, że jest to świetny przykład, jak można stworzyć użyteczny edytor dla dobrze zaprojektowanej składni technicznej.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2009-01-07 09:37:21
Jeśli martwisz się o edytory WYSIWYG produkujące pomieszany HTML, sprawdź MooEditable , projekt, nad którym pracuję, aby stworzyć standardowy, poprawny HTML bez względu na przeglądarkę(jest to wtyczka MooTools).
Wracając do pytania, Markdown jest wystarczająco przyjazny dla większości użytkowników, o ile podasz jakiś rodzaj "ściągawki", która jest widoczna z obszaru tekstowego. A także link do bardziej szczegółowego opisu w linku pomocy, może nawet tutorialu, dla tych, którzy są trochę wolniejsze z komputerami i technologią.
Chyba że Twoi użytkownicy potrzebują tabel...następnie potrzebujesz jakiejś dziwnej hybrydy WYSIWYG + (WYSIWYM + preview), która może nie istnieć.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2009-01-06 15:47:32
Myślę, że Markdown jest tego wart.
Jeśli składnia formatowania (jak gwiazdki, itp.) jest dla nich zbyt duża, Markdown będzie przynajmniej obsługiwał akapity, których oczekują.
Nawet najmniej zaawansowany technologicznie użytkownik naciśnie return dwa razy, aby utworzyć akapit, a Markdown postąpi słusznie. Nawet jeśli nie wykorzystają niczego innego, obsługa akapitów sprawi, że zawartość będzie o wiele bardziej czytelna niż ogromne bloki tekstu.