Talk pages consultation 2019/Phase 2 report/pl

Faza druga Konsultacji w sprawie stron dyskusji 2019 (TPC) dobiegła końca. Jest to ostatni etap globalnej konsultacji prowadzonej przez Wikimedia Foundation.

W fazie pierwszej pytaliśmy o to, jak redaktorzy korzystają ze stron dyskusji i jakie mają z tym problemy. Raport z fazy pierwszej, opublikowany w maju, przedstawił nowy kierunek rozwoju nadchodzącego projektu i postawił pytania do fazy drugiej konsultacji. Ten raport, opublikowany w sierpniu, podsumowuje to, co powiedziano i to co dowiedzieliśmy się podczas przeprowadzania fazy drugiej oraz przedstawia plany na nadchodzący rok.
 *  opracował zespół organizacyjny Konsultacji w sprawie stron dyskusji: 

Introduction
W fazie pierwszej konsultacji zidentyfikowaliśmy dwa główne motywy:


 * Przejrzysty wygląd i odpowiednie narzędzia : Teraz strony artykułów i strony dyskusji są podobne pod względem wyglądu i dostępnych funkcji. To podobieństwo może być mylące i utrudnia ludziom naukę poprawnego korzystania ze stron dyskusji.
 * Funkcje a elastyczność : Zamiary ulepszenia mechanizmów dyskusji nie odnoszą się wyłącznie do nowych użytkowników. To właśnie ci doświadczeni wiedzą najlepiej jak bardzo niedopracowane są te narzędzia. Doświadczeni użytkownicy chcą móc śledzić pojedyncze dyskusji na stronie dyskusji o dużej aktywności oraz mieć możliwość łatwego i szybkiego wyszukiwania dyskusji, nawet tych przeniesionych do archiwum. Aby dostarczyć taką możliwość, system musi być poinformowany, co jest "dyskusją" tj. określoną częścią strony będącą pojedynczą dyskusją i odróżniona od innych edycji na tej samej stronie. Może to wymagać wprowadzenia zmian, które ograniczą pełną elastyczność zwykłej strony w wikikodzie.

Z myślą o tych motywacjach, zaproponowaliśmy następujący kierunek pracy zespołu Editing w Wikimedia Foundation:

Strony dyskusji oparte na stronie w wikikodzie powinny zostać ulepszone a nie zastąpione.

Zbudujemy nowy design w oparciu o strony dyskusji w wikikodzie, który zmieni domyślny wygląd strony oraz zaoferuje najważniejsze narzędzia. Nowy wygląd powinien oznajmić użytkownikowi, że nie jest to strona ze zwykłą treścią oraz powinien pomóc użytkownikowi w odpowiedniej interakcji z narzędziami. Obejmuje to danie jasnych sygnałów, jak rozpocząć nową dyskusję, odpowiedzieć w istniejącej dyskusji lub na konkretną wiadomość w dyskusji. Powinien być automatycznie dodawany podpis, a wiadomość powinna być umieszczona w poprawnym porządku zagnieżdżania.

Aby zachować spójność z dotychczasowymi narzędziami, nowy wygląd będzie domyślny, ale użytkownicy będą mogli go wyłączyć i przywrócić ten, który znają dotychczas, pracując z czystym wikikodem bez użycia nowych narzędzi.

Aby jednak była możliwość stworzenia funkcji potrzebnych doświadczonym użytkownikom, mogą być konieczne małe lub średnie zmiany w sposobie korzystania z wikikodu. Naszym zamiarem jest wykonywanie tylko takich zmian, które będą powiązane z funkcjami, które użytkownicy uznają za przydatne.

In Phase 2, we asked a series of questions to test different aspects of this approach, essentially asking: what could go wrong with this project? Discussions were hosted on 12 wikis: nine Wikipedia languages – Chinese, Czech, Dutch, English, French, German, Polish, Russian and Thai – plus Wikidata, Meta, and English Wikisource. Individuals also left comments on this wiki at Talk pages consultation 2019/Individual feedback. You can read the community summaries from seven of the Phase 2 community discussions.

