Wikipedia:Kawiarenka/Kwestie techniczne – Wikipedia, wolna encyklopedia
Przejdź do zawartości
Skrót
: WP:KT
Z Wikipedii, wolnej encyklopedii
Wikipedia:Kawiarenka
Najnowszy komentarz napisał
18 godzin temu
Kelvin w wątku
lang pl
Na tę stronę wskazuje
przekierowanie
z „
WP:KT
”. Zobacz też:
Pomoc:Konto tymczasowe
Dla czytelników
Pierwsze kroki
Portal wikipedystów
Zasady
Współpraca
Społeczność
Szablony
Pomoc
Wikipedyści
Komunikacja
Konflikty
artykuły
zasady i regulaminy
kwestie techniczne
sprawy ogólne
społeczność wikipedystów
nazewnictwo
giełda źródeł
Kawiarenka pod Wesołym Encyklopedystą – kwestie techniczne
Tu rozwiązujemy problemy dotyczące
oprogramowania MediaWiki, botów, skryptów, technicznych zmian w szablonach
itp.
Błędy w oprogramowaniu
MediaWiki
należy zgłaszać w serwisie Phabricator (
użyj formularza
). Możesz też zapoznać się ze stroną
Pomoc:Błędy techniczne
Problemy z
infoboksami
należy zgłaszać na stronę
Dyskusja wikiprojektu:Infoboksy
Spis aktualnie przeprowadzanych zmian technicznych i osób kontaktowych jest dostępny na stronie
Wikimedia Product
Obserwuj stolik
Archiwum stolika
Wszystkie stoliki
• Skróty:
WP:KT
WP:BAR:KT
WP:TECH
Nowy wątek
Etykiety obserwowanych
edytuj
edytuj kod
Najnowszy komentarz:
1 miesiąc temu
3 komentarze
2 osoby skomentowały
Śledzony w
Phabricatorze
Wątek T416172
Śledzony w
Phabricatorze
Wątek maniphest/query/FzDvDFoizew_/#R
Czy jest możliwość dodania etykiety obserwowanych z poziomu danego hasła, czy też muszę wchodzić w obserwowane? Ze względu na brak wyszukiwarki w liście obserwowanych grzebanie tam to jest jakaś mordęga.
Tomasz Raburski
dyskusja
16:08, 9 lut 2026 (CET)
Odpowiedz
Na ten moment nie. Będzie.
Wargo
dyskusja
17:08, 9 lut 2026 (CET)
Odpowiedz
Wyszukiwanie już jakieś jest. --
Wargo
dyskusja
10:55, 14 mar 2026 (CET)
Odpowiedz
Szablon Tabela odcinków nie wspiera ciemnego motywu
edytuj
edytuj kod
Najnowszy komentarz:
15 dni temu
28 komentarzy
5 osób skomentowało
Szablon
{{
Tabela odcinków
}}
wymaga poprawy pod kątem ciemnego motywu, ponieważ jaskrawobiałe tło komórek utrudnia czytanie.
Wcalenieja
dyskusja
23:10, 13 lut 2026 (CET)
Odpowiedz
szablon
{{
Tabela odcinków
}}
powinien się teraz wyświetlać poprawnie – do poprawienia jest jeszcze
{{
odcinek
}}
{{
odcinek/góra
}}
ale tam są jakieś dziwne warianty kolorystyczne zależne od treści – to ktoś mądrzejszy musi spojrzeć :(
Archiwald
dyskusja
10:13, 14 lut 2026 (CET)
Odpowiedz
Większość zbędnego kolorowania usunąłem. Zostawiłem niezbędny (chyba, przynajmniej wg twórców szablonu) element kolorowany zmiennymi. Dajcie znać czy wszystko jest poprawnie. ~
malarz pl
PISZ
11:17, 14 lut 2026 (CET)
Odpowiedz
właśnie nie do końca, bo w tej chwili linki wewnętrzne są niewidoczne w TC (np.
Dekalog (cykl filmów)
) + zauważ że te kolorowe belki w
{{
tabela odcinków
}}
były domyślnie jakby legendą kolorystyczną dla list wywoływanych przez
{{
odcinek
}}
, i teraz są one bezcelowe (
X-Men: Ewolucja
Lista odcinków serialu Miasteczko South Park
). Ja osobiście zrezygnowałbym zupełnie z tych wyróżnień kolorem w obydwu szablonach bo one nie mają obiektywnego zastosowania, ale przypuszczam że może to się spotkać z protestem edytorów którzy nad tym pracowali.
Archiwald
dyskusja
11:33, 14 lut 2026 (CET)
Odpowiedz
przepraszam, dla uściślenia: widzę że usunąłeś kolory z
{{
tabela odcinków
}}
a przykłady które podałem są wywoływane nie przez szablon ale przez zwykłe tabelki – ale tak czy inaczej te wyróżnienia były kolorystycznie zależne od siebie i teraz są bezcelowe. To jest pewnie kilkaset haseł
Archiwald
dyskusja
11:38, 14 lut 2026 (CET)
Odpowiedz
dodam jeszcze że wszystkie zmiany które zdecydujemy się wprowadzić we wspomnianych szablonach powinniśmy przeprowadzić też w
{{
Odcinek2
}}
bo te szablony często są wykorzystywane są obok siebie (jeden pod drugim) na przestrzeni jednego hasła :)
Archiwald
dyskusja
11:42, 14 lut 2026 (CET)
Odpowiedz
Właśnie nad tym pracowałem jak to pisałeś. Wydaje mi się, że usunąłem to z większości szablonów. W "/sublista" jeszcze trzeba by kolorowanie wierszy przenieść do CSS. Można by też popracować nad scaleniem odcinek z "2". Ale najpierw poczekałbym na reakcje po zmianach, które już wprowadziłem. ~
malarz pl
PISZ
12:41, 14 lut 2026 (CET)
Odpowiedz
Któreś zmiany ifeq/if mogą być złe. ~
malarz pl
PISZ
12:43, 14 lut 2026 (CET)
Odpowiedz
super! też bym raczej poczekał bo jak wspomniałem zakładam że mogą być protesty – na teraz na pewno warto byłoby spróbować znaleźć dlaczego w tych "nagłówkowych" opisach LW wyświetlają się na czarno (wspomniany
Dekalog
albo np.
Lista odcinków serialu Czas honoru
Lista odcinków serialu Dollhouse
Lista odcinków serialu Persons Unknown
). Jeśli uda się zrezygnować z kolorowania tych list to będzie konieczne przejrzenie wywołań w hasłach i wyczyszczenie wstawionych tam wikitabelek z kolorowymi belkami ("legendą"), bo one w tej chwili nie mają zastosowania skoro listy odcinków pozbawiliśmy tych styli.
Archiwald
dyskusja
13:00, 14 lut 2026 (CET)
Odpowiedz
zmieniem na
coś takiego
i chyba zadziałało, linki w darkmode już nie są czarne
Archiwald
dyskusja
15:00, 15 lut 2026 (CET)
Odpowiedz
Tak na oko to są
w kodzie 207 artykułów
. ~
malarz pl
PISZ
15:39, 15 lut 2026 (CET) Ale wiele z nich to te wstawione do wywołania szablonu (nieaktywne). ~
malarz pl
PISZ
15:40, 15 lut 2026 (CET)
Odpowiedz
tzn mi chodziło o wyświetlanie linków wewn. w wierszach gdzie podany jest reżyser, scenarzysta itp. – w przypadkach kiedy szablon zawierał również wiersz z opisem odcinka to wtedy linki w wierszach były na czarno bo "włącza się" inny kolor tła (pierwszy warunek) – w
{{
odcinek2
}}
Msz to kilka lat temu wyłączył (
diff
) i o ile dobrze rozumiem to dlatego tam nie było tego problemu. Ja osobiście nie jestem w stanie zdecydować które rozwiązanie jest lepsze (nie znam się) ale IMO kluczowe jest aby we wszystkich wspomnianych w dyskusji szablonach było jednolicie. Też przy okazji warto byłoby dostosować do darkmode
{{
Lista odcinków anime
}}
{{
Lista odcinków anime/sublista
}}
) – mało wywołań ale podobna składnia więc aż się prosi :)
Archiwald
dyskusja
16:09, 15 lut 2026 (CET)
Odpowiedz
pokaż źle wyświetlane linki na przykładzie.
{{
Lista odcinków anime
}}
chyba poprawiłem. Zaś (
{{
Lista odcinków anime/sublista
}}
) chyba się trochę przy okazji zepsuł, ale nie jest nigdzie wykorzystywana poza starymi 15-letnimi brudnopisami, więc nie chce mi się analizować co wg. autora miało się w nim dziać. ~
malarz pl
PISZ
16:49, 15 lut 2026 (CET)
Odpowiedz
dzięki! Podawałem kilka przykładów powyżej (wczoraj), ale to już nieaktualne jak zmieniliśmy w
{{
odcinek
}}
color:var(...)
na
color:inherit
{{
lista odcinków anime
}}
wygląda o niebo lepiej – wyświetla się źle w przypadkach kiedy jest styl tła ustawiony na twardo w początku tabeli (
Lista odcinków serialu anime Digimon Adventure 02
Lista odcinków serialu anime Digimon Frontier
Lista odcinków serialu anime Digimon Tamers
) ale to idzie łatwo ręcznie poprawić, mogę przejrzeć linkujące w najbliższych dniach. Żebyśmy się nie pogubili wypiszę co jest do zrobienia:
poczekać na feedback, ewentualne protesty itp.
jeśli nie będzie to przejrzeć wywołania
{{
odcinek
}}
(z sublistami),
{{
odcinek2
}}
(z sublistami),
{{
lista odcinków anime
}}
i wyczyścić dodane nad szablonami spisy treści sezonów z kolorowych belek (tam gdzie są zbędne)
przejrzane
poprawić ręcznie ustawione na twardo style
background
z wywołań
{{
lista odcinków anime
}}
przejrzane
sprawdzić wylistowane przez Cb
207 haseł
pod kątem błędów uniemożliwiających czytanie
przejrzane
jeśli to możliwe scalić
{{
odcinek
}}
{{
odcinek2
}}
albo przynajmniej upewnić się że wyglądają tak samo
Archiwald
dyskusja
17:17, 15 lut 2026 (CET)
Odpowiedz
jeszcze poprawiłem
{{
lista odcinków anime
}}
. ~
malarz pl
PISZ
18:16, 15 lut 2026 (CET)
Odpowiedz
część już przejrzałem i poprawiłem – osobiście skłaniam się raczej ku całkowitej rezygnacji ze styli w tych szablonach w przyszłości albo ku jakimś kilku domyślnym opcjom kolorystycznym do wyboru – dużo nieczytelnych nagłówków (słaby kontrast), poziome kolorowe kreski w losowych miejscach, spory bałagan
Archiwald
dyskusja
13:05, 18 lut 2026 (CET)
Odpowiedz
z rzeczy "na teraz" chyba warto byłoby zrezygnować z
border-bottom:3px solid #aaa
we wszystkich szablonach – to opcja raczej dekoracyjna, która miała oddzielać opisy odcinków od kolejnych i nie pomaga w czytelności – teraz to są po prostu grube szare paski wyglądające jak błąd techniczny
Archiwald
dyskusja
14:16, 18 lut 2026 (CET)
Odpowiedz
Nie chciałem od razu tak zmieniać wyglądu, więc tylko ustawiłem stale szary kolor. IMO śmiało można to zmieniać dalej. ~
malarz pl
PISZ
15:28, 18 lut 2026 (CET)
Odpowiedz
usunąłem belki – moim zdaniem czytelność znacznie wzrosła. Powoli poprawiam kolorowane nagłówki tabel, skupiam się na najbardziej nieczytelnych przypadkach. Edycje są bardzo powtarzalne i niezbyt ciekawe – jeśli znajdzie się jakiś sposób przynajmniej częściowej automatyzacji to byłoby cudownie. Czy planujesz usuwać botem stare parametry
kolor linii
oraz
styl
Archiwald
dyskusja
17:00, 21 lut 2026 (CET)
Odpowiedz
No, skoro nikt inny nie protestuje, to chyba ja się odezwę. Z jednej strony: 1) Te edycje zasypały mi całe Obserwowane 2) Usuwanie kolorów z nagłówków to raczej nie całkiem "drobne techniczne" 3) Nie było konsultacji z
Wikiprojekt:Filmy
. 4) Nawet tu nie widzę specjalnie dyskusji, tylko co by tu jeszcze usunąć... Z drugiej sam nie jestem fanem tych szablonów odcinków.
Mithoron
pedo mellon
18:51, 25 mar 2026 (CET)
Odpowiedz
zostało już bardzo niewiele haseł do sprawdzenia więc za 2-3 dni powinieneś mieć już spokój w obserwowanych :) będę konkretniej opisywał zmiany jeśli "drobne techniczne" są zbyt ogólne. Co do Wikiprojekt:Filmy: zmiany są czysto techniczne, te nagłówki były kompletnie nieczytelne w trybie ciemnym (np. czarne litery na ciemnobrązowym tle albo białe na jasnożółtym), również w trybie klasycznym były poważne problemy z kontrastem – w treść merytoryczną haseł nie ingeruję w żaden sposób :) dlatego nie angażowałem WP:Filmy.
Archiwald
dyskusja
10:33, 26 mar 2026 (CET)
Odpowiedz
No nie jest to problem z „trybie ciemnym”? Po co to miało by w ogóle ingerować w belki, czy jakiekolwiek ręcznie wybrane kolory? Jeśli ktoś sobie wysoko ceni czytelność, to po korzystać z takiego trybu? Jeśli to robi biały tekst na ciemnym tle, to coś takiego jest automatycznie mniej czytelne, czy nawet szkodliwe dla oczu.
Mithoron
pedo mellon
17:24, 26 mar 2026 (CET)
Odpowiedz
Jak ktoś sobie ceni czytelność, to nie używa na stałe trybu ciemnego... Chyba że po tuningu, typu zamiana liter z białego na odcień szarości.
A czytanie czarnych liter na jasnym tle też jest szkodliwe w ciemnym pokoju (w nocy).
MarMi wiki
dyskusja
13:59, 27 mar 2026 (CET)
Odpowiedz
- kontrast bywał zbyt niski również w trybie jasnym – właśnie taki był zamysł wszystkich tych zmian w szablonach i hasłach, żeby treść była czytelna zarówno w trybie ciemnym jak i jasnym, co zasadniczo udało się osiągnąć. Ogólnie to nie widzę przeszkód, żeby te szablony miały barwne nagłówki, ale to musiałoby być ustawione na poziomie stylów szablonu, konkretnie
{{
odcinek/góra
}}
i zgodnie z
Pomoc:Tryb ciemny#Porady dla twórców szablonów
. To co było do tej pory, po prostu nie spełniało swojej roli – nie zwiększało czytelności, utrudniało przeglądanie treści w obydwu motywach kolorystycznych
Archiwald
dyskusja
14:34, 27 mar 2026 (CET)
Odpowiedz
Archiwald
jest jeszcze podobny
{{
Lista powieści graficznej
}}
. ~
malarz pl
PISZ
16:01, 16 mar 2026 (CET)
Odpowiedz
Przeglądałem niedawno wywołania i tam jest całkiem nieźle w trybie ciemnym - nagłówki są w porządku, style są standardowe i są jedynie kolorowe belki między wierszami, ale z tym bym raczej nie walczył, bo to już kwestia gustu, w każdym razie czytelności to nie zaburza bo nie ma tam "zebry". Z szablonów o których pisaliśmy pozostało mi już tylko kilkaset
{{
odcinek2/sublista
}}
, reszta zasadniczo jest ogarnięta, nie licząc kilku przypadków gdzie kolorowanie faktycznie miało jakiś sens
Archiwald
dyskusja
17:04, 16 mar 2026 (CET)
Odpowiedz
Za kilka dni przebotuję. ~
malarz pl
PISZ
22:34, 21 lut 2026 (CET)
Odpowiedz
Malarz pl
poprawiłem już prawie wszystko. Można na spokojnie botować. Przy okazji: masz jakiś pomysł czemu mają służyć magiczne słowa
anchorencode
{{
Odcinek2/sublista
}}
? Odnoszę wrażenie że to jest przeklejone z enwiki, bo nie spotkałem się jeszcze z sytuacją żeby coś odsyłało do tych kotwic a często się one dublują w haśle (znalazłem to przy okazji przeglądania
duplicate ids
o których pisałeś niżej)
Archiwald
dyskusja
10:24, 9 kwi 2026 (CEST)
Odpowiedz
Włączenie rozszerzenia Wikilove
edytuj
edytuj kod
Najnowszy komentarz:
1 miesiąc temu
6 komentarzy
4 osoby skomentowały
Cześć, przy stoliku ogólnym omawiany jest obecnie temat
zwiększenia retencji nowych edytorów
, jednak rdzeniem projektu są przede wszystkim redaktorzy starsi stażem. Bardzo ważne jest, by dbać o ich dobrostan psychiczny i fizyczny; gdy to się stanie, są oni w stanie odwdzięczyć się wkładem w maina, czyli tym, po co tu jesteśmy. Bardzo ważnym elementem całej tej układanki, który - jak sądzę - można wznieść na jeszcze wyższy poziom, jest
Wikilove
. Dlatego proponuję włączenie na pl.wiki
rozszerzenia
o tej samej nazwie. Jest to rozszerzenie upraszczające nadawanie różnorakich odznaczeń i wysoce spersonalizowanych podziękowań dla różnych osób, dostępne m.in. z poziomu strony wikipedysty danego usera, a także, co ciekawe, jego strony dyskusji. Gadżet, choć jest stosowany m.in. na en.wiki, może być również dodatkowo spersonalizowany przez administratorów na odpowiedniej stronie w przestrzeni MediaWiki. Jego włączenie wpisywałoby się w trend m.in. stosowany przez WMPL, gdzie w corocznej Świątecznej Akcji Edycyjnej jednym z zadań jest przyznanie odznaczenia wybranemu edytorowi. Bardzo proszę o feedback poniżej, co o tym sądzicie, najlepiej w formie tradycyjnego za/przeciw.
Karol739
dyskusja
15:41, 13 mar 2026 (CET)
Odpowiedz
A co mamy uzyskać w ten sposób? Dlaczego mam wierzyć, że to pozytywnie wpłynie na retencję?
Gżdacz
dyskusja
17:09, 13 mar 2026 (CET)
Odpowiedz
Gżdacz
, czy wpłynie to na retencję nowicjuszy, możemy tylko zgadywać, acz zawsze miło jest dostać dodatkowe odznaczenie, jest to forma docenienia czyjejś pracy. Bazując więc na teorii
behawioryzmu
, a właściwie jednego z jej elementów,
wzmocnienia pozytywnego
, możemy spodziewać się jak najbardziej pozytywnych efektów. Grupą docelową rozszerzenia jest grupa doświadczonych, zwykle wieloletnich redaktorów.
Karol739
dyskusja
17:32, 13 mar 2026 (CET)
Odpowiedz
Mam lekkie mrowienie w okolicy narządu zmysłu, który reaguje na propozycje wykładane na stół bez wystarczającego zorientowania się w temacie :) Co nie znaczy, że złe – tylko nie wiem czy temat został rozpoznany.
Gżdaczu
, jeśli nie masz ochoty brać czegoś na wiarę, to może zainteresuje Cię,
meta:Research:WikiLove
(autorzy zadają sobie pytania zarówno o retencję, jak i o wpływ na edycje), które ma już swoje lata (nie streszczę, nie wczytałem się), lub nowsze
meta:Research:Classifying wikilove messages
Piastu
βy język giętki…
18:04, 13 mar 2026 (CET)
Odpowiedz
Czasem przyjemnie jest dostać podziękowanie za wykonaną pracę, co może motywować do dalszej. Byle nie za często, bo wtedy powszednieją albo mogą dać przeciwny efekt.
MarMi wiki
dyskusja
13:03, 14 mar 2026 (CET)
Odpowiedz
Gdyby ktoś w celu wyrobienia sobie zdania chciał zobaczyć jak narzędzie wygląda w działaniu, to można na enwiki odfiltrować po tagu edycje z jego pomocą zrobione:
są tu
Piastu
βy język giętki…
11:30, 16 mar 2026 (CET)
Odpowiedz
Szablon:Numerowanie w tabeli
edytuj
edytuj kod
Najnowszy komentarz:
1 miesiąc temu
2 komentarze
2 osoby skomentowały
Przy
{{Numerowanie w tabeli| class{{=}}"wikitable sortable" style{{=}}"text-align:center;"
nie działa
| align="left"|
Eurohunter
dyskusja
20:58, 13 mar 2026 (CET)
Odpowiedz
Zgodnie z
Szablon:Numerowanie_w_tabeli#Opis_parametrów
, wszystkie wystąpienia znaku równości, w tym po align, należy zamienić na
{{=}}
, na przykład:
{{
Numerowanie w tabeli
class
{{
}}
"wikitable" style
{{
}}
"text-align:center"
! lp. !! opis
||
jeden
||
dwa
||
align
{{
}}
left
trzy
}}
Msz2001
dyskusja
21:45, 13 mar 2026 (CET)
Odpowiedz
Nieprzetłumaczone komunikaty narzędzia sugerowania edycji
edytuj
edytuj kod
Najnowszy komentarz:
1 miesiąc temu
1 komentarz
1 osoba skomentowała
Te nowe narzędzie (
mw:VisualEditor/Suggestion_Mode
) do sugerowania edycji (typu "Dodaj przypis" i "Convert reference") nie jest w pełni przetłumaczone, jak widać. Dotyczy to także tagów (historia edycji). O ile tagi są na Translatewiki (dwa przetłumaczyłem), to nie mam pojęcia gdzie można zmienić np. "Convert reference".
Edycja: A, to funkcja eksperymentalna, to nic dziwnego (używana przez 20 użytkowników).
MarMi wiki
dyskusja
13:46, 14 mar 2026 (CET)
Odpowiedz
Szablon:Soccerway
edytuj
edytuj kod
Najnowszy komentarz:
1 miesiąc temu
2 komentarze
2 osoby skomentowały
Cześć wszystkim.
Soccerway
zaktualizowało nieco swój serwis i już nie ma id w cyfrach, tylko w jakichś kodach, które nie działają. Może warto jest jakoś ten szablon zaktualizować?
Userski
Pisz!
18:14, 15 mar 2026 (CET)
Odpowiedz
Faktycznie. Trochę porypane to jest. Działają linki w formacie
po dwukropku ten kod. Czasami przed dwukropkiem zamiast 4 należy podać inną cyfrę. Nie wiem od czego to zależy. Aby opracować nową wersję szablonu trzeba by najpierw rozgryźć te kody. ~
malarz pl
PISZ
18:26, 15 mar 2026 (CET)
Odpowiedz
Kategoryzacja brudnopisu
edytuj
edytuj kod
Najnowszy komentarz:
1 miesiąc temu
4 komentarze
3 osoby skomentowały
Jak wiadomo, kiedy ktoś wstawi kategorie w brudnopisie, zaraz przylatuje bot i wstawia dwukropki. Tymczasem w
Wikipedysta:Pawpal/Czesław Bywalec
od 15 godzin są kategorie a bot się nie ujawnił. Zepsuł się czy też nowicjusz sobie (przypuszczalnie niechcący) immunitet załatwił?
~2025-42146-73
dyskusja
11:54, 16 mar 2026 (CET)
Odpowiedz
Odrzucone
- bot robi to raz na dobę pod wieczór, trochę cierpliwości.
Michał Ski
dyskusja
12:34, 16 mar 2026 (CET)
Odpowiedz
Nie ma sprawy, odniosłem wrażenie, że to jest prawie natychmiastowe.
~2025-42146-73
dyskusja
12:37, 16 mar 2026 (CET)
Odpowiedz
No właśnie nie. Raz na dobę. W skrajnie niekorzystnym przypadku trzeba odczekać 23 godziny z hakiem na ingerencję bota. Prawie natychmiastowe jest wtedy, gdy przenosimy komuś do brudnopisu z użyciem
gadżetu
WTM
dyskusja
12:46, 16 mar 2026 (CET)
Odpowiedz
Dodawanie nowych stron przez IPki
edytuj
edytuj kod
Najnowszy komentarz:
10 dni temu
13 komentarzy
4 osoby skomentowały
Śledzony w
Phabricatorze
Wątek T420414
Nie uważacie że trzeba coś z tym zrobić? IMHO to jest problem. Każdy może dodać stronę do Wikipedii, która nie musi być sprawdzana, jest natychmiastowo publiczna. Każda edycja w PL Wiki musi być zatwierdzona, aby była widoczna. Ale nowe strony, nie mają żadnego zabezpieczenia.
Chodzi mi o konkretny przykład strony, dodanej przez IPka, która cały czas jest widoczna w Google (kolejny tydzień). Chodzi o hasło
Na czym polega seo
, które wyświetla się w Google jak się szuka
"Wikipedia SEO"
. Moim zdaniem to duży bug w MediaWiki. Co o tym sądzicie, aby jakoś ukrywać nowe niesprawdzone strony? Warto to zgłosić do Phabricatora? --
Jakub T. Jankiewicz
(@
Jcubic
) (
dyskusja
13:19, 16 mar 2026 (CET)
Odpowiedz
Właśnie, da się jakoś ograniczyć bota wyszukiwarki wyłącznie do ostatniej przejrzanej wersji? Przynajmniej tych najbardziej popularnych (np. Google), no chyba że jest jakieś uniwersalne rozwiązanie.
MarMi wiki
dyskusja
13:40, 16 mar 2026 (CET)
Odpowiedz
Właśnie sprawdziłem i jak jesteś niezalogowany to nieprzejrzana pojawia się jako
/w/index.php?title=Województwo_bydgoskie_(1950–1975)&stable=0&redirect=no
i ma w kodzie:
meta
name
"robots"
content
"noindex,nofollow,max-image-preview:standard"
Więc nie powinna być indeksowana. Przynajmniej przez Google, który respektuje noindex. Chociaż zauważyłem że Google jest w stanie dodać stronę użytkownika jak jest link z zewnątrz, ale nie czyta jej zawartości. --
Jakub T. Jankiewicz
(@
Jcubic
) (
dyskusja
14:20, 16 mar 2026 (CET)
Odpowiedz
Faktycznie, wygląda na to że Google i Brave to honoruje. Choć pamiętam, że napotkałem kilkukrotnie w wynikach wyszukiwania na nieprzejrzane dane - ale nie pamiętam kiedy, mogło to być dość dawno.
MarMi wiki
dyskusja
13:01, 17 mar 2026 (CET)
Odpowiedz
Wydaje mi się, że musielibyśmy mieć przestrzeń
Szkic:
, żeby ten problem nie występował. Można by pewnie wtedy na całą przestrzeń ustawić te reguły.
Nux
dyskusja
18:46, 17 mar 2026 (CET)
Odpowiedz
Nux
A nie wystarczy jakoś dodać

dla nowych stron? To jest chyba coś co można dodać do MediaWiki. --
Jakub T. Jankiewicz
(@
Jcubic
) (
dyskusja
20:06, 17 mar 2026 (CET)
Odpowiedz
Nie wiem czy się da ze względu na to jak działa cache. Ale możesz dodać na
phab:ie
Nux
dyskusja
21:29, 17 mar 2026 (CET)
Odpowiedz
Nux
to było moje główne pytanie. Czy warto tam pisać. Z jakiegoś powodu nikt tego wcześniej nie włączył. --
Jakub T. Jankiewicz
(@
Jcubic
) (
dyskusja
21:35, 17 mar 2026 (CET)
Odpowiedz
Może nikt nie tego nie dodał z tego powodu co powiedziałem, a może z tego powodu, że flagged revs nie są na enwiki. Nie dowiesz się jeśli nie spróbujesz ;). Najwyżej ktoś zamknie zgłoszenie.
Nux
dyskusja
21:44, 17 mar 2026 (CET)
Odpowiedz
Nux
ok, dzięki to działam. --
Jakub T. Jankiewicz
(@
Jcubic
) (
dyskusja
21:50, 17 mar 2026 (CET)
Odpowiedz
dodane --
Jakub T. Jankiewicz
(@
Jcubic
) (
dyskusja
22:13, 17 mar 2026 (CET)
Odpowiedz
To jak, to chcemy mieć tych nowicjuszy, czy nie? Ja widzę sporą sprzeczność w działaniach zachęcających, witajkach itp. itd. a z drugiej strony robimy rzeczy, żeby utrudnić wprowadzenie zmian w życie. Ja miałem jakiś czas temu poważny problem z naprawą jednego "skasowanego przez redirect" artykułu na enwiki. Doszło właściwie do kafkowskiego procesu i kolizji iluś tam procedur - jedną z sugestii było, żeby umieścić nową wersję w draftach i "się zobaczy, co z tym dalej". Każdy dodatkowy krok utrudniający zapisanie decyzji to kolejny potencjalny edytor mniej. Ja w każdym razie zrezygnowałem z edytowania w tej sprawie. Co do samej sprawy SEO, to uważam, że to problem Google'a a nie nasz.  «
Saper
//
dyskusja
06:12, 14 kwi 2026 (CEST)
Odpowiedz
Saper
ale co ma jedno wspólnego z drugim. Mówimy o ukrywaniu nowych stron dodanych przez niezalogowane osoby które tworzą spam. Nowicjusz to zalogowany użytkownik. Do tego dlaczego uważasz, że nie trzeba sprawdzać nowych stron nowicjuszy tak jak ich edycje w istniejących artykułach? I co to ma w ogóle wspólnego z zaangażowaniem i edycją.
Nie widzę żadnego powodu dla, którego nowy artykuł powinien by publiczny od razu. Sprawdzanie nowego artykułu tak naprawdę nic nie robi. Tak jak w En Wiki. Tylko tam nowy artykuł (z tego co wiem) właśnie jest blokowany w Google dopóki nie jest zatwierdzony. @
Jcubic
dyskusja
09:09, 14 kwi 2026 (CEST)
Odpowiedz
gadżet poszukiwany
edytuj
edytuj kod
Najnowszy komentarz:
1 miesiąc temu
8 komentarzy
3 osoby skomentowały
Czy jest jakiś gotowy gadżet do zainstalowania sobie / włączenia na pl.wiki, który prosiłby o numer Q i dodawał polski artykuł (z którego został wywołany) do zadanego Q na WD? ~
malarz pl
PISZ
19:01, 17 mar 2026 (CET)
Odpowiedz
Gadżetu nie znam, ale pobrać można:
async
function
findSitelinks
ids
const
wdApi
'https://www.wikidata.org/w/api.php'
let
url
wdApi
'?action=wbgetentities&format=json&props=sitelinks'
url
+=
'&origin='
encodeURIComponent
location
origin
);
url
+=
'&ids='
encodeURIComponent
ids
);
try
let
resp
await
ajax
url
);
let
result
Object
entries
resp
entities
)[
][
].
sitelinks
return
result
catch
console
error
);
return
''
async
function
findWiki
ids
'Q321087'
site
'plwiki'
let
arts
await
findSitelinks
ids
);
let
article
arts
site
];
console
log
({
article
arts
});
alert
article
title
??
'[brak]'
);
findWiki
()
W sumie to jestem ciekaw do czego potrzebujesz :) --
Nux
dyskusja
21:22, 17 mar 2026 (CET)
Odpowiedz
Trochę nie o to chodziło. Mnie interesuje gadżet, który w polskim artykule (nieposiadającym powiązania wd) po podaniu identyfikatora WD wstawi do niego ten polski artykuł. A po co: mniej kliknięć :-). ~
malarz pl
PISZ
21:41, 17 mar 2026 (CET)
Odpowiedz
A to jest "Dodaj linki wersji językowych" w Narzędziach. Choć trzeba przyznać, że nazwa taka sobie. Co prawda wpisuje się tytuł, ale to chyba nawet łatwiej.
Nux
dyskusja
22:04, 17 mar 2026 (CET)
Odpowiedz
Nux
Gdzie to dokładnie jest? --
Jakub T. Jankiewicz
(@
Jcubic
) (
dyskusja
22:08, 17 mar 2026 (CET)
Odpowiedz
W pasku widzę tylko "Edytuj linki pomiędzy wersjami językowymi" które prowadzi do Wikidanych. Nie widzę też gadżetu który by to włączał. --
Jakub T. Jankiewicz
(@
Jcubic
) (
dyskusja
22:10, 17 mar 2026 (CET)
Odpowiedz
Jest widoczne tylko dla niepołączonych:
Special:UnconnectedPages
Nux
dyskusja
22:13, 17 mar 2026 (CET)
Odpowiedz
Tak, chodzi o coś podobnego. A często wpisanie (skopiowanie) Q jest prostsze (jak już się je ma) niż wpisanie języka i nazwy artykułu. ~
malarz pl
PISZ
22:26, 17 mar 2026 (CET)
Odpowiedz
WP:SK
nie działa z nowym CodeMirror 6 w VE-edytorze kodu
edytuj
edytuj kod
Najnowszy komentarz:
22 dni temu
5 komentarzy
3 osoby skomentowały
Narzędzie sypie się, gdy włączone jest podświetlanie składni i funkcje eksperymentalne. Po włączeniu pojawia się nieedytowalna kopia tekstu pod edytorem. --
Jakub T. Jankiewicz
(@
Jcubic
) (
dyskusja
15:09, 18 mar 2026 (CET)
Odpowiedz
Też to zauważyłem, ale WP:SK nawet wcześniej ogólnie niezbyt dobrze współpracował z edytorem CM, z tego co pamiętam.
Najlepiej używać w starym edytorze (sprzed CM) przez dodanie do adresu parametru
action=submit
(w miejscce veaction).
MarMi wiki
dyskusja
13:37, 19 mar 2026 (CET)
Odpowiedz
To w sumie wystarczy, wyłączyć podświetlanie przed włączeniem narzędzia. --
Jakub T. Jankiewicz
(@
Jcubic
) (
dyskusja
14:49, 19 mar 2026 (CET)
Odpowiedz
Z code mirror działa, może nie działać w tym dziwnym niby-nowszym edytorze kodu (opartym na VE).
Nux
dyskusja
15:57, 19 mar 2026 (CET)
Odpowiedz
Ciekawostka - przywracanie zmian zachowuje zmiany wprowadzone przez WP:SK, więc najprawdopodobniej wystarczy tylko odświeżyć stronę.
Błąd, jakby ktoś się zainteresował:
=== Scripts ===
=== Errors ===
@8
Uncaught RangeError: Invalid change range 27 to 5378 (in doc of length 5377)
MarMi wiki
dyskusja
18:36, 1 kwi 2026 (CEST)
Odpowiedz
Tytuł a skrót do innej wiki
edytuj
edytuj kod
Najnowszy komentarz:
1 miesiąc temu
3 komentarze
3 osoby skomentowały
Otóż jest taki art
Alien Paranoia
, choć powinien on wyglądać tak
M: Alien Paranoia
, ale jak widać
M:
przekierowuje do meta.wiki (tak przy okazji, M to imię w grze). Jest jakiś sposób techniczny aby w tytule można było umieścić to M: czy musimy wyjątkowo zostawić jak jest?
Stanko
dyskusja
11:42, 21 mar 2026 (CET)
Odpowiedz
Jedyne co przyszło mi do głowy
PMG
dyskusja
14:53, 21 mar 2026 (CET)
Odpowiedz
Jeśli chodzi tylko o linkowanie wewnętrzne:
M:Alien Paranoia
([[Alien Paranoia|M:Alien Paranoia]]).
Edycja: Co do tytułu, to pewnie można (patrz odpowiedź PMG), z tym że to może wprowadzać w błąd ludzi chcących zrobić linkowanie do artykułu, niezaznajomionych z prefixami.
Podobnie bezpośredni adres:
, nie wiadomo także czy wyszukiwarka Wiki by obsłużyła M:Alien Paranoia.
Skoro artykuł miałby taki tytuł, to trzeba by także zrobić przekierowanie, a sądząc po bezpośrednim linku to też się nie da.
Moim zdaniem lepiej zostawić tak jak było, chyba że takich artykułów z podobną sytuacją jest więcej (mają tytuły nie odpowiadające linkowi wewnętrznemu).
Ewentualnie tytuł ustawić jako Alien Paranoia (M:Alien Paranoia).
Przepraszam za wielokrotne edycje...
MarMi wiki
dyskusja
14:54, 21 mar 2026 (CET)
Odpowiedz
Odrzucone propozycje do CW a dyskusja artykułu
edytuj
edytuj kod
Najnowszy komentarz:
1 miesiąc temu
15 komentarzy
8 osób skomentowało
W trakcie Wzlotu
Gdarin
zwrócił uwagę, że w przypadku odrzuconej propozycji do CW uwagi do hasła właściwie przepadają, gdyż zostają w dyskusji pod zgłoszeniem, nie ma o nich wzmianki w dyskusji artykułu. Oczywiście można ręcznie dodać, ale rzeczywiście fajnym pomysłem byłoby wdrożyć narzędzie, które automatycznie je przerzuca do dyskusji artykułu. Mogłoby to działać wyłącznie na podstawie statusu problemy, wykluczając odrzucone ze względu po prostu na brak sprawdzeń. Jako że każda propozycja jest na osobnej podstronie, to może po prostu wklejać całą podstronę? Albo jakiś szablon, że w CW wskazano problemy i link do dyskusji?
DW: @
Malarz
Kajtus von Rzywiec
dyskusja
21:13, 21 mar 2026 (CET)
Odpowiedz
Nie ten malarz :-) Wklejaniu całości jestem przeciwny. Raczej tworzyłbym jakiś nowy wątek z linkiem do czywieszowej dyskusji. Które dodatkowe informacje z tej dyskusji wyciągać nie wiem, poczekam na pomysły innych i się do nich jakoś odniosę. ~
malarz pl
PISZ
21:35, 21 mar 2026 (CET)
Odpowiedz
Malarz pl
, ups... tak to jest, gdy człowiek edytuje z telefonu. Ale widzę, że i tak w tym stoliku nic się przed Tobą nie ukryje.
IMO gdyby wklejać całą podstronę, to byłoby najmniej roboty, można by teoretycznie wyciągać tylko uwagi, jeśli status problemy, ale kolejny raz wspomnę, że ja atechniczny, i nie wiem, czy jest sens, aby to jakoś przerabiać, aby w efekcie dublować treść w dwóch miejscach.
Kajtus von Rzywiec
dyskusja
20:32, 22 mar 2026 (CET)
Odpowiedz
AFAIK, to 5-10 lat temu zostało postanowione w kawiarenkowej dyskusji, że uwagi z CW lądują w dyskusji i przez długi czas tak było. Ale robił to chyba ręcznie któryś z opiekunów CW i jak przestał, to praktyka zaginęła... --
Felis domestica
dyskusja
22:17, 21 mar 2026 (CET)
Odpowiedz
Osobiście wolałbym żeby te informacje były widoczne w dyskusji więc wolałbym żeby przeklajano wprost, a nie tak jak sugeruje malarz. Z tego co pamiętam to rzeczy ze Zgłoś błąd są tak przeklejane. Wrzucanie tego na jakąś podstronę nie oszczędza nam jakoś zdumiewająco dużo miejsca, a bądźmy szczerzy - mało kto zagląda na dyskusję, a na podstrony dyskusji to już tylko prawdziwi nałogowcy.
PMG
dyskusja
09:52, 22 mar 2026 (CET)
Odpowiedz
Kajtus von Rzywiec
, @
Felis domestica
, @
Malarz pl
, @
PMG
, to
ta dyskusja
. Ja co jakiś czas przerzucałem ręcznie całość dyskusji, aczkolwiek od końca grudnia ubiegłego roku mam przestój na tym odcinku aktywności.
Frangern
dyskusja
09:54, 22 mar 2026 (CET)
Odpowiedz
PMG
Kajtusiowi nie chodzi robienie podstrony strony dyskusji, tylko przeklejanie zawartości podstron CzyWiesza z propozycjami na stronę dyskusji artykułów.
AramilFeraxa
Napisz do mnie!
10:10, 22 mar 2026 (CET)
Odpowiedz
Bot mógłby po prostu wrzucać szablony z tymi zgłoszeniami (tak jak choćby na stronie /zgłoszonych i /ocenionych).
Gabriel3
• dyskusja.
10:22, 22 mar 2026 (CET)
Odpowiedz
Mogłoby to wyglądać tak, jak np.
tutaj
Gabriel3
• dyskusja.
20:33, 22 mar 2026 (CET)
Odpowiedz
A nie lepiej jednak
zrobić nowy wątek w dyskusji
. Łatwiej będzie ją kontynuować i nie dodajemy nadmiarowej tabelki z CW (tutaj zbędnej). Wklejanie całości jak szablon utrudnia późniejsze przetwarzania dyskusji, bo są wątki tradycyjne i wątki transkludowane (tych nie ma jak wyłapywać / odróżniać od treści zwykłych wątków). ~
malarz pl
PISZ
20:44, 22 mar 2026 (CET)
Odpowiedz
Malarz pl
, w sumie racja. I edycja takiej sekcji byłaby prostsza; bez konieczności edytowania
de facto
innej strony (=strony odrzuconego zgłoszenia). Bot mógłby (o ile to możliwe) wyciągać ze strony zgłoszenia tekst zawarty poniżej podpisu zgłaszającego.
Gabriel3
• dyskusja.
20:47, 22 mar 2026 (CET)
Odpowiedz
jakby co (bo ja pisałem wcześniej o innym wariancie), to IMO taka opcja też jak najbardziej git
Kajtus von Rzywiec
dyskusja
21:57, 22 mar 2026 (CET)
Odpowiedz
AramilFeraxa
, potwierdzam, dokładnie to miałem na myśli.
Kajtus von Rzywiec
dyskusja
20:32, 22 mar 2026 (CET)
Odpowiedz
Tak jak obiecałem Gdarinowi, miałem zamiar się tą sprawą zająć, ale widzę że zostałem uprzedzony. Najprościej myślę będzie analogicznie do WP:ZB. Podczas archiwizowania nominacji odrzuconej bot mogły od razu przenosić uwagi do dyskusji artykułu.
AramilFeraxa
Napisz do mnie!
10:14, 22 mar 2026 (CET)
Odpowiedz
Tak jak AramilFeraxa – warto zastosować mechanizm ZB przy "nierozwiązanych" dla CW z niezamknięta sekcją "problemy" (które najczęściej dotyczą treści hasła i wymagają reakcji).
Elfhelm
dyskusja
20:38, 22 mar 2026 (CET)
Odpowiedz
Zgłaszanie do Czy Wiesz
edytuj
edytuj kod
Najnowszy komentarz:
27 dni temu
2 komentarze
2 osoby skomentowały
Cześć, mam pytanie. Czy istnieje w ogóle jakiś sposób (poza ręcznym) zgłoszenia artykułu do rubryki Czy Wiesz na telefonie? Z góry dziękuję za odpowiedź.
Userski
22:26, 27 mar 2026 (CET)
Odpowiedz
Tu chyba jest odpowiedź:
[1]
Gżdacz
dyskusja
10:12, 28 mar 2026 (CET)
Odpowiedz
Propozycja zmian w filtrze nadużyć
edytuj
edytuj kod
Najnowszy komentarz:
22 dni temu
6 komentarzy
3 osoby skomentowały
Jest to jedynie propozycja, nie wydaje mi się więc, żeby odpowiednim miejscem na to było
PdA
, najpierw chciałbym skonsultować tę zmianę.
Proponuję wprowadzenie filtra blokującego tworzenie przez osoby bez uprawnień redaktora (bądź nawet administratora) stron użytkownika oraz dyskusji (przestrzenie
Wikipedysta:
Dyskusja wikipedysty:
) dla zakresów IP (stron o nazwie formatu
192.168.0.1/xx
i analogiczne dla
IPv6
). Nie ma powodu, dla którego tego typu strony miałyby istnieć (jeżeli taki się jednostkowo pojawi, administrator zawsze może je stworzyć), a dość często zdarza się, że tego typu strony tworzone są przez LTA i innych wandali.
Jeż0216
dyskusja
18:21, 31 mar 2026 (CEST)
Odpowiedz
IMO gra niewarta pracy. Było raptem kilka takich edycji przez ostatni kwartał. Bot je na bieżąco wyłapuje (
Wikipedysta:MalarzBOT.admin/dyskusje IP
) i je usuwam co jakiś czas. I akurat częściej są to przypadkowe wpisy po miesiącach od edycji artykułu niż wandalizmy. Moim zdaniem to nie jest problem. ~
malarz pl
PISZ
20:39, 31 mar 2026 (CEST)
Odpowiedz
A jakby dajmy na to IP chciało coś napisać do użytkownika, który z jakiegoś powodu nie ma strony dyskusji?
MarMi wiki
dyskusja
17:06, 1 kwi 2026 (CEST)
Odpowiedz
Chyba nie zauważyłeś, że od 9 miesięcy mamy
konta tymczasowe
. Tych dyskusji nikt nie zauważa. ~
malarz pl
PISZ
20:50, 1 kwi 2026 (CEST)
Odpowiedz
A, przeoczyłem, że to miałoby być blokowane dla wybranych adresów...
MarMi wiki
dyskusja
13:24, 2 kwi 2026 (CEST)
Odpowiedz
Nie tyle IP (które też nie może napisać, mamy konta tymczasowe, jak wyżej), co
zakresy
IP. Nie ma żadnego powodu, żeby tworzyć strony dyskusji zakresów IP, za to co jakiś czas tworzą je LTA umieszczające tam obelgi w kierunku administratorów, którzy je zablokowali i podobne treści.
Jeż0216
dyskusja
14:28, 2 kwi 2026 (CEST)
Odpowiedz
Wyniki jak z normalnego wyszukiwania a szukanie z użyciem
insource:
edytuj
edytuj kod
Najnowszy komentarz:
18 dni temu
6 komentarzy
3 osoby skomentowały
Nie wiem, może to ja źle coś robię, ale gdy użyję
.+
czy
.+?
, to przeważnie dostaję wyniki z niewyróżnionymi (znacznik


pokazuje cały tekst z wyszukiwania) frazami z zapytania , a wycinek tekstu jest tak naprawdę z samego początku hasła. Np. w przypadku
tego wyszukiwania
podświetla fragment z zapytania tylko dla hasła
polichromia
XaxeLoled
AmA
17:53, 2 kwi 2026 (CEST)
Odpowiedz
Zajrzyj do:
[2]
. .+ są mocno obciążające wyszukiwarkę i pewnie coś się na tym wykrzacza. A jak widać po liczbie znalezionych efekt jest zbliżony. ~
malarz pl
PISZ
19:35, 2 kwi 2026 (CEST)
Odpowiedz
Obstawiam, że tylko tam fragment jest na tyle krótki, że się kwalifikuje do umieszczenia w skrócie.
Patrz np.
[3]
(ograniczone do wystąpienia konkretnego szablonu), są dwa podświetlenia.
MarMi wiki
dyskusja
13:00, 3 kwi 2026 (CEST)
Odpowiedz
Ano, dostaję błąd , gdy skończy się wyszukiwanie, tylko że akurat nie w tym, gdy szukam za pomocą
.+
. Ale to pewnie jest spowodowane tym, że ponieważ
oznacza "dowolny znak", to szuka znaków w zakresie
\u0000
\uFFFF
, a tych znaków jest sporo. A tego regexa - przyznam - napisałem z myślą o infoboxach. Co do regexa MarMiego: pierw myślałem, że chodzi o to, że artykuły mają mniejszą liczbę bajtów i przez to widać kod źródłowy (wraz z podświetleniem), ale nie ma tego w
gutacji
, a jest krótszym (pod względem liczby bajtów) hasłem od tego, którego nazwę podałem na początku.
XaxeLoled
AmA
13:49, 3 kwi 2026 (CEST)
Odpowiedz
Trafienie w Gutacja jest dwukrotnie dłuższe (242 znaki) niż w Modylionie (103 znaki), oba zaczynają się na pierwszym pliku graficznym. Sprawdź na regex101.com w konfiguracji: Flavor - ECMAScript, oraz z flagą single line (/g
m), bo kropka w lua także łapie znaki nowej linii
mw:Help:CirrusSearch#Metacharacters
Żeby zaczynał od infoboxu, to trzeba by dodać
\{\{.+infobox.+
na początku. Jako że infoboxy są dość długie, to trafienia w skrócie raczej się nie pojawią.
MarMi wiki
dyskusja
22:23, 4 kwi 2026 (CEST)
Odpowiedz
Że
oznacza nową linię, to doskonale wiem :-). Kiedyś używałem tego znaku, gdy pisałem regexy, gdzie miały zostać uchwycone także nowe linie (aktualnie stosuję
\n
). Kiedyś sprawdzę.
XaxeLoled
AmA
13:21, 6 kwi 2026 (CEST)
Odpowiedz
Action Required: Update templates/modules for electoral maps (Migrating from P1846 to P14226)
edytuj
edytuj kod
Najnowszy komentarz:
20 dni temu
2 komentarze
2 osoby skomentowały
Hello everyone,
This is a notice regarding an ongoing data migration on Wikidata that may affect your election-related templates and Lua modules (such as
Module:Itemgroup/list
).
The Change:
Currently, many templates pull electoral maps from Wikidata using the property
P1846
, combined with the qualifier
P180
Q19571328
We are migrating this data (across roughly 4,000 items) to a newly created, dedicated property:
P14226
What You Need To Do:
To ensure your templates and infoboxes do not break or lose their maps, please update your local code to fetch data from
P14226
instead of the old
P1846
P180
structure. A
list of pages
was generated using Wikimedia Global Search.
Deadline:
We are temporarily retaining the old data on
P1846
to allow for a smooth transition. However, to complete the data cleanup on Wikidata, the old
P1846
statements will be removed after
May 1, 2026
. Please update your modules and templates before this date to prevent any disruption to your wiki's election articles.
Let us know if you have any questions or need assistance with the query logic. Thank you for your help!
ZI Jony
using
MediaWiki message delivery
dyskusja
19:09, 3 kwi 2026 (CEST)
Odpowiedz
Wygląda na to, że u nas
P1846
nie występuje w szablonach ani modułach:
[4]
Msz2001
dyskusja
10:31, 4 kwi 2026 (CEST)
Odpowiedz
Szablon:Pierwszy niepusty w Lua
edytuj
edytuj kod
Najnowszy komentarz:
18 dni temu
9 komentarzy
3 osoby skomentowały
Cześć, skrobnąłem wczoraj wersję testową dla szablonu i niby działa:
Szablon:Pierwszy niepusty/testcases
, ale chciałbym się upewnić. Jakby ktoś mógł spojrzeć drugim okiem na te testy i wymyślić inne, to będę wdzięczny. Chciałbym to wdrożyć na dniach, ale związku z tym, że siedzi na tym pół Wikipedii, to wolałbym to zrobić na raz :). Z góry dziękuję za sugestie testowe.
Nux
dyskusja
14:58, 4 kwi 2026 (CEST)
Odpowiedz
A tam pół Wikipedii. Raptem
25 wywołań
(nie licząc testowych). Wstaw do
{{
Polityk infobox
}}
odpowiednie wywołanie modułu i poczekajmy z miesiąc na potencjalne uwagi. Potem pozostałe 24 i koniec. Wydaje mi się, że wywołanie bezpośrednio bez szablonu będzie wydajnościowo lepsze. A ta funkcja ma zastosowanie wyłącznie w szablonach, więc nie powinno nikomu to przeszkadzać. ~
malarz pl
PISZ
17:31, 4 kwi 2026 (CEST)
Odpowiedz
Wywołań bezpośrednich może być mało, ale
w bazie jest na samym szczycie
, więc cache zapłacze jak się to zacznie zmieniać ;-).
Nux
dyskusja
23:02, 4 kwi 2026 (CEST)
Odpowiedz
:-) Natomiast to o rezygnacji z szablonu na korzyść modułu wywoływanego bezpośrednio w szablonach pisałem już poważnie. ~
malarz pl
PISZ
00:00, 5 kwi 2026 (CEST)
Odpowiedz
A 1,5M to prawie cała a nie pół. Tylko w większości wywołań parametr
| 1 =
jest wypełniony, więc nie błędów będzie stosunkowo mało. W przypadku takich szablonów (nie użytych bezpośrednio w artykule) cache się miele powoli. ~
malarz pl
PISZ
00:03, 5 kwi 2026 (CEST)
Odpowiedz
Moim zdaniem można spróbować iterować po wszystkich kluczach. Wygląda na to, że tabela
args
jest posortowana od 1 do N, a potem wpadają pozostałe klucze. Trzeba zrobić więcej testów i da się napisać kod bez żadnych ograniczeń na maksymalny indeks.
Paweł Ziemian
dyskusja
17:38, 4 kwi 2026 (CEST)
Odpowiedz
Biorąc pod uwagę, że teraz było tylko do 9, to osobiście wolałabym, żeby nie było to zbyt uniwersalne. Wystarczy jeśli będzie zgodne z tym co było.
Nux
dyskusja
23:39, 4 kwi 2026 (CEST)
Odpowiedz
Nowy szablon nie działa z parametrami
| test1 =
| test2 =
, ... Jest takie użycie w
{{
Miejscowość infobox
}}
. Dodałem przykłady do /testcases. ~
malarz pl
PISZ
00:00, 5 kwi 2026 (CEST)
Odpowiedz
Hm... Testy nie wyglądają zachęcająco:
Pierwszy niepusty § Test wydajności
. W zasadzie nie widzę tutaj realnych zysków, znaczy zyski są tylko w limitach, które i tak są wysokie. Samo wywołanie Lua wygląda na to, że spowalnia wykonanie bardziej niż zyskuje się na nie używaniu
WP:FP
. Z mojej strony
Odrzucone
... --
Nux
dyskusja
13:08, 6 kwi 2026 (CEST)
Odpowiedz
Potencjalna zmiana layoutu
edytuj
edytuj kod
Najnowszy komentarz:
14 dni temu
14 komentarzy
6 osób skomentowało
Śledzony w
Phabricatorze
Wątek T422590
Cześć. Co się nagle porobiło z wyglądem artykułów? Przy podtytułach, zamiast dyskretnego edytuj/edytuj kod, widzę wielkie (wielkości podtytułu II stopnia), opuszczone w dół, szare napisy "edytuj" (włącza się edycja kodu). Skórka stary Wektor. Na razie (?) tylko w przestrzeni głównej, dyskusje, WP jest po staremu. Bardzo proszę o poprawienie, wygląda to strasznie i bardzo psuje wygląd artykułów (zbyt dominuje nad całością i robi dodatkowe przerwy między podtytułem a tekstem).
Gytha
dyskusja
) 09:22, 8 kwi 2026 (CEST). PS. Co ciekawe, w niektórych hasłach pozostało bez zmian, prawidłowości na pierwszy rzut oka nie dostrzegam.
August Hlond
- popsute,
Henryk Gulbinowicz
- po staremu.
Gytha
dyskusja
09:34, 8 kwi 2026 (CEST)
Odpowiedz
W niektórych artykułach wyświetla się w głównym body pod akapitem wstępnym spis treści (zdublowany w stosunku do spisu treści standardowo też obecnego w lewej kolumnie). Np.
Rokitnik zwyczajny
Solejrolia rozesłana
. Z kolei nie widzę wyżej opisanego problemu. Nagłówki są tylko nieco bardziej rozstrzelone i po najechaniu kursorem obok tytułu wyświetla się szary kwadrat linkujący do edycji (bez widocznych napisów).
Kenraiz
.ꓘ
dyskusja
09:38, 8 kwi 2026 (CEST)
Odpowiedz
Potwierdzam, występuje wyżej wymieniony problem. A prócz niego, w artykułach pojawia się także...zanik spisu treści. Kuriozum.
Mike89
dyskusja
09:50, 8 kwi 2026 (CEST)
Odpowiedz
Czy mógłbym prosić o zrzuty ekranu problematycznych miejsc (czy to lokalnie na plwiki, czy to na jakimś imgurze albo czymś)? Sprawdziłem artykuły podlinkowane przez @
Gythę
i u mnie wyświetlają się poprawnie (zarówno w starym, jak i nowym Wektorze). @
Kenraiz
, podwójny spis treści w Wektorze 2022 faktycznie był znanym problemem (
T419897
). Poprawka została wdrożona, a jeśli strona wyświetla się źle, to znaczy że błędna kopia pozostała w pamięci podręcznej – wymuszenie przeładowania (lub np. pusta edycja) naprawi sprawę.
Msz2001
dyskusja
10:13, 8 kwi 2026 (CEST)
Odpowiedz
Sam chciałem to zgłosić, ale teraz chyba wszystko wróciło do normy.
Michał Ski
dyskusja
10:16, 8 kwi 2026 (CEST)
Odpowiedz
Msz2001
- już wygląda OK, ale miałam jeszcze otwartą inną stronę i zrobiłam zrzut. Chyba nie mam Twojego adresu e-mail, wyślij mi, to Ci przekażę.
Gytha
dyskusja
10:32, 8 kwi 2026 (CEST)
Odpowiedz
Wysłałem
Msz2001
dyskusja
10:39, 8 kwi 2026 (CEST)
Odpowiedz
Hm, zduplikowany spis treści zgłoszę raz jeszcze w tym tasku, bo po rozmowie z @
Nuksem
na Discordzie wychodzi na to, że być może to jednak nie kwestia cache...
Msz2001
dyskusja
10:38, 8 kwi 2026 (CEST)
Odpowiedz
Po dalszym sprawdzeniu, zgłosiłem jako osobny błąd:
T422590
Msz2001
dyskusja
10:46, 8 kwi 2026 (CEST)
Odpowiedz
Udało mi się natrafić na błędny wygląd przycisków Edytuj (
F75309380
). Jest to objaw tego samego błędu, co z dodatkowym spisem treści w Wektorze 2022.
Msz2001
dyskusja
10:53, 8 kwi 2026 (CEST)
Odpowiedz
Tak właśnie to wyglądało ;-). Maila ze zrzutem ekranu Ci wysłałam z opóźnieniem, ale może się przyda.
Gytha
dyskusja
11:13, 8 kwi 2026 (CEST)
Odpowiedz
Przyda, przyda, bo np. u mnie nic się nie zmieniło :)
Mike89
dyskusja
11:15, 8 kwi 2026 (CEST)
Odpowiedz
Jeśli ktoś jeszcze nie widział, to poruszyłem sprawę też na naszej grupie na fejsbuczku.
Zwiadowca
21
20:43, 9 kwi 2026 (CEST)
Odpowiedz
Na Wikipedię wleciała nowa wersja oprogramowania. Problem powinien ustać. Nadal mogą się wyświetlać strony wygenerowane przed aktualizacją, czyli potencjalnie popsute – wtedy powinno pomóc
action=purge
(natomiast nie powinno przybywać nowych popsutych stron). Pamięć podręczna sama z siebie również powinna się w najbliższym czasie przeładować.
Msz2001
dyskusja
21:19, 9 kwi 2026 (CEST)
Odpowiedz
lang pl
edytuj
edytuj kod
Najnowszy komentarz:
18 godzin temu
29 komentarzy
8 osób skomentowało
Dostałem zapytanie od @@
Kelvin
, dlaczego nie ma potrzeby oznaczania szablonem / parametrem szablonu, że jakiś tekst jest w języku polskim. Odpowiedź mogłaby brzmieć, że dla polskojęzycznego czytelnika byłoby to redundantne. Jednak w opisie szablonów jak najbardziej pl jest w przykładach:
Szablon:Lang
Szablon:Cytuj
. Czy to oznacza, że w przypadku przypisów należy / warto / nie zaszkodzi dodawać informację o tym, że źródło jest w języku polskim? W przypisach podawany jest tytuł publikacji, który zazwyczaj trudno pomylić z innym językiem.
H. Batuta
dyskusja
10:38, 13 kwi 2026 (CEST)
Odpowiedz
Spotkałem się z mieszanymi opiniami na ten temat. Dla mnie osobiście jednak brak informacji jest gorszą informacją niż konkretna informacja. Jeśli mam informację w szablonach, które źródła są w języku polskim, to łatwiej sprawdzić, do których trzeba dodać język. Jeśli w niektórych pomijamy język, to każda osoba, która chce uzupełnić język w szablonach, musi za każdym razem sprawdzać polskie źródła. Jeśli od początku staramy się wypełniać język wszędzie, to osoba, która chce uzupełnić język w szablonach, może zrobić to łatwiej i szybciej.
Przypisy to poniekąd skrócone opisy bibliograficzne. Biblioteka Narodowa, mimo że gromadzi głównie polskie opisy, uzupełnia język:
przykład wyszukiwania polskiej Cyberiady
(w MARC 041$a).
Nux
dyskusja
11:05, 13 kwi 2026 (CEST)
Odpowiedz
Uważam, że jest to ważna informacja, dzisiaj oczywista, za to w przyszłości, przy jakiejś modernizacji formatu przypisów, ten brak będzie utrudniał przetwarzanie botem itp. Oznaczenie „język = pl” w niczym nie szkodzi, zajmuje mikroskopijną część w porównaniu do całości pamięci serwerów, a spotkałem się z systematycznym
usuwaniem
plki. Kiedyś czytałem też o pomyśle, by utworzyć bazę wszystkich przypisów w ten sposób, że dowolne źródło, choć występujące w wielu różnych artykułach, cytowane jest tylko w jeden sposób. A co, jeśli będzie to baza wszystkich wersji językowych? Może to temat odległy, ale możliwy. Konkluzja: wstawiać „język = pl”, a na pewno nie usuwać.
Kelvin
dyskusja
14:22, 13 kwi 2026 (CEST)
Odpowiedz
Uważam dokładnie jak przedmówcy, lepiej żeby lang=pl było, niż by miało ich nie być.
ptjackyll
zostaw wiadomość
15:28, 13 kwi 2026 (CEST)
Odpowiedz
A ja uważam, że podawanie informacji, że jakiś polski tekst jest w języku polskim, jest bezsensowne. Język polski jest językiem domyślnym w polskojęzycznej Wikipedii. Porównywanie tekstu w encyklopedii do rekordu w katalogu bibliotecznym jest nietrafione – tam możliwe jest filtrowanie wyników wyszukiwania wg języka, a w tym celu każdy rekord musi mieć zdefiniowany język. Jeśli podawanie j.pol. w szablonach ma mieć na celu pomoc programom w jakichś przyszłych akcjach, to OK, ale „(pol.)” + dymek
Treść w języku polskim
nie powinno się wyświetlać, bo wygląda to śmiesznie.
Michał Ski
dyskusja
16:42, 13 kwi 2026 (CEST)
Odpowiedz
A co z Czytelnikami dla których język polskim nie jest językiem ojczystym?
ptjackyll
zostaw wiadomość
17:11, 13 kwi 2026 (CEST)
Odpowiedz
A co to za różnica, czy język polski jest czyimś językiem ojczystym czy nie? Polski jest językiem domyślnym pl:wiki, a nie czytelnika. To samo dotyczy innych wersji językowych Wikipedii – chyba w żadnej nie spotkałem tego, żeby informowano, że jakiś przypis jest w jej języku.
Michał Ski
dyskusja
19:12, 13 kwi 2026 (CEST)
Odpowiedz
Sorry, ale ten argument nigdy do mnie nie przemawia: to że na innych wiki coś jest albo czegoś nie ma, nie powinno być żadnym wyznacznikiem dla nas. Po to jesteśmy niezależnym projektem żeby samemu ustalać własne reguły.
ptjackyll
zostaw wiadomość
19:34, 13 kwi 2026 (CEST)
Odpowiedz
Dymek można oczywiście ukryć w artykule.
Nux
dyskusja
19:44, 13 kwi 2026 (CEST)
Odpowiedz
Przyczyną jakiegokolwiek oznaczania języka jest potrzeba wskazania, że dana treść jest w języku innym niż domyślny dla danej strony. Tyczy się to zarówno treści artykułu, jak i odniesień do treści w innych miejscach; wytyczne WCAG dla treści wcale nie są w tym względzie bez znaczenia dla naszego
lang
w szablonach cytowania, tylko nie odnoszą się do takich sytuacji bezpośrednio. Domyślnym językiem pl.wiki jest język polski → powinniśmy poinformować czytelnika, że (1) dana treść w artykule jest w innym języku (pozwala to np. na dobranie odpowiedniej czcionki, czy też odpowiednie przetworzenie tekstu przez oprogramowanie wspomagające), (2) treść, do której kierujemy czytelnika, jest w innym języku (aby mógł odpowiednio zareagować na taką treść, np. aby wiedział, że nie będzie w stanie zrozumieć danego języka i będzie potrzebował użyć translatora, czy też aby mógł dostosować oprogramowanie, którego używa, jeśli nie zrobi tego automatycznie, albo też że nie będzie w stanie dotrzeć/zapoznać się ze źródłem innojęzycznym). Z tego punktu widzenia nie interesuje nas, czy czytelnik zna język polski lub czy jest to jego język ojczysty, bo pl.wiki jest w tym języku pisana jako domyślnym, a każdy inny język jest odstępstwem od tej reguły. W takim przypadku zakładamy przecież, że czytelnik jest w stanie korzystać z pl.wiki w języku polskim i będzie w stanie rozpoznać, że dany odnośnik jest również w języku polskim (np. tytuł strony w szablonie cytowania. Gdyby nie był w stanie korzystać z pl.wiki w języku polskim – będzie tłumaczył stronę np. przez translator, a wówczas również treść w języku domyślnym zostanie mu odpowiednio przetłumaczona – i tak samo treści w innych językach wymagałyby oznaczenia). Jeśli natomiast
lang = pl
język = pl
jest w określonym miejscu potrzebny ze względów technicznych – należałoby go pozostawić wyłącznie w kodzie artykułu, nie w wersji widocznej dla czytelnika (jako zupełnie zbędny ozdobnik). Z tego też względu przy okazji innych edycji należy to usuwać, chyba że zostanie wykazane, że jest to potrzebne z istotnych względów technicznych, bo z jakichkolwiek innych powodów po prostu nie jest.
Wostr
dyskusja
21:53, 14 kwi 2026 (CEST)
Odpowiedz
Jakby ktoś chciał sobie ukryć polski, to w
swoim common.css
można dodać:
lang-list
tylko-pl
display
none
Nie sprawdzałem, czy działa we wszystkich szablonach cytowania, ale na pewno w tym głównym Cytuj i w module Lang.
Można by to ukryć globalnie, ale mam wątpliwości, czy warto. Nie mamy teraz filtrowania przypisów, więc jeśli w długiej liście przypisów ktoś chciałby znaleźć coś po polsku, to jedną możliwością jest teraz wyszukanie „(pol.)”. Można by pewnie też zrobić gadżet do filtrowania przypisów wg rodzaju i języka (np. coś podobne do tego z
m:Cite Unseen
). --
Nux
dyskusja
22:52, 14 kwi 2026 (CEST)
Odpowiedz
A dałoby się zrobić odwrotnie: ukryć globalnie, a jeśli ktoś będzie chciał to sobie wyświetlić, to coś tam doda w swoim common.css? Może jako gadżet dla ułatwienia?
Michał Ski
dyskusja
12:37, 15 kwi 2026 (CEST)
Odpowiedz
Michał Ski
No właśnie odwrotnie nie można, bo jeśli ktoś nie chce, to jest tego świadomy i świadomie instaluje gadżet pozwalający ukryć (pol.), wie jak itp. A skąd ktoś, kto nie widzi (bo ukryte globalnie) ma wiedzieć, że należy zainstalować jakiś gadżet, by zobaczyć i jak to zrobić?
Kelvin
dyskusja
14:36, 16 kwi 2026 (CEST)
Odpowiedz
E tam, argumentować można też dokładnie odwrotnie - jak ktoś widzi, a nie chce widzieć, to skąd ma wiedzieć, że to się da wyłączyć i jak to zrobić? :-) Zresztą chodzi o to, żeby czytelnicy w ogóle nie widzieli tych zbędnych ozdobników, jak to słusznie nazwał Wostr.
Michał Ski
dyskusja
15:01, 16 kwi 2026 (CEST)
Odpowiedz
No właśnie niesłusznie, bo nie są zbędne. Wikipedia powinna być jednakowa dla wszystkich Czytelników niezależnie czy polski jest ich ojczystym językiem czy nie. Nie wspominając już o tym, że przypadkowy Czytelnik raczej nie ma pojęcia o tym, że akurat dla jednego wybranego języka mamy wyłączone wyświetlanie
(pol.)
w liście przypisów/bibliografii.
ptjackyll
zostaw wiadomość
17:32, 16 kwi 2026 (CEST)
Odpowiedz
A co Ty znowu z tym językiem ojczystym? Może wyjaśnisz, w czym widzisz problem? Bo ja nie mam zielonego pojęcia, o co Ci chodzi.
Michał Ski
dyskusja
19:03, 16 kwi 2026 (CEST)
Odpowiedz
Odniosę się jeszcze do tego: «...jeśli w długiej liście przypisów ktoś chciałby znaleźć coś po polsku, to jedną możliwością jest teraz wyszukanie „(pol.)”» – to miałoby sens dla bardzo długiej listy źródeł w sekcji Bibliografia (czego nie powinno być) lub gdyby jedna informacja poparta byłaby bardzo długą listą przypisów (czego nie powinno być). Natomiast celu wyszukania przypisów po polsku na długiej liście przypisów zupełnie nie widzę. Przecież do przypisów przechodzi się z treści artykułu, aby sprawdzić źródło danej informacji, a nie wyszukuje przypisów w języku polskim, aby sprawdzić, co w artykule ma polskojęzyczne źródła.
Michał Ski
dyskusja
15:01, 16 kwi 2026 (CEST)
Odpowiedz
Jak ktoś ma zainstalowane
Popups
, to po najechaniu na liczbę oznaczającą konkretny przypis dostanie cała jego treść. Nie wiem, jak to wygląda, gdy się np. wejdzie z trybu prywatnego bez logowania i najedzie na jakiś dłuższy przypis.
XaxeLoled
AmA
17:04, 16 kwi 2026 (CEST)
Odpowiedz
Michał Ski
wejdź na
AI slop
i powiedz mi czy szybciej działa CTRL+F i wpisanie "(pol.)", czy jakaś inna Twoja metoda? I jeśli masz inną metodę, to jaką? Mogę Ci podpowiedzieć, że jest tam jedno polskie źródło.
Nux
dyskusja
17:24, 16 kwi 2026 (CEST)
Odpowiedz
Nie zrozumiałeś mnie. Moja metoda to czytanie hasła i zaglądanie do przypisu, gdy chcę coś sprawdzić. Tak wg mnie korzysta się z przypisów. Nie mam pojęcia, po co przeszukiwać przypisy, aby wyłuskać te, które są po polsku. Czemu to ma służyć?
Michał Ski
dyskusja
18:57, 16 kwi 2026 (CEST)
Odpowiedz
Michał Ski
wbrew pozorom są ludzie, którzy umieją czytać tylko po polsku, nawet wśród informatyków. Jeśli chcesz traktować przypisy jak bibliografię (a z czasem tak będzie), to po to właśnie jest bibliografia – żeby poczytać więcej, a jeśli czytasz tylko po polsku, to chcesz sprawdzić, które przypisy są po polsku.
Nux
dyskusja
19:14, 16 kwi 2026 (CEST)
Odpowiedz
Konsekwentnie uważam, że dodawanie oznaczenia pl w języku przypisu/bibliografii/linku zewn. jest zupełnie zbędne. Michał Ski i Wostr trafnie zauważają, że na polskiej Wikipedii (pl.wikipedia.org) język polski jest językiem domyślnym - również co do treści zewnętrznych. "więc jeśli w długiej liście przypisów ktoś chciałby znaleźć coś po polsku" - w takim (raczej dość abstrakcyjnym) wypadku powinien ewentualnie możliwość po prostu wyfiltrowania przypisów bez parametru język.
Elfhelm
dyskusja
17:49, 16 kwi 2026 (CEST)
Odpowiedz
Elfhelm
losowa nowa strona:
Donus rubi
. Nie ma tu żadnego oznaczenia w przypisach, ale to nie znaczy, że to polskie przypisy.
Nux
dyskusja
18:20, 16 kwi 2026 (CEST)
Odpowiedz
Nux
To oznacza tylko tyle, że "niepolskie" przypisy być może powinny zostać uzupełnione o szablony właściwych języków (chyba że w zoologii obowiązuje odmienna typografia). Natomiast dodanie par. język=pl w 2. i 5. oraz pozostawienie pozostałych ("niepolskich") bez oznaczeń byłoby co najmniej dziwne. W zasadzie więc dalej nie widzę przekonującego argumentu za oznaczaniem, że coś jest w języku domyślnym dla projektu :)
Elfhelm
dyskusja
18:25, 16 kwi 2026 (CEST)
Odpowiedz
W większości artykułów zwroty obcojęzyczne w treści również nie są oznaczone, a o tekście alternatywnym dla grafik to w ogóle można zapomnieć – niewiele to jednak wnosi do dyskusji, bo braków mamy całe mnóstwo. Nie oznacza to również, że należy korzystać z jakiegoś rozwiązania tylko dlatego, że jest taka możliwość i wpisywać
język = pl
, bo jest na to miejsce w szablonie.
Wostr
dyskusja
18:27, 16 kwi 2026 (CEST)
Odpowiedz
Wostr
ale z tego co piszesz wynika dokładnie to co mówię od początku – na podstawie braku języka nie możesz wnioskować czy coś jest po polsku. Taki wniosek możesz wysnuć tylko jeśli ktoś uzupełni język. Natomiast, żeby skutecznie sprawdzać
gdzie jeszcze
brakuje języka musimy zacząć go uzupełniać wszędzie, również dla polskich źródeł.
Nux
dyskusja
18:31, 16 kwi 2026 (CEST)
Odpowiedz
Zupełnie nie, bo nie widzę żadnej potrzeby automatycznego sprawdzania i dodawania tej informacji. I podobnie nie jestem w stanie znaleźć praktycznego przykładu, w którym ktoś szukałby w liście przypisów wyłącznie publikacji po polsku. Sprawa jest taka sama jak w przypadku
{{
}}
i pochodnych – jeśli ktoś oznaczy, to bardzo dobrze; jeśli nie ma tej informacji, to trudno, w przyszłości ktoś ją doda.
Wostr
dyskusja
18:47, 16 kwi 2026 (CEST)
Odpowiedz
Z J to jednak trochę inna bajka, bo to służy tylko do oznaczania małych fragmentów tekstu. Przypisy to nowa bibliografia, więc można chcieć sprawdzić czy coś jest po polsku (jak już wspomniałem wyżej).
Nux
dyskusja
19:16, 16 kwi 2026 (CEST)
Odpowiedz
Brak rozstrzygnięcia. W takim razie będę więc dalej wstawiał pl. Dla tych, którzy nie chcą widzieć (pol.) może pojawi się odpowiedni gadżet @
Nux
Kelvin
dyskusja
20:46, 23 kwi 2026 (CEST)
Odpowiedz
Szablon:Cytat
edytuj
edytuj kod
Najnowszy komentarz:
7 dni temu
5 komentarzy
3 osoby skomentowały
Chciałbym wstawić cytat, tak, aby był wyświetlany podobnie jak ilustracje - po prawej stronie obok tekstu głównego . Czy jest to możliwe (niekoniecznie za pomocą tego szablonu)?
Tomasz Raburski
dyskusja
17:09, 13 kwi 2026 (CEST)
Odpowiedz
Spróbuj dodać styl
{{
Cytat
|styl=prawy|...}}
Paweł Ziemian
dyskusja
18:03, 13 kwi 2026 (CEST)
Odpowiedz
Działa
, dzięki. Warto dodać notkę w opisie szablonu.
Tomasz Raburski
dyskusja
18:18, 13 kwi 2026 (CEST)
Odpowiedz
To niestety nie działa w wersji mobilnej i na wąskim ekranie. Tekst jest ściskany tak bardzo, że czasem mieście się tylko "W wersji słabszej, język jest...{Cytat}...[reszta zdania]"
Nux
dyskusja
17:30, 16 kwi 2026 (CEST)
Odpowiedz
Sprawdziłem na wersji mobilnej i wyświetla się mi się podobnie jak grafiki. Najpierw blok cytatu, a poniżej tekst artykułu.
Tomasz Raburski
dyskusja
18:35, 16 kwi 2026 (CEST)
Odpowiedz
Faza 1: Podglądy stron mobilnych
edytuj
edytuj kod
Najnowszy komentarz:
7 dni temu
1 komentarz
1 osoba skomentowała
Cześć wszyscy,
Zespół
ds. rozwoju czytelnictwa
rozpoczyna eksperyment mający na celu sprawdzenie, w jaki sposób można ułatwić czytelnikom poruszanie się po artykułach na urządzeniach mobilnych i uczynić to bardziej intuicyjnym. W tym celu chcemy przetestować na mobilnych stronach internetowych artykułów funkcję „Podglądu stron mobilnych” - wyskakujące okienko wyświetlane po dotknięciu niebieskiego linku, zawierające miniaturkę, pierwszy akapit oraz opcję otwarcia artykułu. Ten eksperyment, jako test A/B przeznaczony wyłącznie dla urządzeń mobilnych, obejmujący 10% czytelników arabskiej, francuskiej, włoskiej, polskiej i wietnamskiej Wikipedii oraz 0,1% czytelników angielskiej Wikipedii, rozpocznie się w tygodniu rozpoczynającym się 20 kwietnia i potrwa cztery tygodnie.
Makieta projektu podglądu stron mobilnych, ilustrująca, jak może wyglądać doświadczenie przy pierwszym kliknięciu niebieskiego linku w artykule.
Dlaczego nad tym pracujemy?
Odsetek osób na świecie odwiedzających Wikipedię maleje
, co widać po spadku liczby czytelników, a to z kolei wpływa na liczbę tworzonych kont i edycji w naszych serwisach. Wiemy również, że zdecydowana większość dzisiejszych użytkowników internetu domyślnie korzysta z urządzeń mobilnych. Podglądy stron
istnieją już od dziesięciu lat w wersji Wikipedii na komputery stacjonarne oraz w obu aplikacjach mobilnych
i stanowią kluczowy element doświadczenia czytelniczego na tych platformach. Miały one pomóc czytelnikom zrozumieć dane słowo lub pojęcie w kontekście tematu, który czytają, bez konieczności otwierania wielu kart lub opuszczania bieżącego artykułu. Mobilna wersja strony obecnie nie ma odpowiednika — kliknięcie linku natychmiast przenosi użytkownika do docelowego artykułu.
Aby uczynić czytanie na urządzeniach mobilnych jak najbardziej przyjemnym i efektywnym, chcemy sprawdzić, czy podglądy stron są przydatne również w mobilnej wersji Wikipedii. Zmniejszając utrudnienia związane z przeglądaniem linków i umożliwiając czytelnikom zapoznanie się z kontekstem bez opuszczania pierwotnego tematu, podglądy stron mobilnych mogą ułatwić zwykłym czytelnikom uzyskanie ogólnego zarysu artykułu przed podjęciem decyzji o jego otwarciu. Spodziewamy się, że ta korzyść będzie widoczna na urządzeniach mobilnych, gdzie czytanie z wielu kart podczas jednej sesji jest nieoptymalne i niewygodne.
Jaki pomysł testujemy?
Chcemy udostępnić podglądy czytelnikom zainteresowanym kliknięciem niebieskich linków w artykule, aby sprawdzić, czy ta funkcja wspiera zatrzymanie uwagi czytelników niezalogowanych.
Jaki jest harmonogram?
Przeprowadzimy test A/B tej wersji na XX% czytelników, zaczynając w tygodniu rozpoczynającym się 20 kwietnia i kończąc cztery tygodnie później. Zmierzymy, czy użytkownicy angażują się w tę funkcję, czy częściej klikają niebieskie linki i czy częściej odwiedzają Wikipedię. Jeśli wyniki będą pozytywne, podzielimy się wynikami tego testu i wspólnie zdecydujemy, czy kontynuować i jakie ewentualnie zmiany wprowadzić.
Na czym polega eksperyment?
Ta funkcja pojawiałaby się po kliknięciu niebieskiego linku w artykule, co wyswietliłoby wyskakujące okienko z podglądem artykułu, do którego prowadzi kliknięty link, u dołu ekranu, czyli w mobilnym pasku dolnym. Podgląd zawiera lead artykułu i pierwsze zdjęcie. Umożliwia również czytelnikom łatwe zamknięcie podglądu poprzez kliknięcie krzyżyka lub przejście do artykułu za pomocą linku „czytaj więcej”. Ponieważ prace te mają nadal charakter eksperymentalny, zamierzamy udoskonalać i dostosowywać ten pomysł w oparciu o Wasze opinie.
Prosimy o dzielenie się swoimi przemyśleniami i pytaniami.
Więcej informacji na temat naszych badań, makiet i innych szczegółów można znaleźć na naszej
stronie projektu.
Dziękujemy.
EBlackorby-WMF
dyskusja
18:26, 16 kwi 2026 (CEST)
Odpowiedz
Możliwość kopiowania przykładów wikikodu i innych
edytuj
edytuj kod
Najnowszy komentarz:
6 dni temu
3 komentarze
3 osoby skomentowały
Niedawno się dowiedziałem, że

