Reading/Web/Desktop Improvements/Frequently asked questions/pl





Jak włączyć lub wyłączyć skórkę Wektor 2022?


Jak mogę to w(y)łączyć (tylko u siebie) na jednej lub wszystkich wiki Wikimedia?
Upewnij się, że jesteś zalogowany. Niezalogowani nie mogą zmieniać skórek.

Zobacz też:
 * Dlaczego używacie nazewnictwa: Wektor 2022 i stary Wektor?



Dlaczego niezalogowani nie widzą linku do wyłączania nowej skórki?
This is because of the limited capability of our servers. The logged-out users can use browser extensions allowing them to personalize their interface, or they can create an account.

Zobacz też:


 * Dlaczego użytkownicy niezalogowani nie mają możliwości ustawiania preferencji?



Co należy zrobić aby Wektor 2022 stał się domyślną skórką na wybranej przeze mnie wiki Wikimedia?
Skontaktuj się z nami. Przedstawimy przedsięwzięcie Twojej społeczności i rozpoczniemy dyskusję.



Jak mogę włączyć to na mojej wiki (spoza Wikimedia)?
Jeżeli chcesz zobaczyć u siebie nasze zmiany,


 * 1) Upewnij się, że pobrałeś wersję $1.
 * 2) Dodaj poniższe linie do swojego :

We are glad to learn that you appreciate our improvements!



Jak dopasować skórkę Wektor 2022 do swoich potrzeb?


Dlaczego nie udostępnicie możliwości samodzielnego ustawiania różnych wariantów dostępnych cech nowej skórki?
Byłoby to zbyt skomplikowane do stworzenia i utrzymywania.

Każde ustawienie jest jak skrzyżowanie, gdzie użytkownicy mogą wybierać między opcjami. Wiele opcji do wyboru to wiele ich kombinacji. Spowodowałoby to konieczność wzięcia przez nas odpowiedzialności za wszystkie kombinacje. Musielibyśmy je obsługiwać i sprawdzać, czy nowe funkcje byłyby kompatybilne z nimi wszystkimi. Nie możemy sobie na to pozwolić.

Zamiast tego społeczność ma możliwość tworzenia gadżetów i skryptów. Jak zawsze dajemy przestrzeń dla oddolnej kreatywności i pomagamy użytkownikom technicznym utrzymywać ich kod.

Zobacz też: 
 * Po prostu dajcie możliwość ustawiania tego przez użytkownika

Dlaczego użytkownicy niezalogowani nie mają możliwości ustawiania preferencji?
Umożliwienie ustawiania preferencji przez niezalogowanych spowodowałoby że strony ładowałyby się wolniej.

Większość ruchu to użytkownicy niezalogowani. Aby go obsłużyć, mamy kilka serwerów cache, które zapisują i wysyłają gotowe strony internetowe. Takie "migawki" mogą być ważne do siedmiu dni, zastępują generowanie na każdym razem od nowa stron i są takie same dla wszystkich niezalogowanych. Dzięki temu strony szybko się ładują.

Stworzenie możliwości ustawiania preferencji będzie wymagało generowania różnych wersji podręcznych tej samej strony. Umożliwienie tego użytkownikom niezalogowanym będzie obciążać nasze serwery. We don't want to do that also because we need to reduce cache fragmentation.

Jedynym sposobem na umożliwienie ustawiania przez niezalogowanych użytkowników swoich preferencji jest ładowanie ustawień po załadowaniu strony. Takie coś dłużej się ładuje i wygląda dziwnie. Na przykład, jeżeli niezalogowany użytkownik chce skorzystać z trybu ciemnego, to zaraz po załadowaniu strony zobaczy przez chwile jasny interfejs, a potem dopiero stanie się ciemny.

Użytkownicy zalogowani mają możliwość ustawiania preferencji, ponieważ nie podajemy im "migawek" z pamięci podręcznej. Tak jest, ponieważ ruch użytkowników zalogowanych jest mniejszy.

Zobacz też:


 * Jak nowe centrum danych w Singapurze pomaga ludziom z całego świata dostać się na Wikipedię
 * Building DReaMeRS: How and why we opened a datacenter in France
 * Why performance matters