The responses that we received have helped us to think about potential drawbacks and create a set of important principles to remember. Below is a summary of our findings, including the five major concerns that we heard, and how those concerns have shaped our understanding of this project.

Summary of findings
W temacie poparcia i braku zgody na proponowany kierunek rozwoju produktu: wyobraź sobie linię reprezentującą odczucia ludzi co do wprowadzenia zmian w systemie stron dyskusji. Z jednej strony, niektórzy uważają, że obecne strony dyskusji są doskonałe. Wszystkie problemy da się rozwiązać jeżeli inni będą wyłącznie rozumieć i przestrzegać zasad. Z drugiej strony, są ludzie, którzy uważają, że statyczne strony wiki nie powinny wykonywać zadań do których stworzono oprogramowanie dla forów. Uważają, że powinniśmy przejść na system forum dyskusyjnego i wokół tego budować nowe przyzwyczajenia i sposoby pracy.

Zaproponowany kierunek jest kompromisem między tymi postawami. Tak jak się spodziewaliśmy, reakcje były różne. Była także mała grupa ludzi, którzy uważają, że strony dyskusji powinny pozostać całkowicie niezmienione:

oraz mała grupa, która twierdzi, że strony dyskusji w wikikodzie powinny być zmienione na całkiem coś innego:

Większość odpowiedzi była pośrodku. Było szerokie poparcie naszego hybrydowego podejścia, które zaproponowaliśmy:

Uczestnicy dyskusji zdecydowanie zgadzali się co do tego, że obecny system stron dyskusji jest trudny w użyciu dla nowych użytkowników. Proste funkcje typu odpowiadanie, podpisywanie i ustawianie pozycji wyświetlania wiadomości powinno być łatwiejsze.

Wyrażono też mocne poparcie co do tego, aby użytkownicy mogli sobie wyłączyć nowy wygląd i narzędzia, zachowując możliwość uczestnictwa na stronach dyskusji w taki sam sposób jak do tej pory.

There was a wider range of opinions about the possibility of changes to wikitext conventions, which is understandable. It's hard for people to agree with changes that haven't been defined yet. There were many comments along these lines:

Ludzie chcieli być również pewni, że rozumiemy jak ważne jest utrzymanie ciągłości procesów moderacji i prac utrzymujących. Na przykład, wszystkie zmiany powinny być odnotowywane w historii edycji, z możliwością podglądu różnicy dla każdej zmiany. Zmiany powinny być także widoczne we wkładzie użytkownika. Administratorzy i rewizorzy mają mieć możliwość cofania, usuwania i ukrywania zmian na poziomie pojedynczych edycji.

Oprócz spodziewanego przez nas zainteresowania automatycznym tworzeniem wcięć i dodawaniem podpisów, ludzie wyrazili też zainteresowanie możliwością obserwowania sekcji (tj. konkretnej dyskusji, wątku) oraz otrzymywania powiadomień, gdy ktoś odpowie w tych dyskusjach.

Jest zainteresowanie podglądem historii dla każdej sekcji osobno, ale nie kosztem uniemożliwienia przeglądania historii całej strony oraz obserwowania całej strony.

W rosyjskojęzycznej Wikipedii ludzie wskazali, że istnieje tam skrypt użytkownika, który wykonuje część proponowanych zadań:

Gadżet Convenient Discussions stworzony przez Jack who built the house jest modelowy. Jest główną inspiracją dla realizacji nowego kierunku projektu. Ten skrypt, który można sobie włączyć w preferencjach, dodaje duży zestaw nowych funkcji, które sprawiają, że strony dyskusji na wiki są łatwiejsze do przeglądania i uczestnictwa. Dodaje linki do wstawiania odpowiedzi w wybranych miejscach, odpowiednie wcięcia, ułatwia śledzenie, który komentarz jest odpowiedzią do którego, a także obserwowanie pojedynczych sekcji. To narzędzie jest na razie dostępne tylko w Rosyjskojęzycznej Wikipedii.

Zespół Editing na pewno będzie dużo uczył się z dzieła użytkownika Jack who built the house. Jeżeli chcesz więcej poczytac o tym narzędziu w języku angielskim, mamy stronę z notatkami na temat gadżetu Convenient Discussions na MediaWiki.org, ze zrzutami ekranu i informacjami.

