Talk pages consultation 2019/Phase 1 report/pl

From MediaWiki.org
Jump to navigation Jump to search
This page is a translated version of the page Talk pages consultation 2019/Phase 1 report and the translation is 14% complete.
Other languages:
Bahasa Indonesia • ‎Deutsch • ‎English • ‎dansk • ‎español • ‎français • ‎polski • ‎русский • ‎العربية • ‎हिन्दी • ‎తెలుగు • ‎ไทย • ‎中文 • ‎日本語

The 2019 Talk pages consultation (TPC) has reached the end of Phase 1: a global consultation on how contributors use wiki talk pages, and the problems that people experience. This report summarizes what people have said and what we've learned, proposes a direction for the project, and proposes specific questions to explore in Phase 2. (August 2019: The Phase 2 report is out.)

by the Talk Pages Consultation team: Danny Horn, Benoît Evellin, Sherry Snyder, Thomas Meadows and Marshall Miller.

Wprowadzenie

A wikitext talk page isn't made out of software; it's a collection of cultural conventions that are baffling to newcomers and annoying for experienced editors. Counting colons to indent a reply properly, using tildes to sign your name, having to watch an entire talk page instead of the section you're participating in, not having an easy reply link – these are headaches for everyone.

At the same time, there are many things that wikitext talk pages do well. The empty edit window has given people the freedom to invent templates and techniques that are extremely flexible and adaptable. Conversations can be reorganized by anyone, at any time. Links to diffs and old revisions show what's been done on a page, when, and by whom. The functionality that helped people collaborate on millions of encyclopedia articles for 17 years shouldn't be dismissed casually.

Wikimedia Foundation product teams have worked on on-wiki communication tools before, including LiquidThreads (started in 2006) and Flow/Structured Discussions (started in 2012). Both of these projects have been used successfully on many wikis, although they've also both been heavily criticized, and neither has gained wide acceptance on many of the largest wikis.

We want all contributors to be able to talk to each other on the wikis: to ask questions, to resolve differences, to organize projects, and to make decisions. Communication is vital for the depth and quality of our content, and the health of our communities. We believe that this project is essential for us to reach our goal of freely sharing the sum of all knowledge.

The global Talk pages consultation began in March 2019 with Phase 1 discussions hosted on 20 wikis and usergroup spaces. This included Wikipedias in 15 languages, as well as Commons, Wikidata, two Wiktionaries, and an in-person user meeting. These discussions were summarized by a member of each community, and the TPC team read all of the on-wiki discussions. The team also conducted two rounds of user tests on UserTesting.com, with people who read Wikipedia a lot, but who haven't contributed because they don't know how.

Phase 1 ended at the end of April, with this report being published in May. Below is a brief summary of our findings, a proposal for the project direction, and a list of questions for Phase 2 discussions. This is followed by a longer and more detailed review of the discussions and user tests.

Podsumowanie wniosków i proponowany kierunek

Podstawy