Co robicie dla redaktorów potrzebujących specyficznych narzędzi?

 * Kontaktujemy się z wolontariuszami z umiejętnościami technicznymi, aby zapewnić kompatybilność narzędzi. Prosimy ich o sprawdzenie napisanego przez nich kodu i oferujemy pomoc, gdy kod wymaga zmian.
 * Umożliwiamy konfigurowanie i personalizację naszych zmian. Z chęcią współpracujemy z wolontariuszami technicznymi, którzy chcą tworzyć nowe gadżety i skrypty.
 * Nie zastępujemy wolontariuszy technicznych. Czyli że przede wszystkim nie edytujemy szablonów ani nie tworzymy nowych gadżetów, ale gdy potrzeba, udzielamy porad.



Czy poprawiacie gadżety, które nie będą działały po tych zmianach?
To zależy.

Pomagamy wolontariuszom poprawiać gadżety i skrypty. Czasami poprawiamy je sami. Generalnie pracujemy z samym MediaWiki. Gadżety i skrypty są pisane i utrzymywane przez wolontariuszy. Z natury są one mniej stabilne i mniej odporne na zmiany.

Jeżeli nie wiesz jak poprawić gadżet – skontaktuj się z nami! Postaramy się doradzić jak rozwiązać te problemy.

Zobacz też:


 * Tech na Meta-Wiki – tutaj można prosić o pomoc techniczną
 * User:Jdlrobson/Extension:Gadget/Policy – proponowane zasady dotyczące ról i odpowiedzialności za gadżety i skrypty użytkowników



Jakie klasy CSS przydadzą się do zmieniania wyglądu Wektora 2022?

 * dla obydwu skórek
 * dla starego Wektora
 * dla Wektora 2022



Jak przywrócić pełną szerokość?
To reclaim further space at the page edges, add the following CSS code to your global.css:

Zobacz też:


 * Modyfikowanie Wektora 2022: nowe gadżety i skrypty



Jak wyłączyć przyklejające się elementy?
Dodaj poniższy kod CSS do swojego global.css:


 * Dla nagłówka - dodaj
 * Dla spisu treści - dodaj



Jak mogę przywrócić stary sposób wyświetlania spisu treści?
Użyj następującego kodu JavaScript:



Jak przywrócić numerowanie w spisie treści?
Add the following CSS code to your global.css:

<span id="How_to_make_the_button_with_language_links_appear_at_the_top_of_the_main_page?">

Jak zrobić, aby przycisk z linkami do innych wersji językowych na stronie głównej pokazywał się na górze?

 * 1) Zapytaj swoją społeczność czy zgadza się, aby włączyć nagłówek strony głównej. (Zobacz nasze wyjaśnienie dlaczego to dobry pomysł.)
 * 2) Nagłówek będzie wyświetlany w skórkach Wector 2010, Minerva, Timeless, oraz Wektor 2022. Nie będzie widoczny w skórce Książka.
 * 3) Nagłówek można skonfigurować poprzez edytowanie strony MediaWiki:Mainpage-title-loggedin (wersja dla zalogowanych) i MediaWiki:Mainpage-title (wersja dla niezalogowanych). Dla zalogowanych z urządzeń mobilnych należy edytować MediaWiki:wikimedia-mobile-mainpage-title-loggedin. Zapoznaj się z dalszymi szczegółami odnośnie ustawień nagłówka strony głównej.
 * 4) Sprawdź jak wygląda i działa strona główna z przyciskiem na górze, poprzez dodanie parametru   do URL. Przykład dla Wikipedii w języku islandzkim. Wikipedia w języku islandzkim akurat nie ma włączonego nagłówka, więc pojawi się tylko przycisk.
 * 5) Skontaktuj się z nami i poproś o przeniesienie przycisku na górę.
 * 6) Zmienimy ustawienie dla wybranej wiki.
 * 7) Gdy to zrobimy, przycisk będzie widoczny na górze strony w Wektorze 2022. W innych skórkach lista z linkami do innych wersji językowych będzie wyświetlana w standardowym miejscu ustalonym indywidualnie dla każdej skórki.

<span id="How_to_restore_the_previous_user_menu?">

Jak przywrócić poprzednie menu użytkownika?
Na razie nie jest to możliwe.

<span id="How_to_change_the_logo_to_a_temporary_one?">