Główne wątpliwości i podstawowe założenia
Cieszymy się z ogólnego poparcia dla zaproponowanego kierunku rozwoju produktu. Chcieliśmy jednak w fazie drugiej więcej niż tylko potwierdzenie naszych wniosków. Chcieliśmy usłyszeć głosy krytyki i obiekcje, by z nich wyciągnąć wnioski. Ta sekcja poświęcona jest najpopularniejszym i najbardziej wyraziście wyrażonym wątpliwościom z dyskusji. Opisujemy tu także, jak te sugestie zmieniły nasze podejście do tego projektu.

Forum czy miejsce pracy
Strony dyskusji znajdują się w różnych przestrzeniach nazw na wiki. Każdy kontekst ma osobne przeznaczenie, które zostało ustalone i zaakceptowane przez edytujących wiki na przestrzeni czasu. W fazie drugiej konsultacji ci edytorzy kładli nacisk na te rozróżnienia.

Współtwórcy wiki zwrócili szczególną uwagę na wykorzystanie stron dyskusji artykułów. Strony dyskusji sa miejscem, gdzie współtwórcy projektu mogą współpracować ze sobą oraz dyskutować o zmianach w odpowiadających im stronach artykułów. Te strony dyskusji nie są i nie powinny stać się forum dyskusyjnym do rozmów na temat o którym jest artykuł. Ta obawa podnoszona była głównie w temacie zauważalności stron dyskusji dla osób, które nie korzystały z nich często, a którzy mogli by do nich dotrzeć z własnym rozumieniem, do czego sa one przeznaczone:

Komentarze takie jak te zwracają uwagę na podstawową rzecz na temat stron dyskusji artykułów: są one miejscem współpracy. Przeznaczeniem stron dyskusji artykułów jest wspólne działanie na rzecz rozbudowy artykułów. Nasz zespół rozumie, że oprogramowanie musi promować wyłącznie produktywne zastosowania. Aby mieć taką pewność, będziemy obserwować, jak nasze zmiany wpływają na korzystanie ze stron dyskusji, zwłaszcza, jeżeli zacznie się na nich pojawiać więcej ludzi nie mających dotychczas doświadczenia ze stronami dyskusji. Z jednej strony należy uczynić określone procesy łatwiejszym (np. odpowiadanie, tworzenie wcięć i podpisywanie się), ale z drugiej strony trzeba mieć pewność, że te zmiany wpłyną korzystnie na efektywność współpracy autorów artykułów. Będziemy rozmawiać o pomysłach na sposoby mierzenia wpływu w projekcie Talk pages project.

Strona wiki to strona wiki
Innym tematem, który został wspomniany w fazie drugiej to pytanie jak rozumieć prostotę i złożoność. Niektórzy twierdzą, że ten projekt może kłócić się z prostotą oprogramowania wiki. Kilka osób wyrażało to jako "strona wiki to po prostu strona wiki". Każda strona jest tworzona w ten sam sposób. Każda strona na początku jest pustą kartka papieru, niezależnie od tego, czy zostanie użyta ona jako artykuł Wikipedii, dyskusja czy lista instrukcji. Ludzie, którzy już wiedza jak edytować artykuły nie muszą uczyć się nowego oprogramowania, aby dołączyć do dyskusji.

Definicje słów "prosty" i "łatwy" są rozumiane przez tych ludzi w taki sposób, że system jest prosty, ponieważ możesz pisać w pustym oknie edycji, z ograniczoną ilością linków, przycisków, potrzebnych kliknięć, aby coś zrobić. Jeżeli chcesz przebudować dyskusję, otwierasz okno edycji, zaznaczasz wikikod, wycinasz, wklejasz w inne miejsce i klikasz. Dla doświadczonych użytkowników jest to naprawdę proste, ponieważ w ten sam sposób działają na stronach artykułów i robili to już wcześniej setki razy. Wiedza jak to robić siedzi już w ich głowach. Gdy system zmienia się tak, by trzeba było kliknąć link koło sekcji, którą chcesz przenieść, a następnie pojawia się okienko z formularzem, gdzie trzeba wpisać miejsce docelowe, zwiększa to złożoność procesu. Wiedza jak korzystać z nowego narzędzia nie znajduje się w ich głowach.

