Jump to content

Czytanie/Sieć/Ulepszenia interfejsu/Często zadawane pytania

From mediawiki.org
This page is a translated version of the page Reading/Web/Desktop Improvements/Frequently asked questions and the translation is 87% complete.
Outdated translations are marked like this.


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.

Na wybranej, jednej wiki Na wszystkich wiki
Wyłączenie
  1. Przejdź do preferencji globalnych
  2. Otwórz zakładkę Wygląd
  3. Zaznacz kwadracik po lewej stronie listy skórek
  4. Wybierz "Stary Wektor (2010)"
Włączenie
  1. Przejdź do preferencji
  2. Otwórz zakładkę Wygląd
  3. Wybierz "Wektor (2022)"
  1. Przejdź do preferencji globalnych
  2. Otwórz zakładkę Wygląd
  3. Zaznacz kwadracik po lewej stronie listy skórek
  4. Wybierz "Wektor (2022)"

Zobacz też:

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ż:

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 LocalSettings.php :
$wgDefaultSkin = 'vector-2022';

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ż:

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

This was our answer in 2019–2023. In 2023 though, we worked on Preference persistence for anonymous users . This was to build this capacity within limitations described below.

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ż:

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ż:

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

  • skin-vector-legacy dla starego Wektora
  • skin-vector-2022 dla Wektora 2022

See also:

Jak przywrócić pełną szerokość?

If your screen is at least 1400px wide, in the bottom corner, you should see a button . Click it, and the full width will be restored.

You may also:

Na wybranej, jednej wiki Na wszystkich wiki
  1. Przejdź do preferencji
  2. Otwórz zakładkę Wygląd
  3. Odznacz "Włącz tryb ograniczonej szerokości"
  1. Przejdź do preferencji globalnych
  2. Otwórz zakładkę Wygląd
  3. Zaznacz kwadracik po lewej stronie koło opcji wskazanej w punkcie niżej
  4. Odznacz "Włącz tryb ograniczonej szerokości"


To reclaim further space at the page edges, add the following CSS code to your global.css:

.mw-page-container {
  padding-left: 2.25em;
  padding-right: 1.25em;
}

#siteNotice {
    margin:0
}

Zobacz też:

Jak wyłączyć przyklejające się elementy?

Dodaj poniższy kod CSS do swojego global.css:

  • Dla nagłówka - dodaj
    .vector-sticky-header {display:none;}
    
  • Dla spisu treści - dodaj
    .sidebar-toc {position: static;}
    

Jak mogę przywrócić stary sposób wyświetlania spisu treści?

Użyj następującego kodu JavaScript:

document.querySelector('meta[property="mw:PageProp/toc"]').replaceWith(
    $('#vector-toc, .mw-table-of-contents-container')
    .removeClass('mw-sticky-header-element' ).removeClass( 'vector-toc.vector-pinnable-element' ).removeAttr('id')
    .removeClass('mw-table-of-contents-container')[0].querySelector( 'ul' ).cloneNode( true )
)
    
$('#vector-toc-pinned-container,#vector-page-titlebar-toc,#vector-sticky-header-toc').remove();

Note, the table of contents will not look like the old table of contents. Additional CSS will be required for that, if necessary.

Jak przywrócić numerowanie w spisie treści?

Dodaj poniższy kod CSS do swojego global.css:

User:Jdlrobson/vector-2022/tocNumbering.css

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ł.)
    1. 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.
    2. 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.
    3. Sprawdź jak wygląda i działa strona główna z przyciskiem na górze, poprzez dodanie parametru ?vectorlanguageinmainpageheader=1 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.
  2. Skontaktuj się z nami i poproś o przeniesienie przycisku na górę.
    1. Zmienimy ustawienie dla wybranej wiki.
    2. 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.

Jak przywrócić poprzednie menu użytkownika?

Na razie nie jest to możliwe.

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):
    .mw-logo-icon { content: url("INSERT NEW IMAGE URL HERE") };
    
  • Aby zmienić znak słowny (np. słowo "Wikipedia"):
    .mw-logo-wordmark { content: url("INSERT NEW IMAGE URL HERE") };
    
  • Aby zmienić slogan (np. słowa "Wolna encyklopedia"):
    .mw-logo-tagline { content: url("INSERT NEW IMAGE URL HERE") };
    

Kontakt

Jak mogę skontaktować się z zespołem odpowiedzialnym za te zmiany?

Wybierz jedną z poniższych opcji:

Jak mogę śledzić rozwój?

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.