Jak zmienić logo na tymczasowe?
Logo w Wektorze 2022 składa się z 3 elementów, z których każdy można zmienić oddzielnie za pomocą CSS.
 * Aby zmienić ikonę (np. globus na Wikipedii):
 * Aby zmienić znak słowny (np. słowo "Wikipedia"):
 * Aby zmienić slogan (np. słowa "Wolna encyklopedia"):

Kontakt
<span id="How_can_I_contact_your_team?">

Jak mogę skontaktować się z zespołem odpowiedzialnym za te zmiany?
Wybierz jedną z poniższych opcji:
 * Strona dyskusji głównej strony projektu (możesz pisać w dowolnym języku)
 * Wątek w Phabricatorze ze znacznikiem projektu Desktop Improvements
 * Skontaktuj się ze Specjalistą ds. relacji ze społecznością: SGrabarczuk (WMF) sgrabarczuk@wikimedia.org
 * Skontaktuj się z naszymi ambasadorami:
 * Ambasador dla języka francuskiego i włoskiego: Patafisik (WMF) patafisik-ctr@wikimedia.org
 * Ambasador dla języka hiszpańskiego: Zapipedia (WMF) izapico-ctr@wikimedia.org
 * Ambasador dla języka wietnamskiego: Bluetpp (WMF) ppham-ctr@wikimedia.org
 * Ambasador dla języka perskiego: Mehran (WMF) mehran@wikimedia.org

<span id="How_can_I_follow_your_activities?">

Jak mogę śledzić rozwój?

 * Subskrybuj nasz newsletter. Zamiast wiadomości na swojej stronie dyskusji będziesz otrzymywać powiadomienia o zmianach poprzez system powiadomień wiki.
 * Obserwuj stronę Updates oraz Talk to Web.

<span id="Do_you_host_or_attend_online_meetings?">

Czy organizujecie spotkania online lub odwiedzacie takowe?
Tak!

Organizujemy otwarte spotkania online dla społeczności (zobacz spotkania). Na tych spotkaniach Olga (nasza menedżerka produktu) prezentuje najnowsze zmiany. Następnie jest miejsce na zadawanie pytań o tym projekcie.

Jesteśmy także otarci na zaproszenia na inne wydarzenia online organizowane przez społeczność. Mogą one być lokalne, krajowe lub międzynarodowe.



<span id="What_are_Vector_2022_and_the_Desktop_Improvements?">

Is this a redesign?
Nie.

A redesign would be a single major change which affects how the site works. In the case of this project we have made a series of individual changes. Each feature was a separate small project. At the end, these features were joined together by a cohesive visual design.

<span id="What_is_the_timeline_of_this_project?">

Jaki jest zakres czasowy trwania tego projektu?
Pracowaliśmy nad Wektorem 2022 (najpierw znanego jako nowoczesny Wektor) od roku 2019. Między początkiem 2020 a połową 2022 tworzyliśmy i wydawaliśmy różne funkcje na wiki, które były chętnymi jako pierwsi użytkownicy. (Więcej na ten temat w punktach 2–4 w pytaniu niżej.)

Ukończyliśmy tę część. Wektor 2022 nie jest już w fazie "beta". Obecnie zamierzamy wprowadzić Wektor 2022 na kolejne wiki. Mamy nadzieję, że Wektor 2022 będzie w marcu 2023 domyślną skórką na prawie wszystkich wiki w Wikimedia.

<span id="Why_do_you_use_the_word_Improvements?">