W przypadku pola edycji wikikodu, całą wiedzę jak z niego korzystać trzeba mieć w głowie, ponieważ oprogramowanie nie podpowiada jak dokonywać interakcji z taką stroną. Dla mniej doświadczonego użytkownika puste pole na wikikod nie wydaje się takie proste w użyciu. A jednak rozumienie co robić na stronie dyskusji jest ważne, ponieważ jest duża różnica między tym co w artykułach a na stronie dyskusji.

Wyobraź sobie, co się dzieje, gdy ktoś postępuje według typowych dla stron dyskusji zasad, ale w artykule Wikipedii:


 * Jeżeli dodajesz nową sekcje do artykułu, zawsze dodawaj tę sekcję na dół strony.
 * Podpisz i dodaj datę wstawionej do artykułu treści.
 * Nie zmieniaj treści, która dodał ktoś inny, chyba że w wyjątkowych okolicznościach.
 * Jeżeli już umieściłeś jakąś treść w artykule, nie zmieniaj jej. Jeżeli chcesz uściślić albo zmienić dodaną wcześniej treść, powinieneś napisać nowy akapit.
 * Jeżeli nie zgadzasz się z tym, co napisała inna osoba, napisz o swoich wątpliwościach pod jego tekstem i dodaj przed swoją wypowiedzią dwukropek, aby ją wizualnie oddzielić od innych.
 * Jeżeli jest to długi artykuł, z wieloma sekcjami, dobrym pomysłem jest usunąć sekcje nie edytowane od dłuższego czasu i przenieść je na oddzielna podstronę.

Doświadczeni użytkownicy nawet by nie pomyśleli o takim zachowaniu w artykułach, nawet pomimo tego, że nie ma żadnych ograniczeń w oprogramowaniu, które by powstrzymały edytującego przed zrobieniem tego. Każdy uczestnik musi nauczyć się konwencji kulturowych i tabu, często robiąc po drodze błędy a następnie otrzymując nerwową odpowiedź od kogoś, kto myśli, że jest dana rzecz łatwa.

Mimo iż niektórzy nauczyli się jak edytować strony artykułów w Wikipedii, nadal nie mieli wiedzy, jak korzystać ze stron dyskusji. Musieli nauczyć się jak korzystać z tego samego oprogramowania, ale w inny sposób. Obecne oprogramowanie nie pomaga im tego zrozumieć. Zmuszamy ich do posiadania już tej wiedzy w ich głowach zamiast jasno wyrażać te zasady za pomocą oprogramowania. Może to być frustrujące i odpychające. Strona wiki nie jest stroną wiki, jeżeli musisz podwójnie uczyć się korzystania z nich.

Jest jednak bardzo ważna myśl w stwierdzeniu "strona wiki to po prostu strona wiki", o której będzie mowa w następnej sekcji: ważne, aby dało się wykonać pracę.

Mastery and fine control
Dla doświadczonych użytkowników posiadanie wiedzy o mechanizmach jest wystarczające. Wiedza specjalistyczna przydatna jest kiedy trzeba zrobić coś niecodziennego lub skomplikowanego ze stroną dyskusji. Zwykły współtwórca treści wykorzystuje strony dyskusji tylko przez chwilę, ale nie musi robić na niej nic specjalnego. Natomiast doświadczeni użytkownicy, tacy jak administratorzy czy zaangażowani w procesy moderacji, potrzebują wiele specjalnych funkcji: zamykanie i podsumowywanie dyskusji, transkludowanie podstron w ogłoszeniach, tworzenie stron z procedura arbitrażu wraz z oddzielnymi sekcjami dla każdego uczestnika albo po prostu usunięcie czegoś dziwnego ze strony.