Czym jest Wektor 2022 oraz 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.

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.

Dlaczego używacie słowa Ulepszenia (Improvements)?

The term early adopter is used in the English Wikipedia article Technology adoption life cycle.

Ponieważ mamy dane wskazujące, że te zmiany są zmianami na lepsze:

  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.
    1. 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".
    2. 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.
    3. Podczas tego etapu monitorowaliśmy także użycie na wszystkich wiki, gdzie użytkownicy zarejestrowali zaczęli sami korzystać z Wektora 2022.

Zobacz też:

Na jakich wiki były testowane te zmiany?

Wiki pilotażowe gdzie testowaliśmy Wektor 2022:

Wikipedie w językach z pismem łacińskim Wiki z pismem niełacińskim Projekty siostrzane
Wikiźródła w języku arabskim Tak Tak
Moroccan Arabic Wikipedia Tak
Wikipedia w języku bengalskim Tak
Wikipedia w języku katalońskim Tak
Wikipodróże w języku niemieckim Tak
Wikipedia w języku baskijskim Tak
Wikipedia w języku perskim Tak
Wikipedia w języku francuskim Tak
Wikicytaty w języku francuskim Tak
Wikisłownik w języku francuskim Tak
Wikipedia w języku indonezyjskim Tak
Wikipedia w języku hebrajskim Tak
Wikipedia w języku koreańskim Tak
Wikinews w języku polskim Tak
Wikiźródła w języku polskim Tak
Wikinews w języku portugalskim Tak
Wikipedia w języku portugalskim Tak
Wikiwersytet w języku portugalskim Tak
Wikipedia w języku serbskim Tak Tak
Wikipedia w języku tajskim Tak
Wikipedia w języku tureckim Tak
Wikipedia w języku weneckim Tak
Wikibooks w języku wietnamskim Tak
Wikipedia w języku wietnamskim Tak

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ż:

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.

Odbiorcy docelowi

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ż:

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:

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.

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ż:

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.

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.

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.

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?"

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:

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

Dostępność

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.

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ż:

Urządzenia mobilne, duże ekrany i responsywność

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.

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

if

( mw.config.get("skin") === "vector")

{

document.head.innerHTML += '<meta name="viewport" content="width=device-width, initial-scale=0.77, maximum-scale=1.0, user-scalable=0">';

}

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ę.

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. Zachęcamy do wprowadzania personalizacji!

Zobacz też:

Dlaczego szerokość treści jest ograniczona?

Dlaczego obszar przeznaczony na treść został w części zastąpiony pustą przestrzenią?

Wydajne czytanie jest istotne dla większości ludzi korzystających z naszych projektów. Tutaj naszym celem jest ulepszenie czytelności treści. Jest kilka czynników, które na nią wpływają - rozmiar czcionki, kontrast, czcionka, długość linii i wolne miejsce.

Krótsze linie
  1. Gdy czytane linie są krótsze, osoby czytające nie muszą często poruszać oczami, więc mięśnie oczu są używane mniej intensywnie, co przekłada się na mniejsze zmęczenie oczu.
  2. Węższe akapity pomagają czytelnikom lepiej zapamiętywać informacje.
  3. Na stronach internetowych powinno być od 35 do 100 znaków na linię. Numbers closer to the smaller end are preferred.
  4. Większość najważniejszych stron internetowych ma podobne ograniczenia szerokości głównej treści. Przykłady: czasopisma naukowe jak Nature, serwisy newsowe, np. The New York Times, strony rządowe i międzyrządowe, jak United Nations, dokumenty akademickie takie jak LaTeX oraz edytory dokumentów tekstowych, takie jak Google Docs czy Etherpad.
Puste obszary
  1. Puste przestrzenie są wykorzystywane jako punkty rozluźnienia wzroku. Pomaga czytelnikom w wieku powyżej 60 lat skupić się na treści i zwiększa zdolność konsumpcji treści o 20%.[1]
  2. Ludzie mogą skupić się bardziej bez rozpraszania elementami typu menu boczne.
  3. Używamy części tej przestrzeni na potrzeby innych funkcji. Uczyniliśmy menu boczne jako przyklejone oraz umieściliśmy spis treści obok treści. Ograniczenie obszaru z treścią dało nam także możliwość wprowadzania w przyszłości nowych rzeczy. Członkowie społeczności proponowali umieszczanie tam infoboksów, ilustracji czy też przypisów. W ramach oddzielnego przedsięwzięcia będziemy rozważali wykorzystali tej przestrzeni.