Dlaczego używacie słowa Ulepszenia (Improvements)?
Ponieważ mamy dane wskazujące, że te zmiany są zmianami na lepsze: Zobacz też:
 * 1) Zidentyfikowaliśmy problemy podczas badań z udziałem zarówno czytelników jak i redaktorów. Podczas tego etapu (w 2019) analizowaliśmy sposoby korzystania ze strony przez ludzi i zidentyfikowaliśmy największe problemy z użytecznością. We also identified issues to exploring the site further, becoming more engaged with reading or editing. Uczyniliśmy to poprzez wywiady z czytelnikami i redaktorami w różnych krajach, miejscach i językach. Zobacz: Badania i projektowanie: etap 1, Badania i projektowanie: etap 2.
 * 2) Stworzyliśmy i przetestowaliśmy prototypy. Tworzyliśmy zamysły każdej funkcji i pokazywaliśmy je użytkownikom. Każda większa zmiana była testowana z udziałem czytelników i redaktorów poprzez wywiady i testowanie prototypów. Celem przeprowadzenia testów z udziałem redaktorów, uruchomiliśmy bannery międzyprojektowe. Wyświetlaliśmy je w różnych językach i projektach Wikimedia, dzięki czemu zebraliśmy szeroką i zróżnicowaną grupę. Każdy prototyp był testowany średnio przez około 200 redaktorów. (Przykład).
 * 3) Dopracowywaliśmy i tworzyliśmy nowe funkcje. Zbieraliśmy opinie zebrane podczas testowania prototypów i odpowiednio je przebudowywaliśmy. W niektórych przypadkach prosiliśmy o dodatkowe opinie aby upewnić się, że podejmujemy właściwe decyzje.
 * 4) Skontaktowaliśmy się z różnymi wiki z prośbą o dołączenie do grupy early adopters ("wiki pilotażowe"). Był to etap "beta". Na tych wiki przeprowadzaliśmy testy ilościowe czy każda funkcja działa jak przewidywano.
 * 5) Przeprowadziliśmy testowanie A/B na użytkownikach zalogowanych. Niestety nie było możliwe przeprowadzenie ich na użytkownikach niezalogowanych. Dlatego robimy porównania "przed i po".
 * 6) Gdy mieliśmy już wyniki testu, porównaliśmy je z kryteriami sukcesu, które wcześniej zdefiniowaliśmy. Gdy otrzymaliśmy wyniki negatywne, zmieniliśmy dane funkcje i przeprowadziliśmy test ponownie.
 * 7) Podczas tego etapu monitorowaliśmy także użycie na wszystkich wiki, gdzie użytkownicy zarejestrowali zaczęli sami korzystać z Wektora 2022.
 * Artykuł w encyklopedii: Model przyrostowy
 * Post na blogu: The iterative design of the Vector interface: the case of moving interlingual links

<span id="On_which_wikis_have_you_tested_these_changes?">

Na jakich wiki były testowane te zmiany?
Wiki pilotażowe gdzie testowaliśmy Wektor 2022:

Dodatkowo: <span id="Why_do_you_use_this_naming:_Vector_2022_and_legacy_Vector?">
 * Office Wiki
 * 
 * wiki MediaWiki
 * Wiki Fundacji Wikimedia
 * Collab wiki
 * Strategy wiki

Dlaczego używacie nazewnictwa: Wektor 2022 i stary Wektor?
Nowa skórka kontynuuje wiele pomysłów zawartych w oryginalnej skórce Wektor. Została zbudowana na bazie kodu źródłowego skórki Wektor. Chcieliśmy utrzymać ciągłość funkcjonalności i wizualną. Wszystko co stworzono dla starej skórki Wektor powinno również działać po wprowadzeniu naszych zmian lub po niewielkim poprawieniu.

Wersja tworzona od roku 2010 do 2019 została zamrożona. Czyli że nadal będziemy ją utrzymywać, ale nie będziemy tworzyć dla niej nowych funkcji.

Używamy nazwy Wektor 2022 z powodów czysto technicznych. Ta nazwa oznacza moment, kiedy nowy Wektor stał się dostępny na zewnętrznych wiki jako nowa skórka. Czyli innych wiki korzystających z MediaWiki.

Na każdej wiki nazwę skórki można zmienić w MediaWiki:Skinname-vector-2022. Jednak zmiana nazwy może spowodować dezorientację, ponieważ nie zmieni się nazwa kluczowa skórki używana w stylach.

Zobacz też: <span id="Will_you_remove_legacy_Vector?">
 * Jakie klasy CSS przydadzą się do zmieniania wyglądu Wektora 2022?

Czy stary Wektor zostanie usunięty?
Nie.

Stary Wektor będzie nadal dostępny w Preferencjach, tak jak inne skórki, które były w przeszłości domyślne, jak Monobook.



<span id="Target_audience">

Odbiorcy docelowi
<span id="Are_these_changes_made_for_readers,_and_not_for_editors?">

Czy te zmiany są robione tylko dla czytelników a nie redaktorów?
Nie zupełnie.