Te czynności wymagają biegłego panowania nad zawartością takiej strony. Posiadanie "uproszczonego" narzędzia mogło by to zaburzyć. Ludzie, którzy opracowali obecny system wiedzą już co mają zrobić aby osiągnąć swoje cele. Po prostu muszą wejść do wikikodu i to zrobić. Ludzie nie chcą być powstrzymywani przed zrobieniem czegoś dla nich skomplikowanego aby ułatwić coś komuś innemu. To po prostu powstrzymuje ich przed wykonaniem ich pracy.

This idea needs to be a core principle of our work on this talk page project: As we make changes, the person who has mastered the system has to retain the fine control that they need to get the job done.

Szablony, transkluzje i boty
Myślą przywołaną w fazie drugiej było to, żeby nie zepsuć obejść, które społeczności pieczołowicie wypracowały.

Powodem dlaczego społeczności stworzyły skomplikowane modyfikacje i obejścia było to, że oprogramowanie MediaWiki nie oferowało funkcji im potrzebnych. Boty tworzone przez społeczność są przejawem niewystarczalności oprogramowania. Nie koniecznie są one jednak najlepszym możliwym rozwiązaniem.

Oznacza to, że ważne jest by zespół pracujący nad ulepszeniem mechanizmów dyskusji respektował funkcjonowanie tych botów i istnienie innych rozwiązań obchodzących znane problemy. Te narzędzia umożliwiają przeprowadzenie wielu przepływów prac a my nie będziemy ich odrzucać. Nie chcemy zakłócić istniejących rozwiązań, chyba że zaoferujemy takie narzędzia, które pozwolą wykonać tę samą pracę, nawet jeżeli w inny sposób.

Obniżenie bariery uczestnictwa
Były wątpliwości czy proponowane zmiany przyciągnęły by obiecujących redaktorów.

Sugestia że powinniśmy celowo utrzymać trudne w obsłudze oprogramowanie aby zniechęcić ludzi do działania w Wikipedii i innych projektach jest dość radykalnym pomysłem. Jest sprzeczna zarówno z zasadami dobrego projektowania oprogramowania jak i zasadami naszego ruchu.

Dla nowych użytkowników chęć włożenia wysiłku w nauczeniu się obsługi systemu wzrasta wraz z uświadomieniem sobie przez nich wartości ich uczestnictwa. Jeżeli doświadczą oni na wczesnym etapie jakichś przeszkód, gdy jeszcze nie są tak mocno obeznani w systemie, jest bardziej prawdopodobne, że się poddadzą. Zagmatwane działanie stron dyskusji łatwiej może odpędzić ludzi mających zamiar wnieść jakiś wkład. Mogą oni mieć lepsze pomysły na spędzenie swojego czasu niż walczyć z naszym interfejsem.

Ale, te wypowiedzi zwracają uwagę na ważną rzecz, z którą się zgadzamy: nie chcemy stworzyć systemu dyskusji, który będzie generować bezsensowne dyskusje, które obniżą produktywność edytujących. Nasz zespół nie może zwyczajnie postawić za cel "więcej konwersacji", który odmierzany byłby według liczby postów lub ludzi je piszących. Musimy obserwować poprawę jakości oraz rezultaty konwersacji odbywających się na stronach dyskusji. Jednym ze sposobów jest sprawdzenie, jak wiele wątków ma odpowiedzi. Innym sposobem jest sprawdzenie. czy rozmowy przeszły cały cykl: osoba #1 zadaje pytanie, osoba #2 odpowiada, następnie osoba #1 wraca przeczytać odpowiedź i wzbogaca artykuł. Jeszcze innym sposobem jest obserwacja liczby wycofań i usunięć na stronach dyskusji. Będziemy musieli przeprowadzać różne testy i zbierać wiele opinii, aby mieć pewność, że tworzymy system zachęcający do pożytecznego wkładu.

Wnioski i dalsze kroki
W dalszej części tego raportu odnosimy się do odpowiedzi na inne pytania, które zadaliśmy w drugim etapie konsultacji. Zanim jednak do nich przejdziemy, wyjaśnimy co dalej będzie się działo w ramach projektu ulepszania storn dyskusji.