Zobacz też:

Czemu nie zostawić użytkownikom zwężanie okna przeglądarki?

Większość użytkowników nie zmienia rozmiarów okien przeglądarki lub korzysta z wtyczek ulepszających wygląd przeglądanych stron. What's more, most readers only stay on our websites for about 20 seconds. That's not enough to personalize the website. Wiki powinny być dobrze wyglądające od razu, w swojej najprostszej formie.

Niektóre tabele i szablony nie mieszczą się w ograniczonej szerokości

Powinniśmy upewnić się, że nasze treści są jak najbardziej responsywne jak się da, aby dopasowywały się do wszystkich odbiorców. Większość naszych użytkowników nie posiadających dużych ekranów i wchodzących na Wikipedię ze swoich laptopów miało już problemy z tabelami i szablonami, nawet przed naszymi zmianami w interfejsie.

Czemu nie zrobimy tego jako ustawienie?

Chcemy by było to domyślne. Tworzymy wspólny sposób doświadczania, który jest współdzielony między redaktorami i czytelnikami. Pomoże to redaktorom podejmować właściwe decyzje podczas tworzenia układu strony. Teraz redaktor może na przykład edytować stronę o szerokości 1500px, tymczasem czytelnik przegląda ją mając na przykład ustawioną szerokość 1200px. Poprzez zaimplementowanie maksymalnej szerokości nie usuwamy całkowicie tej rozbieżności (ponieważ nadal będzie zróżnicowanie w używanych szerokościach poniżej tej granicy u ludzi z węższymi ekranami), ale znacznie ograniczamy zakres tego zróżnicowania.

Note: 1024px is mentioned as a minimum size to consider in the English Wikipedia Manual of Style, though that's not quite the same thing.

Dlaczego wprowadziliście zmiany w sposobie działania listy do innych wersji językowych?

Dlaczego lista linków do innych języków nie może zostać w menu bocznym?

Położenie przełącznika języków w Wektorze 2022.

Ponieważ z perspektywy czytelników, menu boczne nie jest miejscem na przydatne linki. Większość czytelników skupia się na obszarze z treścią. Linki w menu bocznym są praktycznie ukryte z ich pola widzenia.

Chcemy także promować różne wersje językowe projektów Wikimedia.

Przez ponad 15 lat ta lista była wyświetlana w menu bocznym. Najbardziej aktywni użytkownicy wytworzyli pamięć mięśniową aby szukać za tą listą właśnie w tym miejscu. Z tego powodu umieściliśmy w menu bocznym pole z informacją o nowym miejscu wyświetlania przycisku.

Czy linki związane z Wikidanymi znajdą się bliżej listy linków językowych?

Tak.

Linki "Dodaj linki wersji językowych", "Edytuj linki pomiędzy wersjami językowymi" oraz "Element Wikidanych" być może staną się częścią menu włączanego po kliknięciu przycisku przełączania języków ("menu języka"). To zadanie dla zespołu Language engineering.

Jak naprawić nieprawidłowe wyświetlanie współrzędnych koło przycisku wyboru języka?

Zalecany sposób Inny sposób (nie zalecany)
  • Jeżeli na twojej wiki współrzędne umieszczane są modułem Lua (na przykład na francuskojęzycznej Wikipedii jest Module:Coordinates), użyj poniższego kodu:
    titleText = frame:extensionTag( 'indicator', tostring(htmlTitle), { name = 'coordinates' }    )
    
  • Jeżeli na twojej wiki współrzędne umieszczane są szablonem, postępuj według instrukcji Adding page status indicators.

Użyj pozycjonowania absolutnego w MediaWiki:Common.css, na przykład:

.skin-vector.skin-vector-legacy #coordinates { top: 0px; }

.skin-vector #coordinates { top: -20px; }

For those who prefer a working example, details on how this was fixed for English Wikipedia can be found here: phab:T281974#8869238.

Uwzględnij strony korzystające z page status indicators, mające bannery czy komunikaty na górze oraz wygląd stron na niższych rozdzielczościach.

Dlaczego przycisk z linkami do innych wersji językowych na stronie głównej nie pokazuje się na górze?

Odkryliśmy, że czytelnicy skupiają się na obszarze z treścią i pomijają menu boczne. Bardziej prawdopodobne jest, że przełączą się między językami, gdy przycisk do tego znajdzie się na górze strony, obok nagłówka.