Nasz zespół (o nazwie Web) pracuje nad doświadczeniem czytania (przeglądania) w przeglądarkach na komputery stacjonarne i mobilne. Zarówno ci co przeglądają i edytują, jak i ci co przeglądają ale nie edytują, to jedna duża grupa użytkowników interfejsu. Współpracujemy z nimi wszystkimi, z uwzględnieniem, że nowi i zaawansowani mają swoje potrzeby.

Celem tego przedsięwzięcia jest ulepszenie doświadczenia podczas czytania bez sprawiania, że edytowanie stałoby się bardziej uciążliwe.

Rekomendacje strategiczne ruchu zalecają nam ulepszać doświadczenie użytkownika w sposób inkluzywny. In this spirit, the project has a specific goal of ensuring the free knowledge grows equitably in the future. Podczas tworzenia staraliśmy się zebrać głosy czytelników z różnych grup demograficznych i geograficznych. We also wanted to make their opinions a focus when defining what we were to work on, and evaluating whether a given idea was able to satisfy their needs.

Zobacz też: <span id="What_tools_are_the_Foundation_building_for_editors?">
 * Co robiliście aby zapewnić nas, że to nie będzie zmiana ukończona tylko w połowie?
 * Co robicie dla redaktorów potrzebujących specyficznych narzędzi?
 * Poprzednie projekty zespołu Web

Jakie narzędzia Fundacja tworzy dla redaktorów?
W Fundacji działają inne zespoły, które zajmują się potrzebami edytujących. Są to między innymi: <span id="Do_your_changes_have_a_negative_effect_on_the_editing_statistics?">
 * Community Tech – zajmują się projektami wybranymi przez społeczność poprzez Badanie Życzeń Społeczności
 * Editing – pracują nad narzędziami dyskusji
 * Growth – pracują nad doświadczeniami nowicjuszy
 * Moderator Tools – wsparcie dla sytuacji wymagających narzędzi do moderowania treści, głównie na potrzeby projektów Wikimedia średniego rozmiaru.
 * Anti-Harassment Tools – pracują nad narzędziami dla administratorów i do zwalczania wandalizmów

Czy te zmiany będą miały negatywny wpływ na statystyki edycji?
Nie.

Zbieramy statystyki edycji ze wszystkich wiki. Porównując z wiki, gdzie stary Wektor (2010) jest domyślny, na wiki z ustawionym domyślnie Wektorem 2022 nie ma negatywnych różnic.

<span id="Do_your_changes_make_it_more_difficult_to_explore_the_community_side_of_the_wikis?">

Czy te zmiany mogą spowodować trudniejsze odkrywanie społecznościowej części wiki?
Nie.

Czytelnicy i nowi redaktorzy są zalewani dużą ilością linków, opcji i sposobów poznawania edytowania, społeczności w projektach Wikimedia. To wniosek z naszych badań.

Chcemy żeby więcej użytkowników dołączało do społeczności. Robimy to ograniczając liczbę nieschowanych linków i zwrócenie uwagi użytkowników na te najbardziej adekwatne. Wszystko to robione jest we współpracy z zespołami Growth i Editing.

Zobacz też: <span id="Are_you_focused_on_Wikipedia_articles?">
 * Core Experiences
 * Mit UX #12: Więcej opcji do wyboru i dużo funkcji to większe zadowolenie

Czy swoją uwagę kierujecie na artykuły Wikipedii?
Tak.

Artykuły Wikipedii stanowią znaczną część wyświetleń i czytelnictwa w porównaniu z innymi przestrzeniami nazw na Wikipedii czy innych projektach. Wprowadziliśmy także poprawki dotyczące stron w innych przestrzeniach nazw i stronach specjalnych. Strony ze specyficznymi zmianami to: strony główne, strony specyficzne dla niektórych projektów siostrzanych, strony specjalne, edytor wikikodu 2010, edytor wikikodu 2017, Edytor Wizualny.

Współpracowaliśmy też z zespołem Editing aby mieć pewność, że ich praca nad systemem stron dyskusji jest wyrównana wraz z nasza pracą i uwzględniamy specyficzną konfigurację stron dyskusji.

<span id="Have_you_been_mindful_of_sister_projects?">

Czy obejmujemy projekty siostrzane?
Tak!