Konsultacje w sprawie stron dyskusji przeprowadzone w roku 2019 dobiegły końca. Mamy kierunek dla tego produktu oraz zbiór wytycznych, które będą kierować pracą. Projekt ten będzie kontynuowany przez zespół "Editing" z Wikimedia Foundation. Przed tym zespołem stoi dużo zadań: opracować podejście techniczne, opracować projekt interfejsu użytkownika, ustalać priorytety, wykonywać testy użyteczności, badać przepływy pracy wskazane w trakcie konsultacji, określenie jak mierzyć wyniki oraz rozmawiać i współpracować z zainteresowanymi użytkownikami.

Dla naszego zespołu ważna jest transparentność i otwartość tego, nad czym pracujemy. Będziemy mieli wiele pytań i pomysłów, o których będziemy chcieli z wami porozmawiać. Główna strona tego projektu będzie na Mediawiki.org pod nazwą Talk pages project. Zachęcamy do dodania strony Talk pages project do obserwowanych, dzięki czemu będziesz widzieć w nadchodzących miesiącach informacje o zmianach.

Doceniamy waszą uwagę i przemyślenia przekazane podczas tych konsultacji. Wiele dowiedzieliśmy się podczas tego procesu i zamierzamy nadal z wami rozmawiać i współpracować.

Pytanie #2: Oznaczanie oddzielnych wątków dyskusji
Pytanie #2 dotyczyło stworzenia bardziej strukturalizowanej definicji tego, czym jest pojedyncza dyskusja, aby umożliwić obserwowanie pojedynczych wątków z jednej strony. Ułatwiłoby to też powiadamianie, archiwizację i wyszukiwanie. Może to oznaczać zmianę zapisu wikikodu na stronach dyskusji. Na przykład możemy stworzyć nowy sposób tworzenia nagłówków w wikikodzie albo stworzyć nowe linki do tworzenia, zmieniania nazwy i dzielenia wątków.

Obserwowanie pojedynczych dyskusji jest życzeniem wielu ludzi już od dłuższego czasu. Jest ogólne zainteresowanie tym ulepszeniem:

Ale z powodu różnych sposobów korzystania z wikikodu na stronach dyskusji jest to trudne:

Niektórzy wyrazili zaniepokojenie jakoby obserwowanie pojedynczych sekcji strony miało ograniczyć ogólne uczestnictwo.

Niektórzy byli sceptyczni co do tego pomysłu:

Zespół Editing będzie analizował różne zaoferowane przez uczestników propozycje. Oto przykładowe dwie z tych sugestii:

Kilka osób wskazało, że koncepcja ta osiągana jest na niektórych wiki za pomocą transkludowania:

Ten komentarz zaleca zachowanie linków czytelnych dla ludzi:

Pytanie #3: Pomoc nowicjuszom w odkryciu stron dyskusji
Pytanie #3 dotyczyło większej widoczności linku do strony dyskusji, dzięki czemu nowicjusze mogli by dowiedzieć się o istnieniu stron dyskusji. Podczas testów przeprowadzonych na potrzeby konsultacji poprosiliśmy 10 potencjalnych edytujących o znalezienie miejsca odbywania się dyskusji nad danym artykułem. Tylko jedna osoba zauważyła zakładkę "dyskusja".

The responses were lukewarm about the possibility of moving the Discussion link somewhere else. Many people pointed out that the "Article" and "" tabs represent different pages, while the "", "", and "" tabs represent actions that you can take on those pages.

Był także pomysł, aby stworzyć funkcję do dodawania adnotacji, aby łączyć rozmowę z odpowiadającą jej częścią omawianego artykułu. Nie jest to funkcja, na której będzie się już skupiał nasz zespół, ale jest to ciekawy pomysł i być może powrócimy do niego później.

Pytanie #4: Gdzie pokazywać nowe narzędzia do dyskusji (przestrzenie nazw)
Pytanie #4 dotyczyło przestrzeni nazw, gdzie odbywają się dyskusje. Na wielu wiki dyskusje społeczności odbywają się w przestrzeni nazw projektu ( lub  ) zamiast w przestrzeni nazw dyskusji (  lub  ). Przestrzeń nazw projektu jest wykorzystywana do dyskusji najczęściej jako kawiarenka, tablice ogłoszeń, czy dla niektórych cykli pracy takich jak Strony do usunięcia. Nowy system musiałby wiedzieć na jakich stronach miałby wyświetlać nowe narzędzia. Jednym z wariantów miałoby być przeniesienie wszystkich stron, gdzie odbywają się dyskusje do przestrzeni nazw Dyskusja. Inne rozwiązanie to odpowiednie magiczne słowo do włączania funkcji używanych w dyskusjach na stronach w przestrzeni domyślnie nie przeznaczonych do dyskusji.