Na większości wiki, nagłówki na stronach głównych są ukryte. Z tego powodu przycisk z linkami do innych wersji językowych nie jest obok nich wyświetlany. Zamiast tego znajduje się on na dole stron głównych. Mimo to da się zrobić aby wyświetlał się on na górze.

Zobacz:

Dlaczego wprowadziliście zmiany w spisie treści?

Dlaczego spis treści nie działa dobrze na urządzeniach mobilnych lub gdy zmienię rozmiar okna przeglądarki?

Użytkownicy mobilni i przeglądarek ze zmienionym rozmiarem stanowią małą część ruchu na stronach. Zdecydowaliśmy się opracować tę funkcję najpierw pod kątem większości użytkowników. Dla węższych ekranów planujemy uczynić spis treści dostępnym jako przyklejony element interfejsu dostępny z każdego miejsca na stronie.

Zwróć uwagę, że to co jest wyświetlane na urządzeniach mobilnych różni się od tego, co się stanie po zmianie rozmiaru okna przeglądarki. Na urządzeniach mobilnych strona prezentowana jest jako powiększona wersja strony na komputery stacjonarne.

Jest możliwa zmiana linku prowadzącego na początek strony? ("Początek")

Tak.

Ten napis powinien się odróżniać od tekstu nagłówków treści. Na wiki pisanych różnym pismem (na przykład łacina i japoński) i w różnych projektach Wikimedia (Wikipedia, Wikisłownik) może istnieć konieczność użycia innego słowa albo znaków interpunkcyjnych w tym linku. Jest więc możliwość ustawienia etykiety tego linka przez społeczność tak, aby działała tylko dla nich. Można to zrobić poprzez edycję strony MediaWiki:Vector-toc-beginning.

Jak mogę mieć jednocześnie stary i nowy spis treści?

Nie jest to możliwe.

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.

Zobacz też:

Jak magiczne słowa współpracują z tą zmianą?

Magiczne słowa __TOC__ i __FORCETOC__ nie zadziałają, ponieważ spis treści zawsze pokazuje się w menu bocznym i nie można tego zmienić.

Jednakże magiczne słowa wpływające na pojawienie się spisu treści, takie jak __NOTOC__ nadal będą działać. Będą więc także szablony tworzące inny spis treści. Można więc wyłączyć domyślny spis treści i stworzyć inny.

Wszystkie magiczne słowa będą nadal działały na innych skórkach, które wyświetlają spis treści wewnątrz artykułu.

My project's logo is incorrect. How do I fix this?

We've done our best to ensure that your project logo is consistent between the Vector legacy and Vector 2022 skin. However, there is a chance we've overlooked something or had to make a hasty decision without consulting your community.

Notably in the case of various Wiktionary, Wikiversity, Wikibooks projects, we show the project default logo. This is because we couldn't derive a logo for Vector 2022 from the existing Vector legacy logo. Customizations that localize the logo to your languages are however available on request. More context on this can be found at T341243.

Any project can update its logo or request a change to its logo. It needs to follow the Site request lifecycle. Please do not comment on any existing task relating to logos.

Co jest częścią tego projektu?

Czy wprowadzicie zmiany w skórkach Monobook lub Timeless?

Nie.

Te zmiany będą zastosowane tylko w skórce Wektor. Wektor był domyślnym interfejsem na wiki w Wikimedia od roku 2010. Żadna skórka, Monobook, Timeless, Minerva lub Modern nie zmieni się.

Mimo to w trakcie prac sprzątaliśmy kod starszych skórek. Sprawiliśmy, że łatwiej jest wprowadzać nowe zmiany do starszych skórek, usunęliśmy nigdy nie używane opcje oraz usunęliśmy 75% kodu PHP z tych skórek. Te zmiany nie wpłynęły na sposób interakcji przez użytkowników.

Zobacz też:

Czy zostanie zmienione coś przy wykresach, mapach, a-/f-/o-/tmboksach, infoboksach, szablonach nawigacyjnych i innych szablonach?

Nie.

Nie. Nie zmienimy nic w obszarze z treścią artykułu zaznaczonym na rysunku szarym kolorem (z wyjątkiem spisu treści):

Czy stworzycie tryb ciemny?

Nie, na razie nie.

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
  • Przywiązanie
    • Zwiększenie pozytywnych i zachęcających odczuć względem strony (zmierzone poprzez ankiety i testowanie na użytkownikach)
    • Wzrost poczucia zaufania i wiarygodności (zmierzone poprzez ankiety i testowanie na użytkownikach)

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

Przypisy

  1. UI Design Newsletter – December, 2005, Human Factors International