ma możliwość dodania przycisku „Kopiuj” (kopiuje dynamicznie do schowka). To działa dla wikikodu:
{{
subst
fd
}}
Ale ogólnie w zasadzie do każdego kodu. Zacząłem sobie dumać nad tym, gdzie by to można dodać... ale pomyślałem, że pewnie będziecie mieli lepsze pomysły ode mnie :)
Nux
dyskusja
00:09, 17 kwi 2026 (CEST)
Odpowiedz
W szablonach?
IOIOI
06:47, 17 kwi 2026 (CEST)
Odpowiedz
Wygodne! Proponowałbym zmienić botem

na

we wszystkich wystąpieniach w opisach szablonów.
Jest tego koło setki
Michał Ski
dyskusja
15:05, 17 kwi 2026 (CEST)
Odpowiedz
Wiadomości techniczne: 2026-17
edytuj
edytuj kod
Najnowszy komentarz:
3 dni temu
2 komentarze
2 osoby skomentowały
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.
Wiadomość tygodnia
Po dwóch latach prac programistycznych funkcja
Ulepszone podświetlanie składni
, znana również jako
CodeMirror 6
, wyjdzie we wtorek 21 kwietnia z fazy funkcji eksperymentalnej. Zapewnia ona wszystkim użytkownikom standardowego podświetlacza składni lepszą czytelność kodu i wikikodu, mniej błędów podczas pisania oraz inne
korzyści
. Ogromne podziękowania dla wolontariusza
Bhsd
, który opracował wiele nowych funkcji, w tym
składanie kodu
autouzupełnianie
linting
[5]
Obecnie wprowadzana jest duża aktualizacja aplikacji Wikipedii na iOS, w ramach której interfejs został przeprojektowany zgodnie z najnowszym stylem wizualnym Apple o nazwie „Liquid Glass”.
Pobierz najnowszą wersję
i zapoznaj się z nowościami.
Komunikaty dla edytorów
Listy do przeczytania
to funkcja, która pozwala czytelnikom zapisywać artykuły na liście, aby przeczytać je później. Funkcja ta jest obecnie dostępna w wersji beta w arabskiej, francuskiej, indonezyjskiej, wietnamskiej i chińskiej Wikipedii oraz dla wszystkich nowych kont we wszystkich wersjach Wikipedii.
W tygodniu na Wikipediach: angielskiej, arabskiej, francuskiej, polskiej, wietnamskiej i włoskiej ruszy eksperyment mający na celu rozszerzenie funkcji
podglądu stron na wersję mobilną
. Podgląd strony to wyskakujące okienko, w którym wyświetlana jest miniatura, pierwszy akapit oraz link do pełnej wersji artykułu (niebieski link), co ułatwia odkrywanie treści. Funkcja ta jest już dostępna na komputerach stacjonarnych oraz w aplikacjach.
Dowiedz się więcej o tym eksperymencie i innych
Na części wiki zalogowani edytorzy, którzy ustawili, ale
nie potwierdzili swoich adresów e-mail
, zobaczą teraz baner zachęcający ich do tego. Potwierdzenie adresu e-mail pozwala użytkownikowi odzyskać dostęp do konta w razie jego utraty.
Dowiedz się więcej
[6]
Zobacz wszystkie 15 kwestii, zgłoszonych przez społeczność, które
naprawiono w ostatnim tygodniu
. Na przykład usunięto problem, który powodował spowolnienie ładowania, opóźnienia w podglądzie i przewijaniu oraz problemy z wydajnością podczas zaznaczania, wycinania lub wklejania treści podczas edycji bardzo dużych stron wiki w edytorze wikikodu 2017.
[7]
Komunikaty dla edytorów technicznych
W ramach wyjścia
CodeMirror
z wersji beta wszyscy użytkownicy będą korzystać z
CodeMirror
zamiast
CodeEditor
do podświetlania składni podczas edycji stron zawierających kod JavaScript, CSS, JSON, Vue i Lua.
[8]
Usługa
mirrors.wikimedia.org
dla użytkowników systemów Debian i Ubuntu zostanie wycofana i przestanie działać 15 maja. Serwery obsługujące tę funkcję są przestarzałe i muszą zostać wyłączone. Niektórzy użytkownicy mogą być zmuszeni do przejścia na inny serwer, co powinno zająć około minuty.
Więcej informacji
[9]
Tabele
image
oldimage
zostaną usunięte z
replik bazy danych
. Jeśli Twoje narzędzia lub zapytania korzystają bezpośrednio z tabel
image
lub
oldimage
, zaktualizuj je przed 28 maja tak, aby korzystały z tabel
file
filerevision
[10]
W związku z niedawnym wprowadzeniem globalnych limitów częstotliwości wywołań API dla ruchu niezidentyfikowanego, Fundacja Wikimedia będzie kontynuować działania mające na celu zapewnienie
sprawiedliwego korzystania z infrastruktury
poprzez zastosowanie globalnych limitów wobec zidentyfikowanego ruchu API, począwszy od ostatniego tygodnia kwietnia. Limity te zostały celowo ustalone na jak najwyższym możliwym poziomie, aby zminimalizować wpływ na społeczność. Na razie nie powinno to mieć wpływu na boty działające w Toolforge/WMCS ani na konta posiadające uprawnienia bota w dowolnej wiki. Wszystkim programistom zaleca się jednak przestrzeganie zaktualizowanych najlepszych praktyk. Więcej informacji można znaleźć na stronach
Wikimedia APIs/Rate limits
oraz
Frequently Asked Questions
Attribution API
jest już dostępne w wersji
beta
. Interfejs ten pobiera informacje potrzebne do podania pochodzenia artykułów i plików multimedialnych z Wikimediów, niezależnie od tego, gdzie są one wykorzystywane. Dokumentacja jest dostępna w środowisku testowym REST API, dostępnej we wszystkich wiki (np.
REST Sandbox w angielskiej Wikipedii
). Podziel się swoją opinią na
stronie dyskusji projektu
Nie ma nowej wersji MediaWiki w tym tygodniu.
Wiadomości techniczne
przygotowane przez
redaktorów Tech News
i wysłane przez
bota
Dołącz do zespołu
Przetłumacz na swój język
Uzyskaj pomoc
Wyraź swoją opinię
Subskrybuj lub zrezygnuj z subskrypcji
MediaWiki message delivery
17:00, 20 kwi 2026 (CEST)
Odpowiedz
Załatwione
Cybularny
Napisz coś ✉
17:06, 20 kwi 2026 (CEST)
Odpowiedz
Test A/B trybu sugestii z udziałem nowych użytkowników
edytuj
edytuj kod
Najnowszy komentarz:
2 dni temu
4 komentarze
3 osoby skomentowały
Tryb sugestii
to nowa funkcja edytora wizualnego. Proaktywnie sugeruje działania mające na celu ulepszenie artykułów Wikipedii, takie jak „dodaj źródło”, „popraw ton” lub „napraw niejednoznaczny link”. Funkcję tę można konfigurować lokalnie (zobacz Special:EditChecks) i można
i należy
ją dostosowywać lokalnie (zobacz
mw:Help:Suggestion mode#For administrators – local customization
). Jest ona dostępna jako globalna
funkcja beta
od początku marca, a w angielskiej Wikipedii wdrożono ją od początku lutego.
Po 2 miesiącach
zbierania opinii
, tysiącach
edycji
w różnych Wikipediach i ciągłych
ulepszeniach funkcji
uważamy, że ta funkcja jest
prawie
gotowa, abyście wszyscy (wolontariusze) i my (pracownicy) wspólnie ocenili jej wpływ poprzez krótki, kontrolowany eksperyment. Eksperyment ten potrwa 4 tygodnie i udostępni tę funkcję 50% nowych użytkowników (kont z mniej niż 100 edycjami w tej wiki) w
~20 wiki
Zanim test się rozpocznie, potrzebujemy Waszej pomocy. Czy możecie przejrzeć sekcję „Prośby o pomoc i opinie” poniżej, aby upewnić się, że funkcja została przetłumaczona i skonfigurowana w sposób zgodny z preferencjami Waszej wiki?
Dlaczego tryb sugestii?
Tryb sugestii ma przynieść korzyści dwóm grupom odbiorców:
[Główna] Nowicjusze, którzy chętnie edytują, ale mają trudności z konstruktywnym rozpoczęciem pracy; ponadto funkcja zachęca ich do zapoznania się z zasadami i zaleceniami.
Uwaga: każdego dnia 150 000–200 000 sesji edycji w sieci mobilnej kończy się porzuceniem edycji po co najmniej 2 sekundach przeglądania bez wprowadzania żadnych zmian.
[Drugorzędna] Doświadczeni edytorzy poszukujący łatwiejszych sposobów na znalezienie tego, co może wymagać poprawek, oraz zebranie kontekstu potrzebnego do podjęcia decyzji, jak i czy należy działać.
Uwaga: wolontariusze stworzyli wiele przydatnych narzędzi/gadżetów/skryptów użytkownika, aby pomóc w powyższym (
przykłady
więcej przykładów
). Tryb sugestii ma na celu ułatwienie dostępu do funkcjonalności oferowanej przez te narzędzia większej liczbie osób i w większej liczbie języków.
Prośby o pomoc i opinie
Administratorzy:
Prosimy o sprawdzenie lokalnego pliku
MediaWiki:Editcheck-config.json
i upewnienie się, że obejmuje on główne przykłady wymienione na
stronie pomocy
Prosimy o sprawdzenie, czy Wasza wiki posiada lokalną dokumentację dotyczącą któregokolwiek z typów sugestii, a jeśli tak, to nadpiszcie domyślne linki pomocy. Aktualne linki w $Special:EditChecks oraz lokalizacje, w których należy nadpisać te linki, znajdują się na liście na
stronie pomocy
Tłumacze: Prosimy o sprawdzenie
statusu ukończenia tłumaczenia
na Wasz język w Translatewiki dla komunikatów interfejsu użytkownika.
Edytorzy: dajcie nam znać, jeśli macie pomysły, jak jeszcze bardziej ulepszyć te funkcje, lub zgłoszenia błędów, tutaj albo na
stronie dyskusji projektu
Planujemy rozpocząć eksperyment w przyszłym tygodniu, gdy tylko potwierdzimy, że Wasza wiki utworzyła lub zaktualizowała lokalny plik MediaWiki:Editcheck-config.json oraz ukończyła 85% tłumaczeń interfejsu, a także jeśli nie będzie żadnych istotnych zastrzeżeń. Eksperyment pozwoli zmierzyć wpływ trybu sugestii na odsetek edycji dokonywanych przez nowych użytkowników mobilnych, które skutkują konstruktywnymi (niecofniętymi) zmianami w artykułach. Eksperyment pozwoli również ocenić wpływ tej funkcji na utrzymanie edytorów oraz monitorować zmiany we wskaźnikach cofania zmian i blokowania.
Dziękujemy!
User:Quiddity (WMF)
21:55, 21 kwi 2026 (CEST)
Odpowiedz
Tryb sugestii to ta funkcja, którą testowaliśmy również podczas
Wzlotu
– gdzie mam wrażenie, że spotkała się tam z dość pozytywnym przyjęciem :)
Msz2001
dyskusja
23:22, 21 kwi 2026 (CEST)
Odpowiedz
Przetłumaczyłem pozostałe rzeczy na TranslateWiki i dostosowałem lokalną konfigurację (JSON i komunikaty z linkami).
Msz2001
dyskusja
13:16, 22 kwi 2026 (CEST)
Odpowiedz
Przydałoby się stworzyć polskojęzyczną dokumentację na temat narzędzia - może
Pomoc:Tryb sugestii
Karol739
dyskusja
23:34, 21 kwi 2026 (CEST)
Odpowiedz
User:Zwiadowca21/wp-sk.js
edytuj
edytuj kod
Najnowszy komentarz:
1 dzień temu
2 komentarze
1 osoba skomentowała
Magicy techniczni, zrobiłem prosty skrypt który miał ułatwiać mi zmianę klasycznych przypisów
refów
na podprzypisy. Niestety jest tam jakiś babol, którego nie mogę pokonać. Mam kilka razy podany przypis do jednej książki:
{{Cytuj książkę | imię = Karol | nazwisko = Grünberg | autor link = Karol Grünberg | tytuł = Polska i sąsiedzi : kronika wydarzeń ; historia od X–XX wieku | miejsce = Toruń | wydawca = Wydawnictwo „Troja” | rok = 1993 | isbn = 83-900386-0-9 | strony = 67}}
{{Cytuj książkę | imię = Karol | nazwisko = Grünberg | autor link = Karol Grünberg | tytuł = Polska i sąsiedzi : kronika wydarzeń ; historia od X–XX wieku | miejsce = Toruń | wydawca = Wydawnictwo „Troja” | rok = 1993 | isbn = 83-900386-0-9 | strony = 68}},
{{Cytuj książkę | imię = Karol | nazwisko = Grünberg | autor link = Karol Grünberg | tytuł = Polska i sąsiedzi : kronika wydarzeń ; historia od X–XX wieku | miejsce = Toruń | wydawca = Wydawnictwo „Troja” | rok = 1993 | isbn = 83-900386-0-9 | strony = 69}}.
Chciałbym żeby dwa z nich zniknęły zupełnie i zostały zastąpione przez (w tym przypadku) albo . W zależności od tego jaka jest strona podana. Cały przypis nie jest potrzebny. Wystarczy podać go tylko raz. Ktoś pomoże? ([
link])
Zwiadowca
21
12:52, 23 kwi 2026 (CEST)
Odpowiedz
Załatwione
Chyba się udało.
Zwiadowca
21
12:55, 23 kwi 2026 (CEST)
Odpowiedz
Źródło: „
Kategorie
Stoliki Kawiarenki
Pomoc - technikalia
Wikipedia
Kawiarenka/Kwestie techniczne
Dodaj temat