Zamierzamy zmienić podstawowe elementy interfejsu. Większość funkcji działa na projektach siostrzanych, tak samo jak usprawniają one Wikipedię. Staraliśmy się testować i tworzyć dla różnych projektów siostrzanych od samego początku. Nadal wprowadzamy poprawki do funkcji domyślnych tam gdzie to konieczne.

Projekty inne niż Wikipedia, takie jak francuski Wikisłownik, są także społecznościami partnerskimi od 2020. Zapewnialiśmy bezpośrednią komunikację i zbieranie od nich opinii.

Przykładem specjalnych zmian są Wikiźródła, gdzie ograniczanie szerokości nie ma zastosowania w przestrzeni nazw Strona z rozszerzenia Proofread Page.

<span id="Are_you_focused_on_English_Wikipedia?">

Czy skupiacie się na anglojęzycznej Wikipedii?
Nie.

Bierzemy pod uwagę różne grupy i testujemy nasze zmiany wśród ponad 30 języków. Wzorowaliśmy się także na interfejsie i gadżetach tworzonych na różnych wiki, na przykład koreańskiej i wietnamskiej Wikipedii.

<span id="What_do_you_do_to_ensure_that_the_change_would_work_on_my_wiki?">

Jak zapewniliście, aby te zmiany działały na mojej wiki?

 * Badania, które przeprowadziliśmy, mają zastosowanie do wszystkich wiki i obejmują głosy z różnych języków i projektów.
 * Zbieraliśmy i uwzględnialiśmy opinie ze społeczności. Większość problemów dotyczyła jednakowo wszystkich wiki.
 * Aby dowiedzieć się jak dostosowywaliśmy nasze zmiany do potrzeb projektów siostrzanych - zobacz pytanie "Czy obejmujemy projekty siostrzane?"
 * Aby dowiedzieć się jak działaliśmy wobec gadżetów - zobacz pytanie "Co robicie dla redaktorów potrzebujących specyficznych narzędzi?"

<span id="What_do_you_do_to_ensure_that_the_change_is_not_half-finished?">

Co robiliście aby zapewnić nas, że to nie będzie zmiana ukończona tylko w połowie?
Wprowadzaliśmy poprawki, zarówno przed jak i po wprowadzeniu zmian na wiki, aby upewnić się, że są zgodne z potrzebami poszczególnych społeczności. Jeżeli uważasz, że potrzebne są dalsze poprawki i gadżety, zobacz:


 * Co robicie dla redaktorów potrzebujących specyficznych narzędzi?
 * Jak dopasować skórkę Wektor 2022 do swoich potrzeb?

After making these changes on all wikis, we will work on projects related to Desktop Improvements.

Dostępność
<span id="Have_your_changes_been_tested_on_users_with_disabilities?">

Czy te zmiany były testowane na osobach z niepełnosprawnościami?
Tak. Współpracujemy z American Foundation for the Blind. Zadajemy różne pytania związane z dostępnością skórki Wektor 2022. Zobacz więcej w Phabricatorze.

<span id="Will_the_wikis_be_less_accessible_for_users_with_slow_Internet_connection?">

Czy wiki będą gorzej dostępne dla użytkowników z powolnym internetem?
Nie.

Zamierzamy utrzymać podobną ilość kodu jak w starej skórce.

Zobacz też:


 * How can I get both the old and the new table of contents?

<span id="Mobile,_large_screens,_and_responsiveness">

Urządzenia mobilne, duże ekrany i responsywność
<span id="Are_the_changes_inspired_by_mobile_design?">

Czy podczas wprowadzania tych zmian wzorowaliście się na wersji dla urządzeń mobilnych?
Nie.

Te zmiany są tworzone dla interfejsu na komputery stacjonarne. Wszystkie badania i testy przeprowadzane w ramach tego projektu skupiały się wyłącznie na użytkownikach komputerów stacjonarnych. Mimo to uwzględnialiśmy doświadczenia użytkowników z większymi ekranami (w tym także otwarcie kart przeglądarki obok siebie).

Na ten moment nie mamy zamiaru połączyć sposobu działania na komputerach stacjonarnych i mobilnych.

<span id="Will_the_new_interface_be_responsive?">

Czy nowy interfejs będzie responsywny?
Dążymy do tego, ale nie jest to oficjalny cel tego projektu.

Jeżeli chcesz już teraz sprawić, że interfejs będzie responsywny na wiki w Wikimedia, dodaj

do swojego global.js.

Jeżeli na jakiejś wiki społeczność chce mieć to domyślnie, zacznij dyskusję na tej wiki, a następnie, gdy konsensus będzie już osiągnięty, skontaktuj się z nami. Wtedy wprowadzimy tę zmianę.

<span id="Will_you_build_a_dedicated_setting_for_high_resolutions?">

Czy stworzycie specjalne ustawienie dla większych rozdzielczości?
Na razie nie mamy planów stworzenia specjalnego ustawienia. Chcemy aby doświadczenie było zoptymalizowane pod kątem większości użytkowników jednocześnie udostępniając narzędzia, które są potrzebne na wszystkich rozdzielczościach. Wierzymy, że obecna wersja nowej skórki robi to dobrze. That said, we encourage personal customization!

See also:


 * What do you do for editors who need specific tools and features?



Why have you replaced the area used for content by an empty space?
Reading efficiently is crucial to most people using our projects. Our goal here is to improve the readability of the content. There are several factors that affect it – i.e. font size, contrast, font, line length, and empty space.


 * Shorter lines
 * 1) When reading short lines, readers don't move their eyes too much, use the eye's muscles less intensively, thus avoiding eye strain.
 * 2) Narrow paragraphs allow readers to memorize new information better.
 * 3) On websites, there should be between 35 and 100 characters per line. Numbers closer to the smaller end are preferred.
 * 4) The overwhelming number of major websites have similar limitations on content width. For example: academic journals like Nature, news websites like The New York Times, government and intergovernmental websites like the United Nations, academic documents like LaTeX, and word processors like Google Docs and Etherpad.


 * Empty (white) space


 * 1) White space is used for the eyes' resting spots. It helps readers over the age of 60 focus on content and increases content comprehension by 20%.
 * 2) People are able to focus more easily without the distraction of sidebars or other elements.
 * 3) We are using some of this space for other functionality. We have made the sidebar sticky, and have placed the table of contents next to the content. Also, limiting the content area gives us new options for the more distant future. Community members have suggested to put infoboxes, images, or references there. As a separate project, we will consider ways of using this space.

See also:


 * UX Myth #28: White space is wasted space

Why can’t we leave it for readers to narrow their browser windows down?
Most users don't resize their browser windows or use browser plugins to improve the design of the websites they view. Wikis should be good-looking immediately, in their basic form.

Some tables and templates don’t fit within the limited width
We should make sure that all of our content is as responsive as possible to accommodate all visitors. A large percentage of our users, who don’t have large screens and are accessing Wikipedia from their laptops, already had issues with tables and templates even before the change.

Why don’t you just make it a setting?
We want it to be default. We are building a common experience that is shared between editors and readers. This could be helpful to editors when making decisions about page layouts. Currently an editor might be editing a page at a width of 1500px, while a reader reads it at a width of 1200px. By implementing a limited width, we don’t remove this discrepancy (because there would still be variation below the max-width, for people with narrower screens), however we would be greatly limiting the range of variation.

Why couldn't the list of language links stay in the sidebar?
Because from the readers' perspective, the sidebar is not a place for useful links. Most readers focus on the content area. Links in the sidebar are practically hidden from their sight.

Also, we need to promote the variety of language versions of Wikimedia projects.

For more than 15 years, the list has been displayed in the sidebar. The most active users have developed muscle memory to look for that list in that place. This is why in the sidebar, we have placed a box with information about the language button being displayed in a new place.

Will the Wikidata links be closer to the list of language links?
Yes.

"", "", and "" will eventually be part of the menu activated by the language switching button ("language menu"). This is a task for the Language engineering team.

How to fix the coordinates displaying incorrectly near the languages button?
Consider pages which use page status indicators, pages which have banners or site notices, and the look of the pages at lower resolutions.

Why doesn't the button with language links appear at the top of the main page?
We have discovered that readers focus on the content page and ignore the sidebar. They will be more likely to switch between languages if the button with the language links appears at the top of the page, next to the heading.

On many wikis, headings on main pages are hidden. This is why the button with language links isn't displayed next to it. Instead, it's at the bottom of the main pages. It is possible to make it appear at the top, though.

See also:
 * How to make the button with language links appear at the top of the main page?

Why doesn't the table of contents work well on my mobile device or when I resize the browser?
Users on mobile and resized browsers account for a small fraction of page traffic. Because of this, we chose to build the feature for the majority of our users first. For narrow screens we plan to make the table of contents available as a sticky interface element that's accessible from anywhere in the page.

Note what is displayed to mobile devices differs from what you see when you resize your browser. On mobile devices, the site is currently presented as a zoomed out version of the desktop site.

Why doesn't it appear when I complete an edit?
The feature is still in development (T307251). This will be fixed before we make Vector 2022 the default on more wikis.

Is it possible to change the label indicating the top of the page? ("")
Yes.

This label should be distinct from the content headings. To do that, wikis written in different scripts (for example, Latin and Japanese) and different Wikimedia projects (Wikipedia and Wiktionary) may need to use different words and/or punctuation marks in this label. It is possible for each community to set up a label that would work just for them. This may be done by editing the page MediaWiki:Vector-toc-beginning.

How can I get both the old and the new table of contents?
This isn't possible.

We intentionally do not add the old table of contents in addition to the new sidebar location. It's a trade off. We have taken it to reduce the work involved maintaining the code and keeping the site work as well as possible. The old table of contents displayed in addition to the new one would have important technical disadvantages. It would increase the overall size of HTML, increase the storage requirement for our parser cache, and require additional CSS to render.

See also:


 * How to restore the old table of contents

How do magic words work with this feature?
The  and   magic words will not work as the table of contents is always in the sidebar and this cannot be changed.

However, magic words relating to the presence of the table of contents, such as, will continue to work. So will templates which then create an alternate ToC. For example, an article can disable the default ToC and apply its own if necessary.

All magic words will continue to work for other skins which render the ToC within the article.

I can't see the table of contents when the sidebar is open
This is a known problem.

This issue should only impact logged in users who have opened the sidebar. In the long term, we plan to reduce the size of this menu, and make the sidebar overlay content. Details and a prototype of how that will look can be found in T302073. This change is planned in the latter part of the year (October-December 2022). Further information can be found on the page about Page tools.

<span id="What_is_the_scope_of_the_project?"> Co jest częścią tego projektu?

<span id="Are_you_changing_Monobook_or_Timeless?"> Czy wpłynie to na skórkę Monobook lub Timeless?

No.

These changes are applied to Vector only. Vector has been the default interface on Wikimedia wikis since 2010. Any other skins such as Monobook, Timeless, Minerva or Modern are not be changed at all.

While working on Desktop Improvements, we did clean up the old skins' code, though. We made it easier to roll out new changes to old skins, removed never used options, and removed 75% of the PHP code of these skins. All this had no effect on the side users interact with.

See also:


 * How and why we moved our skins to Mustache

<span id="Are_you_improving_charts,_maps,_a-/f-/o-/tmboxes,_infoboxes,_navboxes,_and_other_templates?"> Czy zostanie zmienione coś przy wykresach, mapach, a-/f-/o-/tmboksach, infoboksach, szablonach nawigacyjnych i innych szablonach?

No.

We do not change anything within the light gray article content area (except for the table of contents):

Are you building the dark mode?
No, not this time.

The Desktop Improvements project provides the architectural changes needed to build dark mode. Building it would be a separate project, though. This is because that project would require significant work with the communities. Now, many templates are not compatible with dark mode. We have learned that while working on the mobile apps.

Initially, our dark mode would be based on the user's operating system preferences. We would not plan to add an in-browser toggle. The reason is we currently do not have a system in place for anonymous user preferences. This could be added at a later date, though.

<span id="What_are_the_features&#039;_success_metrics?"> Jakie są oczekiwane kryteria sukcesu?

Zwiększona użyteczność wśród naszych odbiorców mierzona przez:


 * Interakcje
 * Zwiększenie wyszukiwań na sesję o 5% w ciągu czasu trwania tego projektu
 * Zwiększenie liczby przełączeń języków na każdy projekt o 5% w ciągu czasu trwania tego projektu


 * Affinity
 * Increase in positive and welcoming sentiments towards the site (via surveys and user testing)
 * Increase in sentiments of trust and credibility (measured via surveys and user testing)

As we define the changes we want to make with more specificity, we will expand and iterate on this list.