Część ludzi nie chce przenosić wszystkich stron do przestrzeni nazw dyskusji ponieważ czasami strona projektu potrzebuje mieć stronę dyskusji o sobie, aby porozmawiać o samym procesie pracy, za który odpowiada.

Ta odpowiedź dobrze podsumowuje wszelkie możliwe problemy:

W jednej z wypowiedzi stwierdzono możliwe negatywne skutki umożliwienia korzystania z magicznego słowa oraz mozliwe rozwiązania:

Inne spojrzenie na kwestię z pytania:

Pytanie #5: Działanie historii edycji
W pytaniu piątym pytaliśmy o przewadze dostępności historii całej strony nad przeglądaniem historii konkretnego wątku z danej strony. Nieustrukturyzowane strony dyskusji w wikikodzie oferują stronę z historią edycji obejmującą całą stronę dyskusji. Flow pokazuje historię dla każdego wątku osobno, i ograniczony widok historii dla całych stron. Najlepiej by było, gdybyśmy zaoferowali obydwie opcje dla stron w wikikodzie, ale nie wiemy jak to osiągnąć. Zanim podejmiemy decyzje, jak pokazywać historię edycji, musimy poznać zalety i wady obu rozwiazań.

Ludzie twierdzą, że historia edycji całej strony pozwala na szeroki przegląd wykonanych zmian. Uznają to za szczególnie przydatne w moderacji:

Niektórzy stwierdzili, że widok historii całej strony jest konieczny w niektórych przypadkach:

Skupiono się na jedną z głównych dostrzeganych zalet widoku historii dla pojedynczego wątku. Uczestnicy poparli pomysł umożliwienia śledzenia konkretnych konwersacji z minimalnym wysiłkiem.

Wielu jednak wskazywało na to, że jeżeli mieli by wybierać z tych dwóch podejść to historia edycji całej strony jest najważniejsza:

This person brings a finer point to the tradeoff by highlighting how the ways in which talk pages can be edited should inform how we approach building tools intended to moderate and track those edits:

Pytanie #6: Umieszczanie metadanych
Pytanie #6 dotyczyło szablonów, umieszczanych na niektórych wiki na górze stron dyskusji artykułów. Mogą one pokazywać instrukcje, ostrzeżenia, FAQ. Mogą przechowywać informacje o jakości strony, link do odpowiednich wikiprojektów lub wskazywać na przeszłe prace nad artykułem. Wielu użytkowników jest zdziwionych gdy znajdą zawartość nie będącą dyskusją na stronie służącej do omawiania artykułu. Przydatne może być przeniesienie części lub wszystkich takich informacji w inne miejsce tej strony lub na inną zakładkę. Pytaliśmy, które szablony są na tyle istotne by były pokazywane na stronie dyskusji, a jakie można by ewentualnie przenieść gdzieś indziej.

Liczba i rodzaje metadanych na stronach dyskusji różnią się na każdej wiki. Były wątpliwości co do ilości bałaganu, zwłaszcza na wiki, gdzie strona dyskusji jest wykorzystywana do przechowywania wielu, szczegółowych metadanych. Mimo wszystko, nie wszystko co znajduje się na górze strony dyskusji jest metadanymi - czasem są to informacje przydatne dla korzystających ze stron dyskusji.

Najpopularniejszym zaleceniem było stworzenie nowej zakładki do przechowywania metadanych lub stworzenie zwijalnej ramki z metadanymi - domyślnie zwiniętej. Inna opcją jest stworzenie prawdziwego wsparcia dla metadanych w rdzeniu MediaWiki, co zostało zaproponowane już w przeszłości (T55508).