Najnowsze wiadomości ze środowiska technicznego Wikimedia. Poinformuj innych użytkowników o tych zmianach. Nie wszystkie zmiany będą dotyczyć ciebie lub twojej wiki. Dostępne są tłumaczenia na inne języki.
Ostatnie zmiany
Strona Special:Book (oraz powiązana funkcjonalność „Utwórz książkę”), dostarczana przez stare rozszerzenie Collection, została usunięta ze wszystkich Wikiźródeł, ponieważ i tak nie działała. Nie wpływa to ma możliwość pobrania książek, zapewnianą przez rozszerzenie Wikisource. [1]
Wikitech korzysta teraz domyślnie z nowego parsera wikikodu – Parsoida – do przygotowywania stron w przestrzeni dyskusji. Wszelkie problemy możecie zgłaszać na odpowiedniej stronie dyskusji. Możecie wykorzystać rozszerzenie ParserMigration, aby sterować wykorzystaniem Parsoida. Więcej informacji zawarto w dokumentacji.
Prace utrzymaniowe nad Etherpadem zakończyły się. W razie napotkania problemów, możecie je zgłosić w tym zadaniu.
Gadżety pozwalają administratorom interfejsu tworzyć nowe narzędzia, bazujące na CSS i JavaScripcie. Powiązane z nimi przestrzenie nazw Gadżet i Definicja gadżetu, a także uprawnienie gadgets-definition-edit, zostały zarezerwowane w 2015 roku, ale nigdy nie były wykorzystywane. Ich istnienie można było zauważyć na stronach Specjalna:Szukaj i Specjalna:Grupy użytkowników. Wspomniane przestrzenie nazw i uprawnienie zostały skasowane. Żadnych stron nie przeniesiono, nie są też wymagane inne zmiany. [2]
Aby zwiększyć użyteczność okienka „Dodaj przypis”, przycisk do wstawienia przypisu przeniesiono do nagłówka panelu. [3]
Zmiany w tym tygodniu
Nowa wersja MediaWiki będzie instalowana na wiki testowych i MediaWiki.org od 5 marca, na stronach innych niż Wikipedia i niektórych Wikipediach od 6 marca, a następnie na wszystkich wiki od 7 marca (harmonogram). [4][5]
Przyszłe zmiany
Wszystkie wiki będą dostępne w trybie tylko do odczytu przez kilka minut 20 marca. Zdarzy się to o 14:00 UTC. Więcej informacji zostanie opublikowanych w Tech News i w kolejnych tygodniach będzie też umieszczane na poszczególnych wiki. [6]
Kod HTML nagłówków i linków edycji sekcji zostanie zmieniony później w tym roku, aby poprawić dostępność. Zobacz stronę Zmiany HTML w nagłówkach, aby poznać szczegóły. Nowa struktura będzie taka sama, jak w wyjściu z Parsoida. Możesz testować swoje gadżety i style na nowej strukturze, jak dodasz do adresu URL parametr ?useparsoid=1 (więcej szczegółów) albo włączysz wyświetlanie stron z użyciem Parsoida w swoich preferencjach (więcej informacji).
Artykuł Masa atomowa, uwaga c. Przywołana jest w artykule 30 razy, jednak w sekcji Uwagi poszczególne odwołania numerowane są do 26, a potem się zerują i kolejny raz numeracja zaczyna się od 1. Chyba to nie powinno tak działać? Wostr (dyskusja) 02:06, 5 mar 2024 (CET)[odpowiedz]
Coś czuję, że te 26 wynika z liczby liter w angielskim alfabecie :-) Choć to zupełnie bez sensu. @Paweł Ziemian kiedyś zgłębiałeś numeracje przypisów, może wiesz co można z tym zrobić. @Matma Rex może Ty coś wiesz na ten temat? ~malarz plPISZ09:08, 5 mar 2024 (CET)[odpowiedz]
No kto by się spodziewał tylu wspólnych uwag? Dzięki za poprawki. Jak widać kod gadżetu nie był dostatecznie przetestowany, bo nie znalazłem odpowiedniej strony, a lenistwo skutecznie mnie powstrzymało aby chociaż jeden taki przypadek testowy zrobić sobie w brudnopisie. Najważniejsze, że Załatwione. Paweł Ziemian (dyskusja) 23:21, 5 mar 2024 (CET)[odpowiedz]
Gdy otworzy się hasło w tryb edycji w kodzie źródłowym to kombinacja ALT+SHIFT+V swego czasu powodowała pokazanie różnicy zmian. Obecnie (pracuję w monobooku) powoduje przełączenie na edytor źródłowy. To że mnie to wkurza to jedno. To że opis przycisku Nadal zawiera opis wskazujący na tę kombinację klawiszy to druga sprawa. Ktoś wie co się stało i jak przywrócić tę kombinację? PMG (dyskusja) 17:45, 6 mar 2024 (CET)[odpowiedz]
Proponowane rozwiązania: skrypt usuwający skrót z "edytuj" lub zmieniający którąś literkę, wyłączenie edytora wizualnego, na niektórych przeglądarkach można wcisnąć ten skrót dwa razy i wcisnąć enter - tylko jak pierwsze wciśniecie nie powoduje kliknięcia. --Wargo (dyskusja) 20:59, 6 mar 2024 (CET)[odpowiedz]
W jaki sposób mogę wyłączyć przechodzenie na edytor wizualny? Porównywanie zmian jest dla mnie znacznie bardziej kluczowe niż przejście na edytor. PMG (dyskusja) 10:15, 7 mar 2024 (CET)[odpowiedz]
Faktycznie, udało mi się to odtworzyć, co ciekawe w Wektorze 2022 (ale nie w starym) ten konflikt między skrótami klawiszowymi jest rozstrzygany na korzyść "Pokaż podgląd". @PMG, czy to się zmieniło jakoś niedawno w Monobooku? Teraz widzę z phaba, że to problem znany... Msz2001 (dyskusja) 21:00, 6 mar 2024 (CET)[odpowiedz]
Problem z wersjami przejrzanymi był od dawna (tam się też coś nakrywa) - ale tutaj mam to pierwszy raz. Ostatnie kilka miesięcy jakoś mocno nie edytowałem, ale wydaje mi się że ten skrót zawsze mi działał (to jest dla mnie kluczowy skrót klawiszowy, "porównanie zmian" i "zapisanie" to skróty których zawsze używam przy masowym edytowaniu). PMG (dyskusja) 10:16, 7 mar 2024 (CET)[odpowiedz]
Dzisiaj przestał mi działać WP:SK, przycisków ni ma, dodatkowy przycisk do SK pod polem edycji jest, ale po kliknięciu nie działa. Takie coś mi się wyświetla:
Parse error: Unexpected \ on line 908
(anonymous) @ ext.gadget.wp_sk-script-0.js:4
Exception in module-execute in module ext.gadget.wp_sk:
startup.js:141 ReferenceError: wp_sk is not defined
at ext.gadget.wp_sk-script-0.js:17:1
at runScript (startup.js:1273:7)
at execute (startup.js:1403:4)
at doPropagation (startup.js:755:6)
Uncaught ReferenceError: wp_sk is not defined
at HTMLAnchorElement.funkcja (<anonymous>:1:782)
at HTMLAnchorElement.dispatch (jquery.js:5145:27)
at elemData.handle (jquery.js:4949:28)
U mnie działa i w logstash nie widzę jakichś masowych błędów, więc raczej masz niestety pecha... Spróbuj zrobić tak:
CTRL+SHIFT+I otworzy panel narzędziowy.
Wejdź w Sieć i poszukaj opcji „Wyłącz pamięć podręczną” lub „Disable cache”.
Odśwież stronę i wejdź w edycję.
To powinno odświeżyć dane. Jeśli nie, to możesz być przypięty do serwera proxy z zepsutym cache, w którym cache odświeży się pewnie jutro. --Nux (dyskusja) 00:56, 1 mar 2024 (CET)[odpowiedz]
Udało mi się to zreprodukować: Firefox 122 i 123, monobook, Windows. Na Brave i Chromie działa ok, na FF rzuca tym błędem który wkleił Wostr. PMG (dyskusja) 11:32, 1 mar 2024 (CET)[odpowiedz]
Udało mi się wywołać ten błąd w Microsoft Edge 122. Ładowanie SK poprzez mw.loader.load('ext.gadget.wp_sk') działało dobrze, ale jak skasowałem klucz MediaWikiModuleStore:plwiki w LocalStorage i odświeżyłem stronę, to zaczęło łapać ten błąd. Sam błąd jest na sztywno zakodowany w JavaScripcie przychodzącym z serwera, więc wygląda na to że linter MediaWiki świruje. Msz2001 (dyskusja) 16:41, 1 mar 2024 (CET)[odpowiedz]
Co ciekawe, plik przychodzi z serwera bez błędu dla wersji 140qr modułu: [7] (póki jeszcze jest w cache), ale już nie dla nowszej 1gxxp: [8] (tutaj jest mw.log.error). Msz2001 (dyskusja) 17:08, 1 mar 2024 (CET)[odpowiedz]
Sprawdzałem wcześniej wersję 140qr (przed moją testową zmianą w kodzie gadżetu) i występował mw.log.error, tak samo jak obecnie w wersji 1gxxp, zarówno pod FF, jak i MSE. Doszedłem do podobnego wniosku z linterem; zdaje się, że boli go ta instrukcja. Peter Bowman (dyskusja) 23:08, 1 mar 2024 (CET)[odpowiedz]
@Ented, @Wostr chyba znalazłem problem i zrobiłem obejście. Dajcie znać czy pomogło. Jeśli tak, to wygląda, że kolejność ładowania bibliotek w gadżetach jest losowa. W ostatni czwartek wchodziły zmiany powiązane z pracami nad globalnym gadżetami (m.in. zniknęła przestrzeń Gadget:), więc mogło się im coś omsknąć. Pozdrawiam, Nux (dyskusja) 01:54, 2 mar 2024 (CET)[odpowiedz]
Pomogło tylko tyle, że MediaWiki:Gadget-sk-local.js nie próbuje się wczytać, kiedy podstawowe SK się nie załadowało, ale nie rozwiązuje to podstawowego problemu, czyli że zamiast SK przychodzi z serwera pojedyncza instrukcja mw.log.error. Sama kolejność ładowania jest zachowana: najpierw wykonywane jest logowanie błędu a potem ewentualna próba wczytania sk-local. Msz2001 (dyskusja) 11:01, 2 mar 2024 (CET)[odpowiedz]
Dzięki za zgłoszenie. Wprowadziłem tymczasową zmianę w celu uniknięcia problemu: [9]. W tygodniu naprawimy problem po stronie MediaWiki, a tymczasem WP:SK powinno znowu działać. ZałatwioneMatma Rexdyskusja18:08, 2 mar 2024 (CET)[odpowiedz]
Powoli się zastanawiam, czy nie przenosić wszystkich większych gadżetów na zewnątrz (dodawać osobne loadery). Wygląda na to, że WMF niestety będzie raczej powoli pełzać, a czasami się cofać zamiast iść do przodu (np. phab:T277675)...
W każdym razie powinno działać teraz. Ominąłem minifier. WP:SK będzie ładowane wedle potrzeb, więc być może jeśli ktoś ma jakieś bardzo specyficzne narzędzia, to coś może działać inaczej. Częściowo doszedłem do ładu z edytorem 2017 (VECode), chociaż naprawdę dziwnie działa ten edytor... W każdym razie teraz ten VECode ma „Sprzątanie kodu” w menu „Wstaw” (skrótu klawiszowego nie robiłem, można zrobić osobny JS do niego jeśli ktoś chce). --Nux (dyskusja) 18:15, 2 mar 2024 (CET)[odpowiedz]
@Nux, @Matma Rex, @Peter Bowman Właśnie @XaxeLoled zauważył [10], że nie działa (moim zdaniem nie ładuje się) poprawnie mój skrypt Wikipedysta:Malarz pl/wp si.js. Mi wydaje się, że czasami się ładuje (i działa), czasami nie, ale ja korzystam z innej wersji, która cały czas nie jest dokończona. JS, a szczególnie powiązanie gadżetów z jądrem MediaWiki nie jest moim konikiem więc nie bardzo wiem gdzie szukać problemu. A ten chyba właśnie występuje od soboty, czyli awarii głównego SK, więc podejrzewam, że ma to samo podłoże. ~malarz plPISZ20:17, 5 mar 2024 (CET)[odpowiedz]
@Malarz pl powinieneś używać wp_sk hooks. Tak formalnie to od 3 lat już ;). Nawet poprawiałem w niektórych rozszerzeniach, ale widzę, że w tym si nie używasz. Wystarczy, że ogarniesz podpięcie się pod wspomniany uchwyt i powinno działać. Pewnie nawet by działało to si w VECode (2017), bo też raczej nie działało w ogóle. Nux (dyskusja) 22:03, 5 mar 2024 (CET)[odpowiedz]
Twój skrypt to nie gadżet, więc to nie może być ten sam problem z walidacją, co ten wcześniejszy z gadżetem. Pewnie zmiany wprowadzone przez Nuksa w celu naprawienia tamtego problemu zmieniły kolejność, w jakiej ładują się skrypty, i podpięcie go w nowy sposób pewnie to naprawi. Matma Rexdyskusja22:35, 5 mar 2024 (CET)[odpowiedz]
Cześć, pojawił się kłopot z mapką Fb map, która dotyczy lokalizacji klubów w danej lidze. Chciałbym stworzyć nowy sezon z nowymi uczestnikami. Kopiuję więc z starego hasła:
Kopiuję mapę z już istniejącego hasła:
Fb map|nt=10|map=POL|label=Lokalizacja klubów grających w Ekstralidze 2020/2021 |1=Górnik Łęczna Kobiet |2=Medyk Konin |3=Czarni Sosnowiec |pos3=top |4=AZS UJ Kraków |5=UKS SMS Łódź |6=GKS Katowice Kobiet |7=Olimpia Szczecin |8=Śląsk Wrocław Kobiet |pos6=bottom |9=KP Bydgoszcz |10=Rolnik Biedrzychowice |pos10=top |11=APLG Gdańsk |12=TS ROW Rybnik |pos12=left}}
2) Chcę zmienić punkt 7, więc nowa wersja w nowym haśle:
Fb map|nt=10|map=POL|label=Lokalizacja klubów grających w Ekstralidze 2023/2024 |1=Górnik Łęczna Kobiet |2=Medyk Konin |3=Czarni Sosnowiec |pos3=top |4=AZS UJ Kraków |5=UKS SMS Łódź |6=GKS Katowice Kobiet |7=Pogoń Szczecin Kobiet |8=Śląsk Wrocław Kobiet |pos6=bottom |9=KP Bydgoszcz |10=Rolnik Biedrzychowice |pos10=top |11=APLG Gdańsk |12=TS ROW Rybnik |pos12=left}}
I właśnie przez ten punkt 7 wczytuje się mapka z błędem o koordynatach. Klub posiada już hasło w kategorii szablonu.
Wiąże się o tyle, że dotyczy częściowo wspólnych szablonów. Natomiast w obecnej chwili chciałbym jedynie usunąć 3 szablony, które są moim zdaniem zbędne i więcej przeszkadzają bo są nadużywane. Docelowo najlepiej by było wszystkie je usunąć bo są m.in. skuteczną zaporą dla nowych/młodych (z krótkim stażem) edytorów jak 1923. Tutaj problem dotyczył szablonu {{Fb team Pogoń Szczecin Kobiet}}, który poprawiłem (technicznie). Nie wiem czy w nim nie ma innych błędów bo jest on praktycznie niewykorzystywany. A Nadzik wspominał o dyskusji przy innym stoliku kawiarenki: Szablony {{Fb}}, {{Vb}} i {{Hb}}. W tej dyskusji rzeczywiście padła propozycja skasowania szablonu {{fb map}}, ale nie z mojej klawiatury. ~malarz plPISZ23:20, 15 lut 2024 (CET)[odpowiedz]
Zadziałało! :) Możesz zdradzić co tak naprawdę poprawiłeś? Ten sam problem pojawia przy innych klubach, a z tego co widzę po historii zmiany w tym konkretnym szablonie, to... nie dodałeś żadnego nowego znaku/bajta? 1923 (dyskusja) 23:51, 15 lut 2024 (CET)[odpowiedz]
Poprzestawiałem kilka znaków, które były podane w złej kolejności. Czy są prawidłowe - tego nie wiem, ale kolejność była ewidentnie zła. ~malarz plPISZ23:54, 15 lut 2024 (CET)[odpowiedz]
Przetestowałem kluby, z którymi miałem problem, najprostszą możliwą metodą. Skopiowałem szablon Pogoni z twoimi poprawkami, zmieniłem tylko nazwy i dane lokalizacyjne. Wstępnie: wchodzą elegancko bez błędu, z którym tutaj przyszedłem. Dziękuję!
Podsumowując: problem pojawił się najwidoczniej przez złą kolejność znaków, którą ustawiali pierwotni twórcy szablonu z klubem. Z racji, że nie był one wykorzystywane, błąd nie został wcześniej zauważony. 1923 (dyskusja) 00:07, 16 lut 2024 (CET)[odpowiedz]
Nie wiem, dlaczego tak jest, ale ten problem rozwiąże albo usunięcie wywołania {{ISG|Kołowo|Kołowo}}, albo jego zakomentowanie. Oczywiście nie twierdzę , że musisz to zrobić, ale to rozwiązuje problem umieszczenia ilustracji z technicznego punktu widzenia. XaxeLoled⸤ AmA ⸣18:30, 11 mar 2024 (CET)[odpowiedz]
Winą tutaj jest algorytm określania tzw. Block formatting context. Każdy floatujący element tworzy nowy kontekst, co powoduje, że dany przyklejony element (tu: do lewej krawędzi) może podskoczyć najwyżej do górnej krawędzi poprzedniego floatującego elementu (w tym przykładzie prawego). Teoretycznie dałoby się to rozwiązać, obejmując tekst i obrazek z lewej nowym tagiem, tworzącym osobny kontekst formatowania, ale uważam, że byłby to przerost formy nad treścią. W zamian, zamieniłem obrazki w artykule: do infoboksu wstawiłem zdjęcie wsi (moim zdaniem bardziej reprezentatywne), a fotografię wieży RTV wstawiłem pod infoboksem, gdzie jest nawet niedaleko sekcji o maszcie. Dla bota oznaczam jako Załatwione, specyfikacji CSS nie przeskoczymy. Msz2001 (dyskusja) 19:24, 11 mar 2024 (CET)[odpowiedz]
Nie ukrywam, że uniosłem powieki na niektóre sugestie - np. tę by infoboks nie był pierwszy, tylko był po pierwszym nagłówku. Jest to całkowicie sprzeczne z całym moich dotychczasowym wiki-życiem, więc nie rozumiem tego podejścia. PMG (dyskusja) 19:25, 11 mar 2024 (CET)[odpowiedz]
Na razie nie mam pomysłów na więcej. Poza "Wielolinijkowa tabela w elemencie listy", gdzie problemem jest nie gdzie jest błąd, a jak to zmienić. Ja bym tam te całe ukryte fragmenty usunął. 19:16, 11 mar 2024 (CET)~malarz plPISZ
Jeżeli w edytorze wizualnym kliknie się Wstaw > Lista przypisów, w kodzie wstawia się <references />. A potem przychodzi MastiBOT [MalarzBOT, ma się rozumieć] i zmienia to na {{Przypisy}}. Może dałoby to radę zmienić, żeby bot nie miał tyle do roboty? ;) Kurapazurem (dyskusja) 21:01, 4 mar 2024 (CET)[odpowiedz]
Wydaje mi się, że to robi akurat malarzBOT, ale nie będę się sprzeczał. W każdym razie sprawdza też położenie tego tagu w artykule i czy występuje tuż pod nagłówkiem Przypisy i jeszcze parę innych drobiazgów. I akurat to jest najmniejszy kłopot w tym co robi. ~malarz plPISZ21:38, 4 mar 2024 (CET)[odpowiedz]
Jasna sprawa, wybacz przekręcenie nazwy. Nie mam zastrzeżeń, co do działania bota, bo robi świetną robotę. Chodziło mi raczej o to, czy dałoby radę zmienić ustawienia edytora wizualnego, by wstawiał od razu do kodu listę przypisów w takiej formie, w jakiej być powinna. Kurapazurem (dyskusja) 22:50, 4 mar 2024 (CET)[odpowiedz]
Najnowsze wiadomości ze środowiska technicznego Wikimedia. Poinformuj innych użytkowników o tych zmianach. Nie wszystkie zmiany będą dotyczyć ciebie lub twojej wiki. Dostępne są tłumaczenia na inne języki.
Zmiany w tym tygodniu
Nowa wersja MediaWiki będzie instalowana na wiki testowych i MediaWiki.org od 12 marca, na stronach innych niż Wikipedia i niektórych Wikipediach od 13 marca, a następnie na wszystkich wiki od 14 marca (harmonogram). [11][12]
Po konsultacjach ze społecznościami, wysokość linii tekstu w skórce Minerva zostanie zwiększona do swojej poprzedniej wartości: 1,65. Ustawienia typografii mogą być skonfigurowane w menu preferencji zgodnie z indywidualnymi potrzebami. [13]
Kolor aktywnych linków w skórce Minerva zostanie zmieniony dla spójności z pozostałymi naszymi platformami i z dobrymi praktykami. [14]
Structured data on Commons will no longer ask whether you want to leave the page without saving. This will prevent the “information you’ve entered may not be saved” popups from appearing when no information have been entered. It will also make file pages on Commons load faster in certain cases. However, the popups will be hidden even if information has indeed been entered. If you accidentally close the page before saving the structured data you entered, that data will be lost.[15]
Przyszłe zmiany
Wszystkie wiki będą w trybie tylko do odczytu 20 marca. Jest to zaplanowane na godzinę 14:00 UTC. Więcej informacji zostanie podanych w nadchodzących tygodniach w Tech News i umieszczonych na poszczególnych wiki. [16][17]
Najnowsze wiadomości ze środowiska technicznego Wikimedia. Poinformuj innych użytkowników o tych zmianach. Nie wszystkie zmiany będą dotyczyć ciebie lub twojej wiki. Dostępne są tłumaczenia na inne języki.
Ostatnie zmiany
Komunikat, informujący że linki językowe znajdują się u góry strony, który widniał w menu głównym w skórce Wektor 2022 został usunięty, bo użytkownicy zdążyli się nauczyć, gdzie szukać przełącznika języków. [18]
Funkcja IP Info korzystała do tej pory z bazy MaxMind. Teraz wyświetlane będą również dane z bazy adresów IP Spur, co pozwoli zwiększyć użyteczność dla przeglądających zmiany. [19]
Grid Engine na Toolforge zostało definitywnie zamknięte, po tym jak końca dobiegł proces migracji na Kubernetes. [20][21][22]
Suwak edycji pozwala interaktywnie przeglądać historię strony. Użytkownicy, korzystający z wiki w językach zapisywanych od prawej do lewej zgłaszali, że suwak źle reagował na kliknięcia. Powinno to być już naprawione. [24]
Zmiany w tym tygodniu
Nowa wersja MediaWiki będzie instalowana na wiki testowych i MediaWiki.org od 19 marca, na stronach innych niż Wikipedia i niektórych Wikipediach od 20 marca, a następnie na wszystkich wiki od 21 marca (harmonogram). [25][26]
Wszystkie wiki będą 20 marca przez kilka minut w trybie tylko do odczytu. Jest to zaplanowane na 14:00 UTC. [27][28]
Najnowsze wiadomości ze środowiska technicznego Wikimedia. Poinformuj innych użytkowników o tych zmianach. Nie wszystkie zmiany będą dotyczyć ciebie lub twojej wiki. Dostępne są tłumaczenia na inne języki.
Ostatnie zmiany
18 marca została wprowadzona zmiana w sposobie, w jaki skórka Wektor 2022 ładuje skrypty JavaScript i CSS użytkownika oraz całej strony. Dostępna jest lista kontrolna dla administratorów.
Zmiany w tym tygodniu
Nowa wersja MediaWiki będzie instalowana na wiki testowych i MediaWiki.org od 26 marca, na stronach innych niż Wikipedia i niektórych Wikipediach od 27 marca, a następnie na wszystkich wiki od 28 marca (harmonogram). [29][30]
U mnie wygląda wszystko ok. Podaj nazwę artykułu i screen to będziemy szukać. A najlepiej wrzuć info do kawiarenki technicznej z przykładem artykuł/screen + info jaki system / jaka przeglądarka. ~malarz plPISZ22:22, 25 mar 2024 (CET)[odpowiedz]
A możesz przełączyć na chwilę na inną skórkę (najlepiej domyślnego wektora), przejść na stronę z błędami, np Pałac Rybischów we Wrocławiu, nacisnąć Ctrl-F5 i zobaczyć czy jest coś lepiej czy tak samo źle? Potem ponownie przełącz się na monobooka. ~malarz plPISZ21:09, 27 mar 2024 (CET)[odpowiedz]
Jak zmieniłem skórkę na wektorowy wygląd był podobny do tego co zawsze Po powrocie na tradycyjny strona wygląda z błędem Wydaje mi się że uzywane szablony, infoboksy maja teraz jakiś błąd lub kod który powoduje błąd. To po tych wielkich zmianach technicznych chyba --Adamtrzeknij słowo21:40, 27 mar 2024 (CET)[odpowiedz]
Może ktoś wie co się mogło rozjechać Adamowi w monobooku. Jak ja sobie go włączyłem to mam ok i nie jestem w stanie powtórzyć u siebie problemu. ~malarz plPISZ21:47, 27 mar 2024 (CET)[odpowiedz]
@Adamt Tak na oko Common.css się nie załadował w pełni w Twojej przeglądarce. CTRL+SHIFT+DEL » okres: dzisiaj » pamięć podręczna » Wyczyść.
Ew. coś dziwnego masz we własnym CSS, ale wątpię. Jeśli powyższe nie zadziała, to możesz skasować zawartość swoich monobook.css i common.css. Nux (dyskusja) 22:03, 27 mar 2024 (CET)[odpowiedz]
Jak zrobić, by w infoboksie nie był wyświetlany herb? Po skasowaniu odwołania do herbu w artykule nadal się on pojawia, zaciągany z WikiData. Gdy w polu godło wpiszę "nie", to infoboks daje odwołanie do Plik:Nie i to źle wygląda. Jak zrobić by miejsce na herb było po prostu puste, bez wstawiania tekstu zamiast grafiki, bez wstawiania jakiejś grafiki zastępczej (typu pusta tarcza herbowa)? Aotearoa dyskusja14:50, 30 mar 2024 (CET)[odpowiedz]
Nie będę szarpał się z WikiDanymi i nielogicznościami tam istniejącymi. Artykuł jest o terytorium, które istniało 66 lat, a ten herb miało tylko przez 2 lata. W dodatku to nie był herb Ubangi-Szari, bo przez te dwa ostatnie lata istnienia kolonii francuskiej terytorium nosiło juz nazwę Republiki Środkowoafrykańskiej. Zatem skoro artykuł mamy pod nazwą najdłużej funkcjonującą, skoro tylko najdłużej funkcjonująca nazwa terytorium podana jest w infoboksie, a także najdłużej obowiązująca flaga (do 1958 była to flaga francuska), to dawanie raptem herbu z lat 1958-60 jest błędne. WikiDane to osobny projekt, gdzie jest i dużo błędów, i przyjmowane są błędne rozwiązania – nie ma powodu, by plWiki była uwiązana do wszystkiego co sobie tam wymyślą. Aotearoa dyskusja15:27, 30 mar 2024 (CET)[odpowiedz]
DEMENTUJĘ. Ja naprawiałem inny błąd i to raczej niewidoczny. Patrząc na powyższą dyskusję i efekty to błąd naprawił @IOIOI. ~malarz plPISZ 14:46, 31 mar 2024 (CEST) Małe wytłumaczenie - szablon automatycznie dodaje jedynie flagi/herby w sytuacjach gdy nie przestał być używany. W tym przypadku dodanie kwalifikatorów od/do spowodowało, że jedyna ilustracja herbu jest nieaktualna i przestała byc automatycznie dołączana do artykułu. ~malarz plPISZ14:49, 31 mar 2024 (CEST)[odpowiedz]
Używam przeglądarek z wyłączoną zwykle obsługą JavaScript. Jakiś czas temu zniknęły mi tabelki z listami władców na stronach poszczególnych lat. Dzisiaj coś mnie podkusiło odpalić stronę 2024 w przeglądarce z działającym JS i cud: pojawił się przycisk „pokaż”. Da się jakoś tak zrobić, żeby tabelka wróciła w wersji bez JS?
A zauważyłem też, że w Firefoksie sama tabelka (jak już udało się ją znaleźć) trochę się też rozjeżdża z układem strony i wystaje w prawo poza pole wyznaczone przyciskiem „Zaloguj się” i nie ma prawej krawędzi. Dopiero po zmniejszeniu strony do 50% schowała się we właściwe miejsce. I chociaż tu może być też winna duża czcionka, której używam w standardzie, to inni powinni mieć to samo po powiększeniu strony. Nomenon (dyskusja) 22:40, 13 mar 2024 (CET)[odpowiedz]
To, że istnieją strony nadużywające JS nie oznacza, że należy kastrować Wikipedię z dostępności. Bo tak naprawdę, co daje to, że tabelka jest zwinięta w standardzie? Jaka jest realna korzyść z tego? Zwłaszcza, że przez lata była normalnie widoczna i w żaden sposób nie przeszkadza. A to, że mogę sobie coś dodać jako zalogowany też nie pomaga, bo ja to akurat loguję się raz na kilka/-naście/-dziesiąt miesięcy, a Wiki używam codziennie na kilku urządzeniach. Nomenon (dyskusja) 16:11, 15 mar 2024 (CET)[odpowiedz]
Tabelka przeszkadzała i dlatego została zwinięta. Domyślne zwinięcie powoduje, że interfejs nie rusza się w trakcie ładowania skryptów. Nux (dyskusja) 20:03, 15 mar 2024 (CET)[odpowiedz]
Zła data dostępu w przypisach do spisu pocztowych numerów adresowych[edytuj | edytuj kod]
Na około 130 stronach mamy błędny zapis |data dostępu =online. Dotyczy to przypisów do kodu pocztowego, który znajduje się w infoboxie i prowadzi do stron BIP lub poczty polskiej. Te strony się powtarzają i najczęściej działają. Tej daty dostępu po prostu nie widać w liście przypisów... Stąd pytanie czy jest sens to masowo zmieniać (bo jestem w stanie to zrobić narzędziami półautomatycznymi). InternetowyGołąb (dyskusja) 16:25, 16 mar 2024 (CET)[odpowiedz]
Ja się doliczyłem 136 przypadków w main. Na szybko można po prostu ten parametr z tą wartością wyrzucić do kosza. Jakby bot miał wyszukiwać datę wstawienia szablonu to jest trochę za mało tych przypadków i raczej zostawiłbym to komuś do ręcznego badania sprawy. ~malarz plPISZ16:59, 16 mar 2024 (CET)[odpowiedz]
Ja kiedyś botowałem kody pocztowe zamieniając przypisy na {{Poczta Polska}}. Bot poprawiał przypisy tylko dla przypadków, w których zastany kod pocztowy pasował do danych opublikowanych w wersji PDF oficjalnego spisu. W tej procedurze pole data=online było wyeliminowane. Jednak jak widać sporo zostało. To może sugerować, że bot nie znalazł miejscowości w spisie kodów pocztowych lub znaleziony kod pocztowy nie pasuje do podanego w artykule. Wobec powyższego uważam, że oprócz błędnej daty dostępu uźródławiany kod pocztowy może być również błędny. Paweł Ziemian (dyskusja) 18:16, 16 mar 2024 (CET)[odpowiedz]
Nawet spoko. Pobawiłem się z {{Polityka Polski}} i wygląda OK teraz. Czy to jest ten moment już, żeby w większych ilościach poprawiać tego typu rzeczy, czy na razie się wstrzymać jeszcze? Nux (dyskusja) 00:17, 22 mar 2024 (CET)[odpowiedz]
W sprawie "Polityka XYZ": one są IMO do skasowania albo do przygotowania szablonu do tych szablonów (coś na kształt {{Szablon nawigacyjny}}). To co przygotowałeś to taki półśrodek. Dalej niewtajemniczeni mogą mieć problem z edycją, ale kod jest już czytelniejszy. Ja bym szedł od razu w końcowe rozwiązanie. I tak trzeba będzie pewnie przerabiać część wywołań ręcznie. Jak możesz to zaproponuj jakiś {{Szablon polityki}} z odpowiednim CSSem i sposobem wywołania zbliżonym do nawigacyjnego (opisX/spisX). Tylko warto to zrobić w nowym wątku. ~malarz plPISZ09:04, 22 mar 2024 (CET)[odpowiedz]
Można zrobić wspólny CSS i po prostu zrobić re-use template styles. W sumie to nie sprawdzałem czy są inne szablony tego typu. Pamiętam, że na wZlocie padło, że niby już ich nie używamy ;) Nux (dyskusja) 12:40, 22 mar 2024 (CET)[odpowiedz]
Niezależnie od trybu ciemnego, ten szablon używa mechanizmu NavFrame, jednego z trzech do obsługi zwijalnej treści. Fajnie byłoby to też kiedyś przy okazji przenieść na mw-collapsible. Msz2001 (dyskusja) 13:30, 22 mar 2024 (CET)[odpowiedz]
Raczej nie powstają nowe i raczej nikt ich nie aktualizuje bo jest to trudne. Może 10 osób edytujących jest w stanie zrozumieć ich kod. Kilka lat temu usunąłem chyba połowę z nich bo nie były użyte w żadnym artykule. Pewnie można by je też pozamieniać na zwyczajne navboxy. Może coś się zacznie dziać po oddzieleniu części technicznej (do szablonu ogólnego), tylko ja do nich serca nie mam. ~malarz plPISZ14:13, 22 mar 2024 (CET)[odpowiedz]
Byłbym za kasowaniem szablonów z tej grupy, które mają do 4 transkluzji w mainie. W przypadku takich tematów, linki do pozostałych 3 artykułów zwykle albo znajdują się już w treści, albo można je dopisać w Zobacz też. Msz2001 (dyskusja) 16:19, 22 mar 2024 (CET)[odpowiedz]
Jak mogę przenieść plik graficzny, który jest załadowany na krajową Wikipedię (dokładnie ukraińską), na Wikimedia Commons, żeby można było ten plik wykorzystać na plwiki? — Alexus93 (dyskusja) 00:31, 23 mar 2024 (CET)[odpowiedz]
Nie widzę u nich żadnych narzędzi do przenoszenia, więc najprościej będzie zapisać plik u siebie na dysku i wrzucić na Commons. Podając ukrwiki jako źródło i opatrując licencją PD-Ukraine, jaka jest i u nich. IOIOI201:22, 23 mar 2024 (CET)[odpowiedz]
Czy da się w miarę łatwo kolorować konkretne frazy w edytorze kodu 2010, i ogólnie zmieniać reguły tego kolorowania? Np. |doi = by było grube i na czerwono bo często masowo zmieniam (i oczywiście przypadki "|*doi*=" itp.? Ewentualnie potrafi to jakiś wiked albo coś w tym stylu? InternetowyGołąb (dyskusja) 14:54, 25 mar 2024 (CET)[odpowiedz]
Wczesny dostęp do trybu nocnego (wersja mobilna, zalogowani)[edytuj | edytuj kod]
Cześć wszystkim! Jak ogłosiliśmy w listopadzie, zespół Web w Wikimedia Foundation pracuje nad trybem nocnym (czy też ciemnym). Bardzo wczesna wersja tej funkcji jest już dostępna na niewielkiej liczbie wiki. Ponieważ w tej społeczności są aktywni wikipedyści techniczni, zdecydowaliśmy się wdrożyć ją też tutaj. Ale nie martwcie się, nowa funkcja nie jest uciążliwa! (Zobacz część "znane ograniczenia" poniżej). Krytycznie ważne jest, żebyśmy z Wami współpracowali, zanim udostępnimy tę funkcję szerszej publiczności. Nasze cele związane z wczesnym wdrożeniem są następujące:
Pokazanie tego, co zbudowaliśmy bardzo wcześnie. Im wcześniej się zaangażujecie, tym więcej Waszych głosów znajdzie odzwierciedlenie w ostatecznej wersji.
Uzyskanie Waszej pomocy w oznaczaniu błędów, zbieranie problemów i próśb.
Współpraca z edytorami technicznymi w celu dostosowania różnych szablonów i gadżetów do trybu nocnego.
Przejdź do strony projektu i strony FAQ, aby sprawdzić więcej podstawowych informacji o tym projekcie.
Znane ograniczenia początkowej wersji
Obecnie tryb nocny jest dostępny tylko na urządzeniach mobilnych dla zalogowanych użytkowników, którzy wybrali tryb zaawansowany.
Gadżety mogą początkowo nie działać dobrze z trybem nocnym i mogą wymagać aktualizacji.
Naszym pierwszym celem jest sprawienie, by tryb nocny działał w artykułach. Strony specjalne, strony dyskusji i inne przestrzenie nazw nie zostały jeszcze zaktualizowane do działania w trybie nocnym. Tymczasowo wyłączyliśmy tryb nocny na tych stronach.
Co chcielibyśmy, abyście zrobili (szeroka społeczność)
Prosimy, rozważcie umieszczenie linku do zaleceń dotyczących zgodności z trybem nocnym na wiki Wikimedia na stronach wyjaśniających, jak pisać artykuły. (Wkrótce ta strona zostanie oznaczona do tłumaczenia). Chcielibyśmy podkreślić, że zalecenia mogą ewoluować. Z tego powodu uprzejmie sugerujemy nie tworzyć kopii zaleceń na tej wiki. W pewnym momencie kopia może zacząć różnić się znacząco od oryginalnej wersji.
Co chcielibyśmy, abyście zrobili (opiekunowie szablonów, administratorzy interfejsu, edytorzy techniczni)
Gdy większość błędów zostanie rozwiązana, będziemy mogli udostępnić tryb nocny dla czytelników, zarówno na komputerach stacjonarnych, jak i urządzeniach mobilnych. Aby tak się stało, musimy współpracować przy zgłaszaniu i rozwiązywaniu problemów.
Aby go włączyć, skorzystaj z wersji mobilnej (tak przykładowo wygląda strona główna), przejdź do ustawień w menu i wybierz tryb zaawansowany. Następnie ustaw kolor na nocny. (Później zmienimy ustawienia tak, żeby domyślnie brały pod uwagę ustawienia urządzenia).
Następnie przejdź do różnych artykułów i poszukaj błędów.
Jeśli widzisz problem z szablonem, ale nie wiesz, jak go naprawić:
jeśli nie ma odpowiedniego przykładu lub dalej nie masz pewności, jak to naprawić, skontaktuj się z nami.
Jeśli chcesz zidentyfikować problemy wykraczające poza 100 najczęściej czytanych artykułów:
zainstaluj rozszerzenie przeglądarki sprawdzające kontrasty kolorów według WCAG (Chrome, Firefox) i daj się ponieść przygodzie skakania po artykułach. Użyj narzędzia do zidentyfikowania problemów,
przejdź do strony zaleceń i znajdź odpowiednie przykłady,
jeśli nie ma odpowiedniego przykładu lub dalej nie masz pewności, jak to naprawić, skontaktuj się z nami.
Jeśli masz raport o błędzie dotyczącym trybu nocnego, który nie jest związany z szablonami:
zrób zrzut ekranu tego, co widzisz,
skontaktuj się z nami. Jeśli to możliwe, prosimy o podanie nazwy i wersji przeglądarki i systemu operacyjnego.
Patrzę sobie na tryb nocny w Minervie, porównuję z trybem nocnym (czarnym) w apce mobilnej i mam wrażenie że kolor linków w apce jest lepszy pod kątem czytelności – ten w wersji webowej moim zdaniem jest zbyt ciemny w porównaniu do białego tekstu. Czy byłaby jakakolwiek szansa na (delikatne) rozjaśnienie linków?
Domyślam się, że za wyborem innych kolorów stało wymaganie kontrastu 3:1 między tekstem a elementami aktywnymi w WCAG, ale tym samym przeszliśmy z WCAG AAA (7,56:1) na AA (5,29:1) w kontekście kontrastu między kolorem tekstu a tła. Z moich doświadczeń wynika jednak, że ten współczynnik 3:1 dobrze odnosi się do motywu jasnego, natomiast w ciemnym (dla jasnego tekstu) już dużo mniejsze współczynniki kontrastu są dobrze czytelne. Zresztą spojrzenie na inne strony wskazuje, że również nie zachowują one tego kryterium w trybie ciemnym, np. MDN (2,08:1 link do tekstu) czy StackOverflow (1,75:1). Na YouTube również można znaleźć miejsca, gdzie linki i tekst są obok siebie, tam kontrast to 2,29:1.
Nie krytykuję samego zejścia z poziomu AAA do AA (moja ciemna skórka również ma linki w AA), ale przede wszystkim chodzi mi o dużą różnicę między jasnością zwykłego tekstu i linków. Nie jest to na tyle dotkliwe, by przeszkadzało w czytaniu, ale czuję że jest to trochę mniej komfortowe niż do tej pory w innych schematach graficznych. (chyba że to kwestia przyzwyczajenia). Dotyczy to w szczególności korzystania z telefonu przy obniżonym poziomie jasności ekranu (np. wieczorem/w nocy). Msz2001 (dyskusja) 17:04, 20 mar 2024 (CET)[odpowiedz]
@Malarz pl - tradycyjnie zacząłem od okrętów szablon okręt infoboks ma pewne suboptymalności. I przypuszczam że ten pasek do commons nie jest customowy dla tego szablonu tylko ogólny więc warto to fixnąć. PMG (dyskusja) 09:49, 21 mar 2024 (CET)[odpowiedz]
W sprawie "Wisconsin": w czasie ładowania pod zdjęciem tło jest najpierw białe a po sekundzie zmienia się na ciemne. Mi nie przeszkadza, ale może w pierwotnej klasie zrezygnować z jasnego, zostawić domyślne. Zostały jeszcze do poprawienia pasek od dismabiga na górze i lista kategorii na dole. ~malarz plPISZ09:04, 22 mar 2024 (CET)[odpowiedz]
Lista kategorii, to nie nasze raczej. Myślę, że JR nie ma włączonych kategorii (: (brzmi jak pierwsza rzecz którą bym poprawił) Nux (dyskusja) 12:37, 22 mar 2024 (CET)[odpowiedz]
Pasek od disambiga przerobiłem, ma jeszcze jasną kreskę na dole, ale jest ona czerpana ze zmiennej CSS tej samej co np. ramki w infoboksie i WMF pewnie to ogarnie. Msz2001 (dyskusja) 13:27, 22 mar 2024 (CET)[odpowiedz]
@Msz2001, jeśli nie wydarzy się nic nieprzewidzianego, to T360562 będzie zrobiony w ciągu następnych dwóch tygodni. Jak możesz zauważyć w tagach, jest on przypisany do sprintu 6, a sprint 6 zaczyna się po tym weekendzie i trwa dwa tygodnie. Trudno powiedzieć dokładniej, kiedy to zrobimy. SGrabarczuk (WMF) (dyskusja) 13:23, 22 mar 2024 (CET)[odpowiedz]
Chwilowo walczę z podpisami w błędach lintera. Tam, w tych infoboksach na ogół jest problem z kolorowaniem nagłówków, które zakładają, że czcionka jest czarna. Trzeba pododawać "color:black;". Zajmę się tym po świętach. ~malarz plPISZ17:28, 27 mar 2024 (CET)[odpowiedz]
Jak zastosować szablon:odn dla szablonu "cytuj stronę", tak żeby w Przypisach nie wyświetlał się czerwony komunikat o braku podanej strony? W przypisie podaję źródło elektryczne, które nie ma stron. — Alexus93 (dyskusja) 12:24, 28 mar 2024 (CET)[odpowiedz]
Najlepiej wykorzystać wtedy ponownie ten sam przypis, tzn. tam gdzie definiujesz szablon cytowania wskazać parametr name, np. <ref name="pwn">{{Cytuj ... }}</ref>, a potem ponownie odwołać się do tego przypisu korzystając ze składni <ref name="pwn" />. Ten sposób uprości czytelnikowi przejście do cytowania, ponieważ pokaże się ono w całości w dymku (a po kliknięciu na np. [1] przejdzie do pełnego zapisu źródła, a nie przypisu harwardzkiego). Szablon {{odn}} powstał jako obejście ograniczeń MediaWiki, które nie pozwala na wykorzystanie tego samego przypisu ze zmienionym parametrem (np. stroną) i dlatego wymusza podanie numeru strony.
Gadżety pozwalają administratorom interfejsu tworzyć nowe narzędzia, bazujące na CSS i JavaScripcie. Powiązane z nimi przestrzenie nazw 
Nowa wersja MediaWiki będzie instalowana na wiki testowych i MediaWiki.org od 5 marca, na stronach innych niż Wikipedia i niektórych Wikipediach od 6 marca, a następnie na wszystkich wiki od 7 marca (harmonogram). [4][5]
Załatwione Msz2001 (dyskusja) 20:55, 4 mar 2024 (CET)
Załatwione Matma Rex dyskusja 18:08, 2 mar 2024 (CET)