Można się zgodzić z tym, że trzy podstawowe elementy dyskusji w wikikodzie wymagają usprawnień: odpowiadanie, wcięcia i podpisywanie. Dla nowych użytkowników te prymitywne mechanizmy są niezrozumiałe i zniechęcające. Nawet doświadczeni użytkownicy robią błędy podczas tworzenia wcięć i wstawiania podpisów. Aby usprawnić dyskutowanie na stronach dyskusji, potrzebujemy narzędzia ułatwiające wstawianie odpowiedzi, o odpowiednim wcięciu i z automatycznym podpisem. (Zobacz sekcje #Wcięcia, #Odpowiadanie i #Podpisywanie się poniżej.)

Doświadczeni uczestnicy

Bardzo aktywni użytkownicy uczestniczący w złożonych dyskusjach i innych cyklach pracy doceniają elastyczność otwartej i niestrukturyzowanej strony dyskusji w wikikodzie. Według tych użytkowników, strona dyskusji tworzona w wikikodzie daje pełną swobodę wykorzystania. Pozwala na zmianę struktury dyskusji w dowolnym momencie, zgodnie z potrzebami. Oczekują, że obecny system pozostanie. Ten pogląd podzielili użytkownicy z wielu wiki, także tych wykorzystujących Flow. (Zobacz sekcje #Stabilność i #Wikikod.)

Jest też wiele innych funkcji, które doświadczeni użytkownicy chcą mieć na stronach dyskusji. Wśród nich:

  • Możliwość obserwowania poszczególnych wątków, dzięki czemu użytkownicy nie będą musieli być powiadamiani o pozostałych dyskusjach na tej samej stronie dyskusji oraz wszystkich zmianach w artykule. (#Lista obserwowanych)
  • Bardziej spójne archiwizowanie i funkcja wyszukiwania pozwalająca dotrzeć użytkownikom do odbytych dyskusji na określony temat. (Zobacz sekcje #Archiwizowanie i #Wysuzkiwanie.)
  • Bardziej spójne powiadamianie (ping), aby ułatwić zawiadomienie określonych osób o trwającej dyskusji i łatwe odbieranie jasnych powiadomień, zarówno na wiki jak i poza nią. (#Powiadomienia)
  • Możliwość przejrzenia historii konkretnej konwersacji, zwłaszcza po przeniesieniu do archiwum. (#Historia)
  • Płynne korzystanie ze stron dyskusji na urządzeniach mobilnych. (#Użytkownicy urządzeń mobilnych)

Na anglojęzycznej Wikipedii niektórzy wspomnieli o szablonach z metadanymi. Są to szablony wstawiane na strony dyskusji artykułów zawierające instrukcje, wskazówki, ostrzeżenia, oceny jakości, powiązania z wikiprojektami i inne informacje o artykule. Inne wiki mają podobne rzeczy. Ten temat jest też ważny, ale nie poświęcono mu zbyt dużo uwagi w fazie pierwszej, zadamy więc w fazie drugiej pytania o więcej informacji na ten temat. (#Metadane)

Nowi użytkownicy

New contributors find unstructured wikitext talk pages confusing and difficult to use. The conversation tools that they've learned to use on the internet are very different from the tools that we provide. This difference discourages people from participating and becoming active community members.

In addition to the on-wiki discussions, we ran new user tests with ten potential newcomers. All of them are very familiar with reading Wikipedia and expressed interest in learning how to edit. In these tests, we observed the following:

  • All of the users struggled to find talk pages. Most thought that clicking "Edytuj kod źródłowy" in an article section heading would lead them to a discussion forum about that section. When we asked them where they would go to ask a question about editing the article, only one out of ten noticed the "Dyskusja" tab at the top left of the page (in English, a left-to-right wiki). They generally searched in the upper right of the page, thinking that the "Dyskusja" link (for their own user talk pages) was the right place to ask a question.
  • When the test directed them to the "Dyskusja" tab, all of the users expected to see a typical message board or a discussion forum. Many were confused by the structure of the talk page. The similarity between the visual design of the article and the talk page led them to assume that each section in the article corresponded to a section on the talk page.
  • The users struggled with "the basics" described above: replying, indentation and signatures. Some users thought that the "(dyskusja)" link in a user's signature was the reply button. Only three of ten could figure out how to add a signature. Most of the users could figure out how to use colons for indentation from looking at previous posts.
  • This test was done with copies of talk pages from the English Wikipedia. Article talk pages there often contain templates about the article (example). For most users, the templates at the top of the talk page seemed out of place. Several users became so focused on the template boxes that they didn't scroll down to the discussion without being prompted; they seemed to believe that the templates themselves were the full extent of the talk page. (See New user tests for more.)

These findings were echoed by comments in the on-wiki discussions. New users reported that responding on a talk page was confusing, and that confusion leads many users to give up. Many experienced users said that newcomers struggle with the current design and functionality, and that it can be a barrier to participation. (#Newcomers)

Major themes

During this process, two major themes have emerged.

  • Clear design and appropriate tools: Right now, article pages and talk pages are very similar in their appearance and functionality. That appearance is misleading and makes it more difficult for people to learn how to use talk pages correctly. People are meant to use a talk page in a different way than an article; it's a different form of content. A core principle of product design is that the tool should help the user understand what they're supposed to do. It should be easy to use a product correctly. A good product design minimizes the opportunities for users to make mistakes. While experienced wiki contributors have learned to live with limited product design – and are justifiably proud of the workarounds they've developed to compensate – it's not fair to allow badly designed tools to be a barrier to participation for knowledgeable and passionate people who want to join the communities and contribute knowledge.
  • Features vs Flexibility: The desire for talk page improvements is not limited to newbies. In fact, experienced contributors are the ones who know best how inadequate the existing tools really are. Experienced users want to participate in a single discussion on an active talk page, without wasting time looking at irrelevant edits in other sections on the page. Experienced users want to be able to find discussions easily and quickly, even if the discussions have been moved to an archive. In order to provide these features, the system needs to be able to tell what "a discussion" is – that this specific part of the page is a single discussion, and separate from other edits on the same page. That may require making some changes that limit the endless flexibility of an open wikitext page. Those changes need to be carefully considered and agreed upon, and changes that limit flexibility need to connect to a visible, positive improvement in functionality. That's what we want to discuss in Phase 2 of this consultation: How should we approach finding that balance between long-requested features and flexibility?

Proponowany kierunek rozwoju produktu

Bazując na tych wnioskach, naszą propozycją jest, że strony dyskusji w wikikodzie powinny zostać ulepszone, ale nie zastąpione innym systemem.

Experienced contributors in the larger communities have built a very large number of important workflows based on the ability to manipulate wikitext, and the list of use cases is long and intimidating. LiquidThreads and Flow both involved replacing talk pages with a new system, which then had to handle all of those use cases before they were fully adopted. In complex ecosystems like this, it's better to start with a product that works (called a "minimum viable product"), and then make improvements that can be built and released over time, learning more with each release. As flawed as wikitext talk pages are, they've powered wiki discussions for more than 15 years, and that's a minimum viable product.

Naszym pomysłem jest, aby stworzyć nowy system w oparciu o strony dyskusji w wikikodzie, który zmieni domyślny wygląd strony oraz zaoferuje najważniejsze narzędzia – "przejrzysty wygląd i odpowiednie narzędzia" opisane wyżej. Ten nowy design powinien komunikować użytkownikom, że dana strona nie jest stroną treści oraz powinien pomagać użytkownikom posługiwać się narzędziami. Powinien jasno wskazywać jak zacząć nową dyskusję, jak odpowiadać 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.

The caveats: as we said above in "Features vs Flexibility", improving talk pages may require small-to-medium changes in wikitext conventions and practices.

Na przykład:

  • To build the ability to watchlist a single discussion, the system will have to be able to tell the difference between one discussion and the next. The page can't just be a pile of unconnected edits. That might mean changing the wikitext convention for a discussion header. Maybe editors would type =/= instead of ==, or {{talk-thread|Title of thread}}. (These examples are purely for illustration, not actual suggestions.) Experienced people would still be able to use wikitext, but they'd have to learn a new convention.
  • To make the new features work, and not interfere with non-discussion pages, it may be necessary to specify where they are enabled. We could have them work only on pages in the "talk" namespaces (such as Talk:, User talk, Template talk, etc.). If so, then some existing project-wide discussion pages (such as the deletion discussions at some wikis) would have to relocate from Wikipedia: to Wikipedia talk: pages, to be able to use these tools. Another possibility is that the features work automatically in the talk namespaces, and that people could turn them on for other individual pages with a wikitext magic word. Or maybe they'll work anywhere, as long as you use the {{talk-thread}} prefix. (Again, purely for illustration.)
  • To build the ability to move a discussion to an archive without breaking links to it, it may be necessary to create a unique ID for each discussion. This could mean that you need to use one of the new tools to create a new thread, merge two threads, or archive an old thread.
  • To improve page history, we may have to make some decisions. Some experienced contributors talked about the need for a complete history for the whole page. Others emphasized the need for a thread history, for individual discussions. (Right now, wikitext talk pages have a page history but not a thread history; in Flow, it's the other way around.) It would be ideal to provide both page history and thread history. We'll have to think and talk about how to make that possible.

The intention is to only make changes that are necessary, in order to enable functionality that's worth making the change. Ideally, the result should be approximately the same amount of work or less for contributors. For example, if you want to move a discussion from one page to another without breaking people's watchlist, you might need to click a new "move discussion" link and enter the name of the target page, so the system can keep the permalink active. That would be a new habit to learn, but moving a thread by cutting and pasting wikitext takes just as long.

The inspiration for this approach was the eager adoption of the ping feature, which was created around six years ago and is now widely used by experienced users. To send someone a notification that you'd like them to look at a discussion, you have to post their user name in brackets, or use a specific template, such as {{ping|name}} or {{u|name}}. But the ping only works if you sign that edit with ~~~~. If you misspell the person's name, then you have to fix the error, and sign the message again, on a new line. That's a new set of wikitext habits to learn and remember, but lots of people have happily switched their habits, because it enables a feature that's incredibly helpful.

The adoption of the ping feature demonstrates that it's possible to make widely accepted small-to-medium changes in wikitext conventions, as long as we can find that balance between the trouble it takes to learn and use the new convention, and the value that users get from a new feature. It will take serious thought and discussion to find this balance for each stage of the project. We're willing to think and talk and try new things, in order to make talk pages easier to learn and use. We hope that many of you are willing to join us as we figure out how to make this work.

Pytania w fazie drugiej

Sierpień 2019: Wydano raport z fazy drugiej.

Opublikowanie tego raportu oznacza koniec fazy pierwszej konsultacji i uruchamia fazę drugą, która będzie kolejną rundą dyskusji.

An important part of Phase 2 is to hear your responses to the proposed product direction. That can begin right now on the talk page of this report, for people who would like to share their thoughts, ideas, and questions there. We will also ask groups that participated in Phase 1 to tell us what they think.

W fazie drugiej zadajemy poniższe pytania:

  1. Co sądzisz o zaproponowanym kierunku rozwoju produktu?
    Kontekst: Wikimedia Foundation proponuje stworzenie nowego, przejrzystego designu opartego na istniejącym systemie stron dyskusji w wikikodzie. Będzie oferował narzędzia ułatwiające dodawanie odpowiedzi, wcięć i podpisów. Będzie można nadal korzystać z wikikidu na stronach dyskusji. Będzie także możliwość uczestniczenia w dyskusji bez konieczności wykorzystywania wikikodu.
    Pytanie: Co sądzisz o tym kierunku rozwoju produktu?
  2. Zaznaczanie oddzielnych wątków
    Kontekst: Ludzie chcą mieć możliwość obserwowania pojedynczych sekcji strony dyskusji. Chcą lepszego systemu powiadamiania, archiwizacji i wyszukiwania. Aby to zrobić, musimy stworzyć ustrukturyzowaną definicję tego, czym jest pojedynczy wątek dyskusji. Może to oznaczać zmiany w konwencji wikikodu na stronach dyskusji. Na przykład, możemy stworzyć nowy sposób oznaczania nagłówków w wikikodzie lub nowy link, który pozwoli utworzyć, zmienić nazwę lub podzielić wątek.
    Pytanie: Jakie są zalety i wady takiego podejścia?
  3. Pomoc nowicjuszom w odkryciu i zrozumieniu działania stron dyskusji
    Kontekst: Nowicjusze mają problem ze znalezieniem stron dyskusji. Podczas przeprowadzonych testów z udziałem użytkowników, tylko jedna osoba na dziesięć znalazła zakładkę $Tak1. Większość testerów szukało zakładki Dyskusja po przeciwnej stronie strony, gdzie znajdują się pozostałe linki. Wielu chciało także zobaczyć linki do dyskusji o poszczególnych sekcjach artykułu. Być może będziemy musieli przenieść link do strony dyskusji do miejsca naprzeciwko treści artykułu. Być może dodamy funkcjonalność dyskusji z powiązywaniem z poszczególnymi sekcjami.
    Pytanie: Jakie są zalety i wady stworzenia wyraźniejszego połączenia między treścią artykułu i jej stroną dyskusji?
  4. Gdzie pokazywać narzędzia do dyskutowania
    Kontekst: Obecnie wiele wiki mają strony dyskusji także w przestrzeni nazw projektu (Project lub Wikipedia:), zamiast w przestrzeni dyskusji (Project talk lub Wikipedia talk:). Przestrzeń nazw projektu wykorzystywana jest często dla kawiarenki, tablic ogłoszeń, niektórych procesów, takich jak dyskusje nad usuwaniem. System będzie musiał rozróżnić, gdzie odbywają się dyskusje do tego, aby wyświetlać w nich nowe narzędzia a nie wyświetlać ich na pozostałych stronach. Jest kilka potencjalnych sposobów aby to zrobić. Jednym z nich jest przeniesienie wszystkich stron, gdzie odbywają się dyskusje, do odpowiednich przestrzeni nazw dyskusji.
    Pytanie: Jakie są zalety i wady takiego podejścia?
  5. Historia edycji
    Kontekst: Czasami chcesz zobaczyć historię edycji całej strony. Innym razem, chcesz zobaczyć historię tylko jednego wątku dyskusji. Byłoby dobrze, gdybyśmy dostarczyli obydwie możliwości, ale nie mamy pewności, jak to zrobić.
    Pytanie: Jakie zalety i wady wynikają z możliwości przeglądania historii całej strony dyskusji, a jak to wygląda z możliwością podglądu historii pojedynczego wątku?
  6. Umieszczanie metadanych
    Kontekst: Niektóre wiki umieszczają szablony 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ę.
    Pytanie: Jakie są zalety i wady takiego podejścia? Jakie szablony są niezbędne, aby móc odpowiednio wykorzystać stronę dyskusji, a które powinny zostać przeniesione gdzie indziej?

Dalsza część tego raportu znajduje się niżej, ale najpierw, informacja o tym, jak wziąć udział w fazie drugiej dyskusji. Można to zrobić w ramach swojej społeczności lub indywidualnie.

Grupy społeczności mogą zorganizować dyskusję u siebie i zgłosić ją na stronie Konsultacje w sprawie stron dyskusji 2019/Zakładanie grupy uczestników , tam znajdują się także niezbędne informacje jak to zrobić.

Here are the current consultations: