Wikipedia:Kawiarenka/Kwestie techniczne

Skrót: WP:KT
Z Wikipedii, wolnej encyklopedii
To jest stara wersja tej strony, edytowana przez Nux (dyskusja | edycje) o 04:56, 7 sty 2022. Może się ona znacząco różnić od aktualnej wersji.
Kawiarenka pod Wesołym Encyklopedystą – kwestie techniczne
Tu rozwiązujemy problemy dotyczące oprogramowania MediaWiki, botów, skryptów, technicznych zmian w szablonach itp. W celu przyspieszenia rozwiązania problemu technicznego zapoznaj się z instrukcją zgłaszania problemów.

Obserwuj stolikArchiwum stolikaWszystkie stoliki • Skróty: WP:KT, WP:BAR:KT, WP:TECH



Prośba o bota: automatyczne dodawanie brakującego nagłówka < h3 > w Dyskusjach, ku pokrzepieniu ichnich spisów treści (TOC)

W mobilnym UI nie widać pierwszych wpisów w Dyskusjach bez <h3>h3 Nagłówka</h3> więc czasami dodaję tam je ręcznie, co dosyć niewygodne.

Czy da się hurtowo (botem) dodać takie brakujące nagłówki (np. generyczny "Dyskusja z [datownik]")?

A przy okazji może i "Napisał to był IPek XXX (a czasami i kontom się to zdarzało) w [datownik], o SIG-u zapomniawszy"? (Oprócz powyższego przykładowego diffa, patrz cudowna dyskusja o smoku, gdzie takie brakujące IPkowe podpisy niedawno ręcznie odtworzyłem po latach...)

(PS. Mam nadzieję, że nie piszę tu zbyt skrótowo czy idiosynkratycznie i że przez to tu dalszą "frazeologią nie obrosnę" :). Zezen (dyskusja) 17:55, 28 paź 2021 (CEST)[odpowiedz]

Korzystając z okazji: jak się dodaje podpisy do nie podpisanego wątku? MarMi wiki (dyskusja) 18:31, 28 paź 2021 (CEST)[odpowiedz]
{{Brak podpisu}}. Aramil Feraxa (Napisz do mnie!) 18:50, 28 paź 2021 (CEST)[odpowiedz]

Zasadniczo to h2 jest potrzebny, nie h3. Dyskusje normalnie mają raczej h2. [poprawkę]. Aczkolwiek nie jestem pewien czy to botem można. Jak widać niekoniecznie jest oczywiste jak nazwać wątek. A kolejne tematy nie zawsze są dodawane przez „Dodaj temat”.

Ale w ogóle to i tak zawsze możesz kliknąć „Przeczytaj jak stronę wiki”. Wtedy będziesz mógł normalnie edytować sekcje. --Nux (dyskusja) 21:26, 29 paź 2021 (CEST)[odpowiedz]

Jeśli dobrze kojarzę tę ostatnią radę, to jej przydatność jest ograniczona. O ile na tabletach można jakoś korzystać z widoku na komputery, to jeśli chodzi o smartfony - Fundacja deklaruje, że nie będzie zaokrąglała widelca, żeby przypominał łyżkę. Tam bardziej przyda się włączenie sobie AMC, czyli tzw. Advanced Mobile Contributions. W tym przypadku chyba (nie pamiętam) prośba Zenzena ma sens i do desktopu bym nie odsyłał. Tar Lócesilion (dyskusja) 03:37, 2 lis 2021 (CET)[odpowiedz]
Ja wklejam w takich sytuacjach == [bez tytułu] == 😎 SpiderMum (dyskusja) 00:21, 16 gru 2021 (CET)[odpowiedz]

Szablon do zliczania danych w tabeli

Jak się nazywa szablon do zliczanie danych w tabeli? Pamiętam, że były to chyba dwa szablony, jeden zliczający dane dodanych obok nich i drugi szablon z wynikiem. Eurohunter (dyskusja) 18:31, 8 lis 2021 (CET)[odpowiedz]

Nie wiem czy się nada, ale robi to też np. {{#invoke:infoboksy|tabela}} (używane w np. {{Piłkarz infobox}}). MarMi wiki (dyskusja) 19:20, 8 lis 2021 (CET)[odpowiedz]
Można też ręcznie zliczyć w edytorze VE en:Help:Table#Summing_or_averaging_a_list_of_numbers. MarMi wiki (dyskusja) 19:27, 8 lis 2021 (CET)[odpowiedz]
@MarMi wiki To był szablon w stylu Szablon:Policz i Szablon:Policzone ewentualnie Szablon:PoliczA i Szablon:PoliczB. Eurohunter (dyskusja) 19:45, 8 lis 2021 (CET)[odpowiedz]
To pewnie nie chodzi też o Wikipedia:Poczekalnia/kwestie_techniczne/2016:02:28:Szablon:Sumuj. MarMi wiki (dyskusja) 01:35, 17 lis 2021 (CET)[odpowiedz]
@MarMi wiki @Paweł Ziemian Wydaje mi się, że szablon był w użyciu. Eurohunter (dyskusja) 22:22, 19 lis 2021 (CET)[odpowiedz]
Ostatnie strzały na ślepo:
Szablon:Tabela i jego podszablony
Ewentualnie któryś z (pod)szablonów sportowych z (pod)kategorii Kategoria:Szablony_związane_ze_sportem (Kategoria:Szablony_Vb, Kategoria:Szablony_Fb, inne). MarMi wiki (dyskusja) 23:21, 21 lis 2021 (CET)[odpowiedz]
Jako że nie wszystkie szablony są w kategoriach, to trzeba by też ręcznie przejrzeć podszablony przez Specjalna:Strony_według_prefiksu.
Przykład dla Formuła_1. MarMi wiki (dyskusja) 14:57, 22 lis 2021 (CET)[odpowiedz]

Błędy lintera

Zapraszam do poprawek góry tej listy. Wszystkie te rzeczy które są dodawane przez jakiś szablon itp są takimi rzeczami których nie potrafię naprawić. Dół listy to są proste pochylenia, które ogarnę PMG (dyskusja) 15:07, 10 lis 2021 (CET)[odpowiedz]

Teemu_Suninen - w szablonach WRC/xxx przydało by się podmienić trzy apostrofy na parę tagów <b>, bo znowu powodem jest pusty parametr otoczony boldem w apostrofach (ostatni szablon WRC/xxx na stronie, bodajże WRC/start2008 - wystarczy wstawić spację pomiędzy |}). Wykrycie: jeśli art. jest mały, wrzucić całość do Specjalna:Rozwijanie_szablonów i poszukać 4 (5 lub 6) apostrofów w Rezultacie. MarMi wiki (dyskusja) 15:54, 10 lis 2021 (CET)[odpowiedz]
Przy okazji, na enwiki jest skrypt lintowy, który podświetla problematyczne fragmenty (w tym w Rezultacie).
common.js:
mw.loader.load( "https://en.wikipedia.org/w/index.php?title=User:PerfektesChaos/js/lintHint/r.js&action=raw&maxage=86400&ctype=text/javascript" ); MarMi wiki (dyskusja) 16:10, 10 lis 2021 (CET)[odpowiedz]
Dzięki temu można czasami zredukować cały blok do jednego konkretnego fragmentu - wystarczy skopiować to co zostanie podświetlone w art. po wybraniu edytuj na liście błędów lint i wstawić do Rozwijania szablonów, dać OK i uruchomić skrypt (strzałka w dół w tabeli skryptu podświetla problematyczny blok/fragment, podobnie jak edycja ze strony bł. lint).
en:User:PerfektesChaos/js/lintHint. MarMi wiki (dyskusja) 00:47, 11 lis 2021 (CET)[odpowiedz]
Droga krajowa nr 51 (Polska):
jest np. (Obwodnica Olsztyna "domknięta", niedomknięte pochylenie AS):
'''''Obwodnica Olsztyna'''''<br />odcinek wspólny z ''{{AS-droga|S|16}}
a powinno być (zakładając że miało być w tym samym stylu jak poprzednie pozycje):
'''''ulica Wojska Polskiego'''<br />odcinek wspólny z ''{{AS-droga|W|593}} MarMi wiki (dyskusja) 18:02, 10 lis 2021 (CET)[odpowiedz]
  • Kilka poprawiłem. DK35 została. W Antonia Młodsza usunąłem sporo znaczników, ale może dałoby radę to poprawić częściowo je przywracając. Wrócę później. ~malarz pl PISZ 18:17, 10 lis 2021 (CET)[odpowiedz]
  • Dokończyłem te znaczniki itp. Pozostało: nie wiem co z tym Gazpromem, (@Malarz pl masz jakiś pomysł?), 8 znaczników tabeli, których nie ogarniam i fostered content którego ja nie umiem naprawić, kompletnie, więc jest go 300 i pozostaje jedyną grupą która faktycznie pozostaje do sprzątnięcia. Więc bardzo zachęcam - bo tego nie ruszę. PMG (dyskusja) 21:47, 10 lis 2021 (CET)[odpowiedz]
    Gazprom:
    podanie
    ISIN = RU0007661625 <br /> US3682872078 ([[American depositary receipt|ADR]])
    tworzy z tego wszystkiego link
    [https://tools.wmflabs.org/isin/?language=en&isin=RU0007661625 <br /> US3682872078 ([[American depositary receipt|ADR]]) RU0007661625 <br /> US3682872078 ([[American depositary receipt|ADR]])]
    
    MarMi wiki (dyskusja) 23:17, 10 lis 2021 (CET)[odpowiedz]
    mw:Help:Lint_errors/fostered/pl - ogólnie chodzi o to, że tabela ma błąd w składni (jest nieprawidłowo skonstruowana).
    Np. tutaj linia (----) wstawiona jest w środku składni tabeli - a powinna być poza (przed) całą tabelą. MarMi wiki (dyskusja) 23:35, 10 lis 2021 (CET)[odpowiedz]
    Nadmiarowe znaczniki tabeli do usunięcia - dla table oznacza, że tabela jest podwójnie (lub więcej razy) otwierana (wewnątrz tabeli otwartej przez {| znajduje się ponowne otwarcie tabeli {|).
    Albo że któraś z tabel nie jest zamknięta (brak |}), przykład. MarMi wiki (dyskusja) 23:53, 10 lis 2021 (CET)[odpowiedz]
    Ja znam te strony pomocy. Wyczyściłem dziesiątki tysięcy błędów lintera, więc trochę to wiem. Problemem jest efektywność. Ja jestem ludzkim botem. Wyczyściłem rzeczy, których bot nie może, bo potrzeba człowieka. Natomiast jeżeli mam spędzać godziny na czyszczeniu tego fostered content, na którym sie nie znam, do poprawy którego potrzeba dobrej znajomości tabel w MediaWiki, to ja sobie znacznie szybciej znajdę coś innego do roboty, np. w tej chwili sprzątanie nieprawidłowych parametrów infoboksów. Poprawiłem dziesiątki tysięcy tych błędów lintera, teraz przychodze i mówię "proszę was o poprawienie tych 300 błędów fostered conent i wszystko będzie już wyczyszczone". PMG (dyskusja) 02:17, 11 lis 2021 (CET)[odpowiedz]
    E tam dobrej, niekiedy wystarczy wiedzieć tylko jak tabela jest otwierana/zamykana i że większość wierszy pomiędzy nimi powinna zaczynać się od | (no chyba że to wypunktowania...)(nagłówki od !; a za |- nie powinno być niczego innego - praktyka pokazała, że mogą być --, style i atrybuty...).
    Fakt, że te błędy co widziałem są raczej do ręcznej poprawy (chyba że dałoby się posegregować błędy lint według występowania szablonów, żeby określić czy da się coś zautomatyzować, bo przeglądanie 300 art. na chybił-trafił też nie jest za przyjemne). MarMi wiki (dyskusja) 18:09, 11 lis 2021 (CET)[odpowiedz]
    "przeglądanie 300 art. na chybił-trafił" - to poprawiaj jeden po drugim aż się skończą :) "Przestarzałe znaczniki HTML" zbiliśmy z 700k od lutego 2019. PMG (dyskusja) 18:42, 11 lis 2021 (CET)[odpowiedz]

Trochę tych fosteredów poprawiłem. Dotarłem do grupy artykułów z tabelkami utworzonymi za pomocą {{singlechart}} i ... Patrząc na komentarz w szablonie ([1], @Eurohunter) i efekty z autotranslatora? (Live My Life#Wykres wydajności) to zamiast bawić się w naprawę tego szablonu szybciej bym go całkowicie usuną. ~malarz pl PISZ 09:32, 11 lis 2021 (CET)[odpowiedz]

Udało się wyczyścić wszystko poza trzema false positive. Więc zostało te 212 haseł z fostered content] i będzie wszystko poprawione. Zachęcam do poprawek. PMG (dyskusja) 21:22, 13 lis 2021 (CET)[odpowiedz]

Można by botem półautomatycznie poprawić pseudotabele - z {| i |}, ale nie mające żadnych |, lub ewentualnie poprzeplatane samymi |- (bez następujących po nich |). Dość często spotykane (po {| może czasami być szerokość albo styl).
Niekiedy tabele tuż po otwarciu mają kreskę (----), albo "tytuł tabeli" który powinien być przed tabelą, albo mieć |+. "; tytuł" też się trafia. MarMi wiki (dyskusja) 21:51, 13 lis 2021 (CET)[odpowiedz]
Fostered wyczyszczone. MarMi wiki (dyskusja) 00:26, 25 lis 2021 (CET)[odpowiedz]

Problem ze spisem treści

W Mnożenie macierzy, w spisie treści, znajdziemy sekcje nazwane 2 Mnożenie macierzy '"’UNIQ--postMath-0000006A-QINU’"'-wskaźnikowych
2.2 Własności mnożenia macierzy ?'"’UNIQ--postMath-00000081-QINU’"'-wskaźnikowych
2.2 Szczególne macierze '"’UNIQ--postMath-00000088-QINU’"'-wskaźnikowe
2.4 Mnożenie macierzy '"’UNIQ--postMath-000000A5-QINU’"'-wskaźnikowych jako działanie zewnętrzne

Problem jest skutkiem z użycia <math> i LaTeX-a w nagłówku sekcji. --WTM (dyskusja) 20:52, 21 lis 2021 (CET)[odpowiedz]

U mnie wyświetla się dobrze. Paelius (dyskusja) 21:54, 21 lis 2021 (CET)[odpowiedz]
Dziękuję za komentarz. Spis treści rozsypuje się na niektórych tylko przeglądarkach, jak na przykład Firefox 94. --WTM (dyskusja) 22:03, 21 lis 2021 (CET)[odpowiedz]
To też nie u mnie (Win10/Firefox 94.0.1). Paelius (dyskusja) 22:16, 21 lis 2021 (CET)[odpowiedz]
U mnie na Win7/Firefox 94.0.1 się rozsypuje.
Pod Edge, jako niezalogowany użytkownik działało (z niewielkim opóźnieniem na pobranie obrazków tego n) - do momentu zalogowania. MarMi wiki (dyskusja) 22:32, 21 lis 2021 (CET)[odpowiedz]
Może to nie ma nic do rzeczy, ale każdy obrazek z math w konsoli FF jest z informacją:
Referrer Policy: Less restricted policies, including ‘no-referrer-when-downgrade’, ‘origin-when-cross-origin’ and ‘unsafe-url’, will be ignored soon for the cross-site request: https://wikimedia.org/api/rest_v1/media/math/render/svg/7daff47fa58cdfd29dc333def748ff5fa4c923e3 MarMi wiki (dyskusja) 23:25, 21 lis 2021 (CET)[odpowiedz]
Też mi się (teraz) rozsypało. Paelius (dyskusja) 09:59, 22 lis 2021 (CET)[odpowiedz]
Jakie macie ustawienie w Specjalna:Preferencje#mw-prefsection-rendering-math? Do wyboru: obrazy PNG, LaTeX, MathML. Opcja PNG nie rozwala mi nagłówków, ale w spisie treści znika n. LaTeX rozkrzacza się zupełnie, a z MathML widzę UNIQ (te znaczniki pochodzą od parsera MW). Win10/FF/Timeless. Peter Bowman (dyskusja) 00:33, 22 lis 2021 (CET)[odpowiedz]
Mam tak samo, z tym że Win7 i domyślny Wektor. safemode=1 nic nie zmienia.
Być może gryzie się z jakimś innym ustawieniem, bo pod Edge wyświetlało się poprawnie - do momentu zalogowania. Po wylogowaniu, wyłączeniu keszu w konsoli F12 i action=purge nie nastąpił powrót do stanu poprzedniego. MarMi wiki (dyskusja) 02:09, 22 lis 2021 (CET)[odpowiedz]

Zmiany ustawienia blokady

Specyficzna kwestia ;-), nie mogę/nie umiem zmienić ustawień blokady. Chcę ją skrócić, zmieniam datę i nie działa (tzn. czas się nie zmienia). Coś robię źle? Wydaje mi się, że kiedyś tak się dawało. Może jakiś admin/ka byli uprzejmi albo mi wyjaśnić, co trzeba zrobić, albo skrócić do 24 listopada. Gytha (dyskusja) 15:23, 22 lis 2021 (CET)[odpowiedz]

Rzeczywiście, zmiana godziny nie działa, wstawia bieżący czas. W drugiej mojej zmianie zmieniłem godzinę 15 na 10 i wpisało bieżący czas. Stok (dyskusja) 15:34, 22 lis 2021 (CET)[odpowiedz]

"Błąd w przypisach"

Czy jest możliwe ukrycie dla niezalogowanych krzyczących komunikatów "Błąd w przypisach: Znacznik <ref> o nazwie „[jakaś nazwa]”, zdefiniowany w <references>, nie był użyty wcześniej w treści. BŁĄD PRZYPISÓW"? Takich jak np. tu. Jest to błąd techniczny istotny jedynie dla edytujących. Po co czytelnikowi taka informacja, w dodatku oszpecająca hasło? Michał Sobkowski dyskusja 16:01, 22 lis 2021 (CET)[odpowiedz]

Niezalogowany też może edytować. Chociaż komunikat faktycznie mógłby być bardziej dyskretny (mniejszy i bez tego żółtego tła). MarMi wiki (dyskusja) 17:12, 22 lis 2021 (CET)[odpowiedz]
Podział zalogowany/niezalogowany nie jest u nas jednoznaczny z edytujący/czytelnik. Niezalogowany też może utworzyć hasło/wykonać edycję z przypisami w których zrobi błąd i wtedy ten komunikat o błędzie jest mu potrzebny by zauważyć problem i poprawić po sobie. Salicyna (dyskusja) 17:26, 22 lis 2021 (CET)[odpowiedz]
moje 3 grosze to ja bym to zostawił (ten komunikat błędu). Takie coś ułatwia wyłapywać błędy. (I później naprawiac). Jak ktoś taki znajdzie a będzie miał kłopoty to mogę pomóc--Ignasiak (dyskusja) 17:50, 22 lis 2021 (CET)[odpowiedz]
@MarMi wiki, @Salicyna, @Ignasiak: Ale to nie jest błąd, który wymaga naprawy, tylko informacja, że w sekcji z przypisami jest niewidoczny kawałek kodu dotyczący nieistniejącego przypisu. Komunikat najczęściej pojawia się, gdy ktoś usuwa jakąś informację wraz z przypisem, ale zapomina (lub nie wie, że powinno się to zrobić) o usunięciu samego przypisu z listy przypisów. Problemem wymagającym działania jest sytuacja odwrotna: jest wywołanie przypisu, ale brak jest przypisu. Wtedy komunikat wygląda tak: "Błąd w przypisach: Błąd w składni elementu <ref>. Brak tekstu w przypisie o nazwie [jakaś nazwa]". Ale dla takich przypadków nie postuluję ukrywania komunikatu. Michał Sobkowski dyskusja 16:00, 23 lis 2021 (CET)[odpowiedz]
Technicznie jest to niepożądane i trzeba to kiedyś naprawić, więc jest to błąd wymagający naprawy. :) MarMi wiki (dyskusja) 17:00, 23 lis 2021 (CET)[odpowiedz]
Błędy techniczne, które nie wpływają na treść można wskazywać na stronie dyskusji hasła, nie ma powodu, aby świeciły w oczy czytelnikom. Michał Sobkowski dyskusja 22:49, 23 lis 2021 (CET)[odpowiedz]
@Ignasiak: Nie czekaj na zgłoszenia! :-) Wszystkie hasła z błędami w przypisach (w tym z powyższymi) znajdziesz w Kategoria:Strony z zepsutymi przypisami. Michał Sobkowski dyskusja 16:00, 23 lis 2021 (CET)[odpowiedz]
Może być też błędnie dodany przypis, np. niedomknięty znacznik, albo literówka w tytule przypisu (np. na liście przypisów tytuł "Bochenek" a w wywołaniu "Bochnek"... Tak czy inaczej nadal nie widzę uzasadnienia dla wyłączenia widoczności komunikatu akurat dla niezalogowanych. Salicyna (dyskusja) 19:08, 23 lis 2021 (CET)[odpowiedz]
Akurat dla niezalogowanych dlatego, że ich dominująca większość to zwykli czytelnicy, którzy nawet nie zdają sobie sprawy, że Wikipedię może edytować każdy (wbrew wszelkim komunikatom i informacjom, mnóstwo osób po prostu nie przyjmuje tego do wiadomości). Po co psuć im wygląd hasła czerwonymi komunikatami, że jakaś część kodu nie jest wyświetlana? Michał Sobkowski dyskusja 22:49, 23 lis 2021 (CET)[odpowiedz]
Oprócz tej dominującej większości ludzi, którzy nie edytują i nigdy nie będą edytować Wikipedii, jest też spora grupa tych, który edytują niezalogowani – jedni regularnie, inni sporadycznie, inni wykonają tylko jedną edycję w życiu. Tak czy inaczej są edytującymi i mają prawo edytować spod IP i dopóki (a mam nadzieję że taki czas nie nastąpi) nie uniemożliwi się w ogóle edytowania Wikipedii osobom niezalogowanym, nie można traktować podziału zalogowany/niezalogowany jednoznacznie z edytujący/nieedytujący i odbierać niezalogowanym możliwość zauważenia własnego błędu w edytowaniu "bo oni i tak nie edytują". Nieprawda. Edytują. Salicyna (dyskusja) 08:58, 24 lis 2021 (CET)[odpowiedz]
Wikipedię tworzymy dla czytelników. Nie dla edytujących. Nie ma powodów, żeby czytelnicy widzieli komunikat techniczny przeznaczony wyłącznie dla edytujących. Niezalogowani mają prawo edytować, ale i tak nie mają mnóstwa różnych gadżetów i ułatwień edycyjnych, które mogą sobie ustawić zalogowani. Jeśli wybierają edytowanie spod IP, to nie powód, aby oszpecać dla nich artykuły. Michał Sobkowski dyskusja 16:52, 24 lis 2021 (CET)[odpowiedz]

Ten błąd powstaje nie tylko po usunięciu odwołania do przypisu, ale też po zmianie nazwy przypisu na inny albo zmianie nazwy w odwołaniu do przypisu. Ja bym go jednak nie ukrywał nawet niezalogowanym. Czasami zaglądam z niezalogowanego urządzenia na efekt pracy i wtedy mam szansę go zobaczyć.

Ten komunikat jest wstawiany z MediaWiki:Cite error references missing key. Ale się zastanawiam, czy nie usuwać takiego przypisu z artykułu po np. 24 godzinach od ostatniej edycji. W praktyce wyjdzie tak, że będzie to następnego dnia po wstawieniu informacji przez mojego bota - pacynkę. Bot mógłby tez wstawiać komunikat o tej operacji na stronie dyskusji artykułu. ~malarz pl PISZ 17:14, 23 lis 2021 (CET)[odpowiedz]

malarz pl: To świetny pomysł, który powinno chyba satysfakcjonować wszystkich. Ponadto - a nawet przede wszystkim - bot mógłby informować autora takiej edycji, że coś naknocił z przypisami. Im szybciej po edycji, tym lepiej. Michał Sobkowski dyskusja 22:49, 23 lis 2021 (CET)[odpowiedz]

Nie zgadzam się z założycielem wątku. Jest to błąd techniczny istotny jedynie dla edytujących. - możliwe. Ale takie błędy powinny walić po oczach. To jest jak najbardziej zgodne z tym żeby błędy techniczne były widoczne szybko i dla wielu osób. Błędy lintera nie są widoczne dla nikogo poza osobami które wejdą gdzieś tam, coś tam przekręcą i zobaczą co jest źle. I przez to nikt ich nie poprawia. Uważam że takie błędy powinny być widoczne i takie ich prezentowanie jest jak najbardziej zgodne ze sztuką (en:Fail-fast). Sorry - ale jak bawimy się w używanie pseudojęzyka programowania to powinniśmy też używać zasad dotyczących języków programowania, a nie uważać że to balast. Po co czytelnikowi taka informacja, w dodatku oszpecająca hasło? - bo każdy czytelnik to potencjalny edytor? I tych błędów nie ma tysiące? Za to każdy powinien być naprawiony? PMG (dyskusja) 23:05, 23 lis 2021 (CET)[odpowiedz]

  • A ja się bawiłem w ukrywanie czerwonych komunikatów ostrzegawczych w szablonach cytowania i infoboksach. Niepotrzebny trud. Przecież nasze artykuły mogą wyglądać jak klasówki. Już ja się mogę o to postarać. Nie ma bezbłędnych wywołań szablonów. Są tylko źle zdiagnozowane. Paweł Ziemian (dyskusja) 23:38, 23 lis 2021 (CET)[odpowiedz]
  • OK, fail fast, ale może niekoniecznie fail hard 😉. Piszemy kod, ale głównie w pseudo HTML. A HTML jest permisywny. Czy mówiąc po polsku -- wybacza błędy. To nie jest XHTML. Choć kochałem XHTML, to jednak umarł m.in. dlatego, że za często wyświetlał błędy. A poza tym wiesz też pewnie @PMG, że programiści uczą się ignorować testy, które padają za często. Testy które pokazują błędy niewspółmierne do problemu. Było zdaje się na to jakieś pojęcie, ale nie mogę sobie przypomnieć (coś chyba z czerwoną lampką)...
  • W każdym razie wykrywanie błędów i pokazywanie ich edytorom, to super, ale żeby czytelnicy musieli na to patrzeć, to może niekoniecznie (o ile to możliwe). Może czasem dobrze jak się przypomina ludziom, że Wikipedia jest żywa i z błędami, ale osobiście bym wolał żeby też nie przesadzić. Nux (dyskusja) 00:27, 24 lis 2021 (CET)[odpowiedz]
Jako że właśnie poprawiam błędy wskazane przez lintera "Osierocona zawartość" w tabelach, to się częściowo zgadzam z PMG - błędy linta powinny być jakoś widoczne (albo potrzebny jest walidator tabel). Bo większość błędów to niczym nie sygnalizowane zwykłe braki jednego/kilku znaków, albo odwrotnie - nadmiarowy tekst spoza składni tabeli.
Z tym że niekoniecznie musi to być widoczne już w trybie odczytu i niekoniecznie musi mieć żółte tło z tekstem większym od otoczenia (przy pomniejszonych przypisach). MarMi wiki (dyskusja) 00:41, 24 lis 2021 (CET)[odpowiedz]
  • Nie zgadzam się z PMG. Problemy techniczne to nasze problemy - edytujących. Czytelnik powinien dostać jak najlepiej wyglądający produkt. Co czytelnika obchodzi, że w kodzie hasła zawieruszył się zapomniany, zbędny i niewyświetlany kawałek tekstu? Już teraz czytelnik nie widzi rozmaitych ukrytych kategorii wskazujących zainteresowanym edytującym, że w haśle są elementy wymagające poprawy. Są ukryte, bo czytelnikowi jest to niepotrzebne. Różne komunikaty techniczne zostały dawno temu przeniesione na stronę dyskusji. Dlaczego szablony bota o martwych linkach są na stronach dyskusji, a nie w treści hasła? Przecież dużo istotniejsze jest poprawienie linku, niż skasowanie kawałka niewyświetlanego tekstu! Michał Sobkowski dyskusja 16:52, 24 lis 2021 (CET)[odpowiedz]
    Jeżeli argumentujesz że nie popieram oznaczania martwych linków, to śpieszę cię poinformować że jak najbardziej uważam że w przestrzeni głównej martwe linki powinny być oznaczane przez {{Martwy link}} i to, że nie są oznaczane uważam za dużą wadę obecnego rozwiazania. Różne komunikaty techniczne zostały dawno temu przeniesione na stronę dyskusji - i od tego czasu wszyscy mają je w pompie. Bo skoro nie widzisz że coś jest źle, to nie będziesz tego naprawiał. Jestem wielkim fanem prawa Linusa i boli mnie że znakomicie ukryliśmy wszelkie informacje o błędach. Bo argumentując "ale czytelnika to nie interesuje" równie dobrze można ukryć bibliografie i przypisy bo 99,999% czytelników to nie interesuje. PMG (dyskusja) 12:26, 25 lis 2021 (CET)[odpowiedz]
    Offtopicznie o martwych linkach na stronie dyskusji:
    • wady - jak widzę więcej niż jeden martwy link na stronie dyskusji, to nie poprawiam żadnego (mam taki odruch, choć jak teraz pomyślę, to mógłbym poprawić jeden z nich...). Gdyby były widoczne w art., to częściej pewnie bym któryś z nich poprawił (gdyby znajdowały się w pobliżu fragmentu tekstu który akurat edytuję). Martwego linku trzeba szukać w art., przy kilku trzeba by skopiować linki do notatnika (albo otworzyć nową zakładkę z dyskusją).
    • zalety - często mają już gotowy link do archiwum (chociaż czasami link nadal żyje w innym miejscu), są zgrupowane przeważnie (czasami są poprzedzielane wątkami) w jednym miejscu (w przeciwieństwie do art.)
    Z tymi 99% procentami to gruba przesada (w przypadku przypisów), co do bibliografii (zwłaszcza jak są to pozycje "offline") to mógłbym się zgodzić. MarMi wiki (dyskusja) 14:32, 25 lis 2021 (CET)[odpowiedz]

Czy jest jakaś kategoria na strony .css? I czy nie można by automatycznie kategoryzować takich stron? MarMi wiki (dyskusja) 19:21, 22 lis 2021 (CET)[odpowiedz]

Citoid i pole Język = pl dla urli z Twittera

Czy Citoid (aut. przyp. pod VE) mógłby nie wypełniać pola Język dla urli z Twittera? Bo i tak zawsze będzie to język zapytania (czyli kraju IP/User-agenta/czegoś innego)... Zirytowało mnie ciągłe poprawianie "pl" na rzeczywisty język. MarMi wiki (dyskusja) 19:58, 22 lis 2021 (CET)[odpowiedz]

I podobnie dla katalogi.bn.org.pl - z tym że tutaj jest ciągle "en"... MarMi wiki (dyskusja) 23:00, 23 lis 2021 (CET)[odpowiedz]

Zwijanie sekcji w pasku bocznym

Czy jest jakaś opcja albo gadżet, które by zwijały menu boczne? Tzn. np. zwijanie linków w sekcji „Dla czytelników” i osobno „Dla wikipedystów”. Wydaje mi się, że kiedyś to było wbudowane, ale teraz nie widzę. Nux (dyskusja) 00:34, 23 lis 2021 (CET)[odpowiedz]

Jest taki gadżet na enwiki, z tym że u mnie nie działa (sekcje się nie zwijają). I podobno działa tylko z wektorem. Nie wiem czy pamięta zwinięcia (używa ciasteczka, więc powinien).
Namiary na źródło:
Allow_navigation_menus_to_be_collapsed
Strzałka gryzie się z podkreśleniem sekcji (.vector-menu-portal h3: background-size: 100% 1px;), a po toggle coś przywraca poprzedni stan elementów. MarMi wiki (dyskusja) 14:35, 23 lis 2021 (CET)[odpowiedz]
Dzięki. Niestety to z nowym vectorem jakoś ten gadżet nie bardzo działa. A ja ostatnio na nowym V siedzę... Ale wrzuciłem sobie w CSS uproszczoną wersję Wikipedysta:Nux/Fixed_top_bar.css#L-55. Na razie wystarczy. Nux (dyskusja) 20:58, 23 lis 2021 (CET)[odpowiedz]
Ze starym też nie działa.
Za to wersja z mw:Extension:CollapsibleVector działa (przynajmniej na starym V; po umieszczeniu w common.js i załadowaniu css przez withCSS), źródło.
Podejrzewam że to dzięki temu hookowi na końcu (albo innej zmianie, nie przyglądałem się za uważnie). Edycja po eksperymencie: Jednak to nie przez hooka. MarMi wiki (dyskusja) 22:08, 23 lis 2021 (CET)[odpowiedz]
Wykorzystam wątek, żeby zareklamować nowego Vectora :) Oczywiście części osób się nie podoba, oczywiście brakuje mu tego i owego i w ogóle co z wikipedystami, którzy mają monitory 4K. Mimo to już niedługo nowy Vector powinien mieć stały nagłówek, dzięki któremu będzie łatwiejszy dostęp do gwiazdki obserwowania i innych przycisków. A potem będzie zmiana wyglądu spisu treści. I co do tego drugiego, niedługo będą banery zachęcające do wyrażenia opinii o prototypie nowego spisu treści. A co do zwijania sekcji w menu bocznym, na razie Fundacja pracuje nad bardziej podstawowymi rzeczami. Tak że jeśli ktoś chce, żeby zwijanie było możliwe, trzeba zrobić gadżet. SGrabarczuk (WMF) (dyskusja) 23:38, 2 gru 2021 (CET)[odpowiedz]

VE: liczba użyć przypisu

Czy VE nie zaczął czasem podawać złej liczby użyć przypisu? Np. dla [6] (MGS Częstochowa 2013/14[6] w [2] podaje że przypis użyty jest dwukrotnie (odwołanie do niego jest jedno, ale jest zdefiniowany w bloku Przypisy/references). Zamiana references na Przypisy nic nie zmienia.

Czy też zawsze tak było dla przypisów zdefiniowanych w bloku przypisów, tylko że dopiero teraz zwróciłem na to uwagę? MarMi wiki (dyskusja) 18:31, 23 lis 2021 (CET)[odpowiedz]

Authority control na enwiki

W angielskiej wiki w Authority control w hasłach wyświetla się np. en:Historical Dictionary of Switzerland czy en:Internet Encyclopedia of Ukraine, a polska PWN się nie wyświetla. Czy ktoś wie, jak w prosty sposób temu zaradzić? Przykładowe hasło: en:Byzantine Empire. Pozdr. Abraham (dyskusja) 11:11, 24 lis 2021 (CET)[odpowiedz]

Bo en:Module:Authority_control z tego co widzę nie obsługuje PWN, jedynie NLP i PLWABN.
Potrzebna by była modyfikacja kodu tego modułu żeby dodać PWN. Można też pewnie się zapytać o dodanie PWN na stronie dyskusji modułu lub na ich kawiarence. MarMi wiki (dyskusja) 15:18, 24 lis 2021 (CET)[odpowiedz]
No właśnie, gdzie konkretnie pytać? Ktoś wie? Michał Sobkowski dyskusja 22:49, 24 lis 2021 (CET)[odpowiedz]
en:Template talk:Authority control wygląda na dość aktywną. IOIOI2 22:55, 24 lis 2021 (CET)[odpowiedz]
Dzięki. Spróbowałem. Zobaczymy. Abraham (dyskusja) 17:50, 25 lis 2021 (CET)[odpowiedz]

Proponuję do formularza służącego do zgłaszania błędów dodać informację, która widnieje również na Wikipedia:Zgłoś błąd w artykule/nagłówek, mianowicie że Nie jest to miejsce na zgłaszanie braku informacji. Jeśli dostrzegasz brak i wiesz, jak go uzupełnić, śmiało edytuj dany artykuł. Wyjątkiem jest sytuacja, gdy artykuł jest zabezpieczony i nie możesz go edytować (poinformuj o tym w zgłoszeniu). Aramil Feraxa (Napisz do mnie!) 16:54, 25 lis 2021 (CET)[odpowiedz]

Szablon: zabytek wielkopolska

Czy może ktoś zaawansowany w technikaliach jest w stanie zaktualizować szablon {{zabytek|wielkopolska}} używany w infoboksie. Tu link do aktualnej strony NID z wykazem zabytków wielkopolskich https://www.nid.pl/pl/Informacje_ogolne/Zabytki_w_Polsce/rejestr-zabytkow/zestawienia-zabytkow-nieruchomych/Stan%20na%2030.09.2021/WLK-rej.pdf. Four.mg (dyskusja) 00:49, 26 lis 2021 (CET)[odpowiedz]

Przed zaktualizowaniem szablonu wypadało by jakoś porównać zmiany dla każdego z pdfów województw, bo szablon używany jest jako przypis, a przecież mogły nastąpić jakieś modyfikacje treści lub usunięcia... MarMi wiki (dyskusja) 02:24, 26 lis 2021 (CET)[odpowiedz]
Szablon ma też parametr strony (245+2330 trafień) - ktoś je weryfikuje/aktualizuje po zmianach źródeł w szablonie? MarMi wiki (dyskusja) 02:41, 26 lis 2021 (CET)[odpowiedz]
Po Grzymkowice i Skierniewice#Zachowane (Domy przy Rynku ...) wnoszę że nie... (albo to akurat wyjątek/pomyłka wstawiającego). Z tym że nie jest to jakiś wielka tragedia, gorzej jak jakaś treść zostanie z rej. usunięta/zmieniona. MarMi wiki (dyskusja) 02:54, 26 lis 2021 (CET)[odpowiedz]
  • Proszę o uaktualnienie szablonu: Szablon:Zabytek. Próbowałem sam, ale wychodzi na to, że nie potrafię. Z góry dziękuję. Four.mg (dyskusja) 23:24, 27 lis 2021 (CET)[odpowiedz]
  • Ten szablon ma na sztywno podlinkowany dokument ze stanem na konkretny dzień. Moim zdaniem rozwiązania są dwa. Jednym z nich jest nowy szablon, który będzie linkował do innego pliku ze stanem na inny dzień. Drugim rozwiązaniem jest rozbudowa istniejącego szablonu o nowy parametr, w którym można skrótowo (np. rok/data itp.) określić o jaki konkretnie dokument chodzi. Chociaż może jeszcze lepiej nie rozbudowywać obecnego szablonu a zrobić nowy. A stary po migracji wywołań usunąć. Przy okazji warto by określić numer strony również jako parametr wymagany. Wstawianie przypisu do „książki”, która ma setkę stron bez dokładniejszego wskazania informacji mija się z przyzwoitością. Paweł Ziemian (dyskusja) 23:57, 27 lis 2021 (CET)[odpowiedz]
    Dane uzupełniane są kwartalnie[3], więc link mógłby być generowany na podstawie daty dostępu (ale to może być trudne, bo sądząc po poprzednim linku nie wszystkie będą trzymały ciągle ten sam standard - stan/Stan, chyba że to regularne zmiany), albo na podstawie oddzielnego parametru (na razie zdaje się że strona przechowuje stare pdfy od 2013, część wcześniejszych pdfów może nie być dostępna, sądząc po archiwum nid.pl sprzed 2013 w archive.org). MarMi wiki (dyskusja) 20:54, 28 lis 2021 (CET)[odpowiedz]
  • Też bym się skłaniał, żeby utworzyć nowy szablon z obligatoryjnym podaniem numeru strony. Dzięki za wyczerpującą odpowiedź i bym się uśmiechnął, żeby takowy szablon powstał. Four.mg (dyskusja) 18:48, 28 lis 2021 (CET)[odpowiedz]

VE - błąd wklejania tuż za wikilinkami

Jeśli skopiuje się pod VE np. {{fakt}} i wklei tuż za wikilinkiem, to zamiast za ]] treść trafia przed nawiasami. MarMi wiki (dyskusja) 01:55, 27 lis 2021 (CET)[odpowiedz]

@MarMi wiki Brzmi jak coś do zgłoszenia na Phabricator. Też mam taki efekt jak mówisz.
Jakby co Wikipedia:Narzędzia/veAutocorrect działa w tym wypadku. Nie trzeba kopiować, tylko wystarczy wpisać „{fd”. Nux (dyskusja) 01:16, 2 gru 2021 (CET)[odpowiedz]

Nazwy mieszkańców, przymiotniki w Szablon:Polskie miasto infobox itp.

We włoskojęzycznej wiki w szablonach miast i miejscowości istnieje możliwość wpisania nazwy dla mieszkańców, może w ktoś jest w stanie dodać do polskich infoboksów taką możliwość? Można by podawać zarówno nazwę żeńską jak i męską dla mieszkańców oraz przymiotnik. Myślę, że byłoby to przydane.Abraham (dyskusja) 11:20, 27 lis 2021 (CET)[odpowiedz]

  • Moim zdaniem to jest otwieranie pola do wstawiania nieuzrodlowionych tworczosci własnych. Mathieu Mars (dyskusja) 11:56, 27 lis 2021 (CET)[odpowiedz]
  • Jak Mathieu, to pole to będzie wylęgarnia WP:OR na bakier z WP:WER. Zresztą pytanie czy takie informacje należą do najważniejszych o miejscowości? Czy mamy podawać te, którymi sami się określają, czy te, którymi są określani przez innych? To lepiej opisać w treści jeżeli te informacje są jakis powodów encyklopedyczne. ~malarz pl PISZ 12:28, 27 lis 2021 (CET)[odpowiedz]
  • Przymiotniki dla miast są ustalone urzędowo (są w wykazie urzędowych nazw miejscowości i ich części), więc tu można by było się do nich ograniczyć, aczkolwiek byłyby dyskusje, dlaczego nie dodana jest inna forma przymiotnika, która jest często spotykana (i pewnie językowo poprawna). Natomiast nazwy mieszkańców miast niekiedy mogłyby być polem wojen edycyjnych. Inne kwestia, że jak pojawi sie takie pole dla miast, to zaraz zaczną się dopisywania tych parametrów do wsi i innych miejscowości, a także do miejscowości zagranicznych. Aotearoa dyskusja 16:08, 27 lis 2021 (CET)[odpowiedz]

Załatwione ~malarz pl PISZ 22:43, 4 sty 2022 (CET)[odpowiedz]

Wikipedia:Zgłoś błąd w artykule/nagłówek

Czy da się Wikipedia:Zgłoś błąd w artykule/nagłówek na WP:ZB umieścić w jakimś elemencie zwijalnym, zapamiętywanym przez przeglądarkę? Po ostatniej rozbudowie tekst nie mieści się już nawet na ekranie FullHD i trzeba przewijać stronę, tracąc cenne nanosekundy życia. IOIOI2 18:58, 27 lis 2021 (CET)[odpowiedz]

Pewnie by się dało zaimplementować to rozwiązanie z W3S na Wikipedii, tylko że trzeba by było utworzyć podstronę tego nagłówka z CSS-em. XaxeLoled AmA 01:04, 28 lis 2021 (CET)[odpowiedz]

Anulowanie i cofanie zmian

Jaki jest cel tego rozróżnienia, oprócz utrudniania pracy? Nie tylko mi mylą się te 2 opcje (nie należę do osób, które korzystają z nich często). Z tym że o ile przy anulowaniu pojawia się normalne okno edycji, gdzie można wpisać opis zmian lub po prostu zrezygnować, to po "Cofnij" od razu wprowadzane są zmiany do artykułu i nie tylko nie można dodać opisu, ale również system nie pyta z góry, czy jesteśmy pewni swojej decyzji (jak przy podziękowaniu na przykład, co przeciwdziała przypadkowym kliknięciom). Czy jest możliwe odejście od przycisku "Cofnij" albo przynajmniej uruchomienie takiego ostrzegania? BasileusAutokratorPL (dyskusja) 22:38, 28 lis 2021 (CET)[odpowiedz]

W preferencjach, w zakładce "Gadżety" można zaznaczyć opcję "Ukrywaj link [ cofnij ] na stronach: Ostatnie zmiany oraz Obserwowane." Ja to sobie już dawno zrobiłam po tym jak kiedyś przypadkowym kliknięciem wycofałam tak najzupełniej poprawną edycję. Salicyna (dyskusja) 22:56, 28 lis 2021 (CET)[odpowiedz]
@BasileusAutokratorPL: ten skrypt (linie 8-13) wklejony do common.js otwiera okno dialogowe za każdym kliknięciem, pytając o potwierdzenie cofnięcia zmian. Peter Bowman (dyskusja) 23:07, 28 lis 2021 (CET)[odpowiedz]
@Peter Bowman, @BasileusAutokratorPL Ale to można zrobić w i preferencjach, i jednocześnie bez pozbawiania się możliwości cofania zmian (preferencje=>wygląd=>zaawansowane=>wyświetl komunikat potwierdzający kliknięcie linku wycofującego edycje). ~CybularnyNapisz coś ✉ 23:24, 28 lis 2021 (CET)[odpowiedz]
Dzięki, to faktycznie powinno być to, przegapiłem tę opcję (istnieje od 2019: phab:T215020). Peter Bowman (dyskusja) 23:41, 28 lis 2021 (CET)[odpowiedz]

Załatwione ~malarz pl PISZ 22:43, 4 sty 2022 (CET)[odpowiedz]

przeniesienie refów na koniec

Taka sytuacja: jeśli na czymś takim wywołam przeniesienie refów na koniec, to otrzymam takie coś z dodatkową sekcją Przypisy (którą trzeba ręcznie wyciąć żeby było OK). SpiderMum (dyskusja) 17:47, 30 lis 2021 (CET)[odpowiedz]

Że tak się wetnę przy okazji. Na stronie pomocy o przypisach brak jest wzmianki o narzędziu prettyref, ale z tym sobie poradzę, natomiast nad wyraz ascetyczny opis narzędzia (w komentarzu) jest błędny - przecież nic ono nie przenosi. Uprzejmie proszę - bo oczywiście sam tego zrobić nie mogę - o zmianę w opisie. Zamiast:

// To narzędzie przenosi zawartość przypisów na koniec strony,
// pozostawiając w tekście głównym tylko odwołanie.

na

// To narzędzie zamienia w kodzie strony nazwane wskazanie przypisu 
// szablonem {{r|nazwa}} na znacznik <ref name="nazwa"/>.

Z uszanowaniem, Ency (replika?) 22:01, 5 gru 2021 (CET)[odpowiedz]

Nadal przenosi zawartość tagów ref (przynajmniej tak zakładam), więc nowy opis powinien być raczej dodany pod starym. MarMi wiki (dyskusja) 00:50, 6 gru 2021 (CET)[odpowiedz]
@Ency: głównym przeznaczeniem narzędzia jest przenoszenie przypisów z zawartością (np. <ref name="nazwa">cokolwiek</ref>) z tekstu do końcowej sekcji "Przypisy". Zamiana znaczników na szablon (kiedyś) i z powrotem (dziś) jest skutkiem ubocznym tej operacji. Wszystkie przypisy, jednego i drugiego typu, trafiają do wspólnego "worka", po czym następuje rekonstrukcja wedle przyjętego schematu: albo szablon, albo znacznik. Uzupełniłem opis, odnotowując ten fakt; proszę wskazać, jak mogę go jeszcze ulepszyć. Pozdrawiam, Peter Bowman (dyskusja) 01:05, 6 gru 2021 (CET)[odpowiedz]
Super, dzięki. Teraz jest ok. I faktycznie odnośniki są przenoszone, a zamiana {{R}} => <ref ...> może być nazwana uboczną. I jeszcze przy okazji - choć {{R}} bardzo mi pasił i pasi - w kodzie jest krótki i elegancki a <ref ...> mniej gdyż dłuższy, to może jednak zrezygnujemy z niego? Wprawdzie nie wiem co wtedy z {{U}}, który zresztą był wprowadzony siłą faktu przez Karola Bonda. Z uszanowaniem, Ency (replika?) 09:41, 7 gru 2021 (CET)[odpowiedz]

Załatwione ~malarz pl PISZ 22:44, 4 sty 2022 (CET)[odpowiedz]

Wyświetlanie nawigacji w wersji mobilnej

Hej, czy może ktoś sprawdzić, czy też się tak mu/jej wyświetla na komórce pasek nawigacji wikiprojektu? Sprawdziłam na kilku, np. w Śląsk Cieszyński w Wikipedii mam rozjechane kafelki, a jednego (Artykuły) czy nawet kilku w ogóle nie widać na ekranie. Da się to poprawić? Pozdrawiam! Klarqa (dyskusja) 15:58, 12 gru 2021 (CET)[odpowiedz]

U mnie wygląda ok (wersja mobilna – na pewno ta źle wygląda?) – podaj model/rozdzielczość (ew. os/przeglądarkę) na których się rozjechało. Piastu βy język giętki… 16:04, 12 gru 2021 (CET)[odpowiedz]
wysle ci zrzut na mess. Klarqa (dyskusja) 16:08, 12 gru 2021 (CET)[odpowiedz]

CzyWiesz przeglądanie

Hej (o rany, drugi raz już tu dziś coś piszę) - od dawna miałam spytać: jakieś są sposoby, by 1) strona CzyWiesz propozycje nie zawieszała się całkowicie/na długo podczas zapisywania zmian? Piszę tekst albo się podpisuję w tabelkach, a potem czekam i czekam i dopiero komentarz/pytanie się pojawiają po dłuższym czasie. To trochę zniechęca do edycji. 2) Jak klikam na haśle 'Pomóż nam go sprawdzić' to prowadzi mnie na górę propozycji, a nie do tego hasła, dopiero potem muszę szukać na stronie (ok ctrl f ale jednak), skrolować. Czy jakoś się da zrobić, by to kierowało wprost do hasła na liście, które chce się oznaczyć? Klarqa (dyskusja) 16:24, 12 gru 2021 (CET)[odpowiedz]

Pierwsze to chyba edycja sekcji zamiast całego artykułu i unikanie korzystania z gadżetu odpowiedz, bo on zawiesza stronę. A co do linku, to on się psuje jeżeli hasło jest przeniesione pod inną nazwę, lub jeżeli w samym Czywieszu ktoś przeniósł propozycję spod daty do np. tygodni tematycznych. PuchaczTrado (napisz tutaj) 16:46, 12 gru 2021 (CET)[odpowiedz]

CodeMirror, iterujący string po każdym cm.getTokenAt(pos)

Zauważyłem, że cm.getTokenAt(pos) iteruje, tzn. po każdym wywołaniu do pola string dodawany jest kolejny token. Oryginalny kod CodeMirror zawsze zwraca to samo (sprawdzałem na demie zwijania, debug na oknie z trybem text/html).

Może ktoś wie czy tak ma być, czy to jakiś błąd? MarMi wiki (dyskusja) 22:15, 13 gru 2021 (CET)[odpowiedz]

Wygląda na błąd, bo pod Edge też nie iteruje. MarMi wiki (dyskusja) 23:21, 13 gru 2021 (CET)[odpowiedz]
Jakby ktoś chciał przetestować u siebie:
  • Krótsza, prostsza wersja:
    • Wejdź w trybie edycji kodu (starym, nie 2017) na stronę Francisco Echevarría
    • Przełącz się na CodeMirror (włącz podświetlanie)
    • Jednokrotnie wykonaj w konsoli var editor = $(".CodeMirror")
    • Kilkukrotnie wykonaj editor[0].CodeMirror.getTokenAt({line:26,ch:5}), zauważ że do string po każdym wykonaniu dodawany jest token
    • Jeśli imię nadal jest czarne, dodaj nowy wiersz przed albo za akapitem, żeby podświetlenie zmieniło kolor
    • Powtórz kilkukrotnie wywołanie getTokenAt (uaktualniając line!) - string powinien być stały
    • Usuń dodane wiersze (a nawet backspacem umieść akapit z imieniem w tej samej linii co nawiasy zamykające infoboks), aby przywrócić czarny kolor (i iterację tokenów)
  • Poprzednia dłuższa wersja:
    • Wejdź w trybie edycji kodu (starym, nie 2017) na stronę Francisco Echevarría
    • Przełącz się na CodeMirror (włącz podświetlanie)
    • W konsoli F12 wklej i wykonaj kod poniżej, wejdź w kod przy komunikacie debug (kliknij na adresie linii kodu po prawej), ustaw pułapkę (breakpoint) w wierszu z return CodeMirror.fold ...
    • Umieść kursor na czarnym imieniu (Francisco)
    • Wciśnij Ctrl-Q, skrypt powinien zatrzymać się na pułapce
    • Przejdź do konsoli, wstaw cm.getTokenAt(pos) i wykonaj kilka razy - pole string w zwróconym obiekcie będzie się iterować - za każdym wykonaniem będzie dodawać nowy token
    • Uruchom zatrzymany skrypt (run w zakładce debug)
    • Jeśli imię nadal jest czarne, dodaj nowy wiersz przed albo za akapitem, żeby podświetlanie zmieniło kolor, znowu umieść kursor na imieniu
    • Ctrl-Q, wykonanie cm.getTokenAt(pos) będzie zwracać stałą wartość (może potrzebować kilku powtórzeń).
    • Wykonaj kilka educji, żeby imię znowu było czarne - znowu będzie iterować...
var editor = $('.CodeMirror');
$.when(
	    mw.loader.getScript( '//cdnjs.cloudflare.com/ajax/libs/codemirror/5.64.0/addon/fold/foldcode.js' ),
	)
	.then(
	    function () {
	        console.log("libs loaded");
	    },
	    function ( e ) {
	        mw.log.error( e.message ); // => "Failed to load script"
	    }
	);
	var extraKeys=editor[0].CodeMirror.getOption('extraKeys');
	if (!extraKeys["Ctrl-Q"])
	{
		extraKeys["Ctrl-Q"]=function(cm){ cm.foldCode(cm.getCursor()); };
		editor[0].CodeMirror.setOption('extraKeys',extraKeys);
	}
    
console.log("debug");

	editor[0].CodeMirror.options.foldOptions={
		rangeFinder: function(cm, pos) {
				
				return CodeMirror.fold.auto(cm,pos);
		}
    };
--MarMi wiki (dyskusja) 00:57, 14 gru 2021 (CET)[odpowiedz]
Zapytałem też na Extension talk:CodeMirror (po ang.): Stability of cm.getTokenAt(pos) MarMi wiki (dyskusja) 17:37, 14 gru 2021 (CET)[odpowiedz]

Nie wiem kogo i gdzie o to prosić, ale zmienione logo z czerwoną liczbą "1500000" aż prosi się o to by linkowało do Wikipedia:Półtora miliona artykułów w polskojęzycznej Wikipedii. Użytkownicy widząc je, mogą nie wiedzieć, o co chodzi, a rzuca się w oczy mocno. Kenraiz (dyskusja) 15:37, 15 gru 2021 (CET)[odpowiedz]

  • Administratorzy interfejsu mogą to zmienić odpowiednim JS:
var logo = document.querySelector('.mw-logo, .mw-wiki-logo');
if(logo && logo.href){
    logo.href = 'https://pl.wikipedia.org/wiki/Wikipedia:P%C3%B3%C5%82tora_miliona_artyku%C5%82%C3%B3w_w_polskoj%C4%99zycznej_Wikipedii';
    logo.title = 'Półtora miliona artykułów w polskojęzycznej Wikipedii';
}
Pytanie czy zmienić tylko tooltip na 1.5mln, czy też stronę docelową linku. Sam tooltip (przynajmniej w starym Wektorze) jest w MediaWiki:tooltip-p-logo i może go zmodyfikować również zwykły admin. Msz2001 (dyskusja) 16:00, 15 gru 2021 (CET)[odpowiedz]
Nie widzę przeciwwskazań 🙂 załatwione Nux (dyskusja) 01:22, 16 gru 2021 (CET)[odpowiedz]

Hm... A to w ogóle już jest gotowy komunikat? Sekcja: »Tu wersja szersza, gdyby większe media szukały „kontentu”« nie wygląda jakby była gotowa. Takie dopiski jak dla mnie deczko dziwne „Tutaj opis osób, które niedawno w ciągu roku, dwóch dołączyły do Wikipedii i ciągle odkrywają jej możliwości. Inaczej komunikat będzie strasznie nudny.” Dla mnie to brzmi jak poziom szczerości na luźne notatki raczej niż na komunikat prasowy, ale się nie znam 😉 --Nux (dyskusja) 01:41, 16 gru 2021 (CET)[odpowiedz]

Załatwione ~malarz pl PISZ 22:45, 4 sty 2022 (CET)[odpowiedz]

Numeracja haseł

Chciałem się dowiedzieć, czy możliwe jest sprawdzenie kolejnego numeru danego hasła na podstawie jego tytułu? Na takiej zasadzie jak np. na tej stronie http://tools.wikimedia.pl/~masti/articles.html Four.mg (dyskusja) 20:46, 17 gru 2021 (CET)[odpowiedz]

Nie wiem co masz na myśli pod pojęciem "kolejny numer", ale id tytułu można zobaczyć przez API (przykład dla strony głównej). MarMi wiki (dyskusja) 21:00, 17 gru 2021 (CET)[odpowiedz]

Interesuje mnie numer hasła taki jak podałem w przykładowym linku powyżej. Taki numer: 1500222, 1500223, 1500224 itd. Four.mg (dyskusja) 21:06, 17 gru 2021 (CET)[odpowiedz]

To raczej chcesz tytułu na podstawie id... MarMi wiki (dyskusja) 22:19, 17 gru 2021 (CET)[odpowiedz]
@MarMi wiki, chyba chodzi mu o pozycję w rankingu, nie o identyfikator. W każdym razie i tu da się prościej: https://pl.wikipedia.org/w/index.php?curid=954282&redirect=no. Peter Bowman (dyskusja) 22:39, 17 gru 2021 (CET)[odpowiedz]
@Four.mg: w quarry:query/60738 przyjąłem ciągłą numerację rosnącą na podstawie identyfikatora strony (@MarMi wiki: prościej), począwszy od 1. Alternatywnie mogłem użyć daty utworzenia strony. Quarry nadal przetwarza to zapytanie, więc uruchomiłem je z konta deweloperskiego. Jeżeli kogoś to ciekawi, artykułem nr 1.5kk wg tego zestawienia jest obecnie Lars Klingbeil (zaledwie 15 pozycji dalej od wyniku mastiego), ale ten wynik będzie się zmieniać, jeżeli dowolna strona przed nią zostanie usunięta. Nie wiem, z jakich reguł korzysta zestawienie mastiego. Peter Bowman (dyskusja) 22:36, 17 gru 2021 (CET)[odpowiedz]

@Peter Bowman Wielkie dzięki, właśnie o to mi chodziło, Volltreffer! Four.mg (dyskusja) 22:50, 17 gru 2021 (CET)[odpowiedz]

Załatwione ~malarz pl PISZ 22:45, 4 sty 2022 (CET)[odpowiedz]

Funkcja sugerowania linków

Czy można sobie jakoś włączyć tą funkcję w wybranym przez siebie artykule? Widzę artykuł, widzę, że ma niewiele linków (lub wcale) i chcę poprawić, pomocne byłoby takie sugerowanie. Ciacho5 (dyskusja) 22:51, 17 gru 2021 (CET)[odpowiedz]

Przeklejenie parametrów nie pomoże :)
Przy okazji, czemu wprowadzenie do poprawy miałem po angielsku? Mam ustawiony globalnie język interfejsu polski (na plwiki wybór języka jest wyszarzony). MarMi wiki (dyskusja) 00:08, 18 gru 2021 (CET)[odpowiedz]
  • W artykule Google Stadia w sekcji Dostępność zaproponował podlinkowanie kilku krajów, ale Kanada, Francja, Szwecja i parę innych zostały pominięte. Co to za dyskryminacja i dlaczego? Występują słowa będące nazwą kraju, w mianownikach, otwartym tekstem i ich nie widzi? Może dopracować trza? Ciacho5 (dyskusja) 19:04, 19 gru 2021 (CET)[odpowiedz]

CodeMirror przy starcie nie pokazuje zaznaczenia tekstu

Jeśli zaznaczy się tekst przed przełączeniem na CM, to po uruchomieniu CM nie będzie widać zaznaczenia - pojawi się ono dopiero przy następnym odświeżeniu (np. po wciśnięciu klawisza tab). MarMi wiki (dyskusja) 14:22, 20 gru 2021 (CET)[odpowiedz]

VE, szare niełamliwe spacje

Jaki to kod niełamliwej spacji (np. Rusaliszki)? charCodeAt pokazuje 160, ale wstawienie nowej spacji (Alt+0160 w kodzie i przeł. na VE) już jej nie wyszarza. Jeśli to faktycznie 160, od czego zależy wyszarzenie? (Kuleszki-Nienałty, "Działo to się  około", trochę dalej szara spacja przed "?")? MarMi wiki (dyskusja) 18:49, 20 gru 2021 (CET)[odpowiedz]

Spis treści

Idiotycznie wyglądają artykuły, które mieszczą się na jednym ekranie, ale mają spis treści, bo mają 4 nagłówki, a pod nimi pojedyncze zdania. Uważam, że w tych przypadkach spis treści powinien być wyłączony. Jest do tego szablon, jednak ostatnio botem go usunięto i liczne artykuły przybrały znów idiotyczne formatowanie. Szczególnie idiotycznie wygląda to na stronach ujednoznaczniających, które same w sobie są spisem treści. Tymczasem te strony mieszczące się na jednym ekranie mają dodatkowo spis treści do spisu treści. To wynalazek wikipedii nigdzie indziej nie stosowanySelso (dyskusja) 07:34, 21 gru 2021 (CET)[odpowiedz]

  • Jeżeli artykuł ma 4 zdania to po co w nim nagłówki? ~malarz pl PISZ 09:12, 21 gru 2021 (CET)[odpowiedz]
    • niestety jest dużo takich artykułów. Są też takie, w których są 3 nagłówki i czwarty np. Zobacz też lub linki zewn. Albo takie, w których jest tylko jeden nagłówek do bardzo krótkiej treści, za to są nagłówki do biliografii, do Przypisów, do Zobacz też, do Linki zewn. Jeszcze bardziej idiotyczne. Selso (dyskusja) 09:21, 21 gru 2021 (CET)[odpowiedz]
      • Zobacz np. w art. Awen Odpękniętych Nacieków. Czy jest tu sens wstawiania spisu treści?. Jeszcze gorzej jest w tych art., które skladają sie głównie z nagłówków biliografia, linki zewn i Zobacz też, a wpod każdym tylko jeden wyraz lub krótkie zdanie. Selso (dyskusja) 09:27, 21 gru 2021 (CET)[odpowiedz]
        • Tylko, że tutaj spokojnie by wystarczył jeden nagłówek (przypisy). Wszystkie pozostałe do usunięcia. ~malarz pl PISZ 09:41, 21 gru 2021 (CET)[odpowiedz]
          • @Malarz pl Też tak uważam. Tylko, że takich artów jest bardzo wiele i nie ma kto tego robić. Są wikipedyści, którzy tworzą bardzo krótkie artykuliki, za to dzielą je na nagłówki, bo wydaje im się, że w ten sposób zwiększają ich zawartość i są przez to bardziej naukowe (według mnie tylko źle sformatowane). Są jednak arty, które są krótkie, ale trudno w nich się obejść bez nagłówków. A co z tymi, które mają tylko króciutką treść, za to aż 3 nagłówki typu Zob. też. linki zewn i biliogr.  ? -- niepodpisany komentarz użytkownika Selso (dyskusja)
            • to nie jest takie proste jak się wydaje na pierwszy rzut oka. Wikipedię może tworzyć każdy i wiele osób z tego prawa korzysta. Jeśli hasło jest kompletne, jeśli autor przemyślał treść, ułożył zawartość chronologicznie albo znaczeniowo albo wg innych kryterió, to spisu może nie być. Ale po pewnym czasie pojawiają się kolejni edytorzy i dopisują kolejne informacje to tu to tam i powstaje chaos. Przerabiałem ten temat na herbach, gdzie musi być zasygnalizowany pewien podział, mimo, że w każdej sekcji jest tylko jedno-dwa zdania (patrz Herb Brus) W przeciwnym wypadku do opisu herbu wtrąca się historię, do historii opis nowego herbu. W efekcie końcowym czytelnik nie wie do końca jak ten herb wygląda, bo na początku jest jeden opis a na końcu drugi opis, tyle że aktualny. Reasumując - jak wszędzie potrzebny jest zdrowy rozsądek oraz __NOTOC__ --tadam (dyskusja) 10:56, 21 gru 2021 (CET)[odpowiedz]
              • Pamiętajcie o urządzeniach mobilnych :) Sekcje bardzo ułatwiają poszukiwanie informacji w artykule w takim układzie, nawet jak wydaje się, że sekcji jest ich za dużo z poziomu wersji desktopowej. Emptywords (dyskusja) 11:10, 21 gru 2021 (CET)[odpowiedz]
            • Jak są tacy co tworzą krótkie artykuliki to to jest ich błąd. Wstawienie tam NOTOCa to nie jest poprawienie tego błędu, tylko dodanie kolejnego. ~malarz pl PISZ 14:48, 21 gru 2021 (CET)[odpowiedz]
  • Mieszczenie się na jednym ekranie to bardzo subiektywne określenie. Jeśli wydaje się, że spisu treści być nie powinno, a się pojawia — to w zdecydowanej większości przypadków znak, że artykuł należy inaczej sformatować, nie zaś wyłączać spis treści. Wostr (dyskusja) 10:32, 21 gru 2021 (CET)[odpowiedz]
    • gdy artykuł jest krótki to spis treści na urządzeniach mobilnych nie pomaga, lecz przeszkadza. Taki nadmiar spisów treści ma tylko wikipedia, na innych stronach internetowych albo w ogóle go nie ma, albo jest sensowniejszy. Tu dominuje standaryzacja, której efekty czasami są paskudne. Co z tego, że art. ma niewielką treść i tylko jeden nagłówek do treści, skoro ma 3 typu Zobacz też, Bibografia i Linki zewn. W tych przypadkach najlepiej wyłączyć spis treści. Podobnie w stronach ujednoznaczniających, na których jest w słupku 7 zdań i do tego spis treści, bo ktoś uznał, że trzeba koniecznie jeszcze je podzielić na sekcje, a gdy je chcę zlikwidować to zaczyna wojnę edycyjną. W art. typu Awen Odpękniętych Nacieków najlepiej sekcje zlikwidować, tylko kto ma chęć poprawiać w ten sposób ogromną liczbę artów (samych jaskiń tak opisanych jest kilkaset), no i czy znowuż nie wzbudzi to sprzeciwu autorów ? Selso (dyskusja) 12:10, 21 gru 2021 (CET)[odpowiedz]
  • Ja jestem za przywróceniem spisu treści, nawet jeżeli komuś obecnie wydaje się że to może wyglądać suboptymalnie, bo przyzwyczaił się do starego układu. Uważam że a) to jest istotne z punktu widzenia użyteczności i z całym szacunkiem dla Selso wyżej jednak stawiam naszych czytelników niedowidzących. b) Problem jest też taki że nikt tych "notoc"ów nie usuwa. Sam osobiście usunąłem ten znacznik z 5 haseł medalowych/DA. Haseł dłuższych niż 5k tekstu były setki/tysiące. PMG (dyskusja) 12:25, 21 gru 2021 (CET)[odpowiedz]
  • Niektóre artykuły posiadają kilka nagłówków, nie ze względu na nieumiejętne rozlokowanie krótkiego tekstu a na kwestie techniczne. Jako przykład: Muszkiet - mamy "super użyteczny" spis treści prowadzący czytelnika do sekcji: uwagi, zobacz też, przypisy, bibliografia. Żeby spis treści "nie był potrzebny" to którą z tych sekcji mam usunąć? Bibliografię? Przypisy? Mam się gimnastykować z "uwagami" żeby wpleść je w tekst mimo że to wątpliwe stylistycznie? Zobacz też jest nieistotne? Masowe przywracanie spisów treści z automatu i bez przyglądania się poszczególnym artykułom wprowadziło więcej bałaganu niż pożytku. Sumek101 () 12:55, 21 gru 2021 (CET)[odpowiedz]
    • jak każde masowe botowanie przyniosło zarówno korzyści, jak i minusy. Wikipedia to zbyt duże dzieło, by można go było całkowicie zestandaryzować. Sa liczne przypadki, w których warto zlikwidować spis streści szablonem BezSpisu. Na to on w końcu jest. Jeśli gdzieś spis treśći został niepotrzebnie usunięty, to można go łatwo ręcznie przywrócić. W większości przypadków jednak szablon ten wstawiony był celowo. Zrobił to człowiek, który każdorazowo rozpatrzył sytuację i uznał, że w danym przypadku spis treści był zbędny. Bot to tylko prosty automat i nie można nim zastąpić pracy ludzi. Tu jednak uznano, że standaryzacja jest ważniejsza od zwykłego zdrowego rozsądku, a bot jest mądrzejszy od ludzi. Selso (dyskusja) 13:17, 21 gru 2021 (CET)[odpowiedz]
      "Tu jednak uznano, że standaryzacja jest ważniejsza od zwykłego zdrowego rozsądku, a bot jest mądrzejszy od ludzi" - sorry ale akurat w przypadku tego konkretnego notoca to ludzie wielokrotnie udowadniali że nie są rozsądni i bot jest mądrzejszy od ludzi. Bo jak przywołujecie muszkiet to ja mogę przywołać Katastrofy i incydenty cywilnych samolotów pasażerskich i powiedzieć "no spoko, przejdz teraz do przypisów, skoro notoc jest taki ważny i istotny". Każdy może znaleźć hasło udowadniające jego subiektywny punkt widzenia. A ludzie którzy używają czytników obiektywnie mają problem. PMG (dyskusja) 13:47, 21 gru 2021 (CET)[odpowiedz]
      "standaryzacja jest ważniejsza od zwykłego zdrowego rozsądku, a bot jest mądrzejszy od ludzi". Ludzie uznali że hasło DA o filmie które ma 11k znaków powinno mieć notoca. Ludzie uznali że hasło o biskupie na 11k znaków powinno miec notoca, Ludzie uznali że DA na trzy ekrany powinien mieć notoca. Ludzie uznali że lista na 19k znaków powinna mieć notoca. Ludzie uznali że DA na 20k znaków powinien mieć notoca. Wspaniali ci ludzie, tacy rozważni i jednocześnie tacy romantyczni. PMG (dyskusja) 14:04, 21 gru 2021 (CET)[odpowiedz]
      • @PMGBotem usunąłeś liczne szablony Notoc w napisanych przez mnie artach. W większości przypadków to pozytwny skutek, szablony te bowiem istniały w artach, które miały tylko 3 nagłówki. Przy okazji i tak je usuwałem. Nie zmienia to jednak problemu; są przypadki, w których szablon ten ma sens i botem nie należy go usuwać. Selso (dyskusja) 14:14, 21 gru 2021 (CET)[odpowiedz]
    @Sumek101 - jeżeli używasz muszkiet jako argumentu to jestem bardzo zawiedziony. Bierzesz hasło i mówisz że "mam usunąć" jak by to było całe skończone hasło które nigdy nic nie dostanie i nie da się go poprawić, chociaż dobrze wiesz że ten tekst który tam jest jest nędznym stubem i spokojnie może mieć 100k znaków. Więc jeżeli jakąś z punktu widzenia wiki tymczasową wersje hasła uznajesz za końcową, to nie mamy płaszczyzny porozumienia. PMG (dyskusja) 14:00, 21 gru 2021 (CET)[odpowiedz]
    @PMG jak najbardziej było nędznym stubem ale teraz jest nędznym stubem ze zrąbanym formatowaniem, podobnie jak wszystkie inne stuby posiadające podstawowe 4 sekcje techniczne, które dotknęło to bezrefleksyjne masowe "poprawianie". Zlecenie takiego zadania dla bota to "wylewanie dziecka z kąpielą". W dodatku nie można przystąpić do naprawiania szkód, bo bot jest cały czas aktywny i cofnie poprawki. Co do "tymczasowości" miernych haseł, to nie byłbym taki optymistyczny, bo różne potworki potrafią leżeć nierozbudowywane przez lata. Sumek101 () 14:32, 21 gru 2021 (CET)[odpowiedz]
  • Tak przy okazji dodam, że ta cała dyskusja prawdopodobnie i tak jest bezproduktywna w związku z pracami nad interfejsem (@Tar Lócesilion może coś więcej napisze, nie śledzę tego tematu a słyszałem chyba z Twoich zapowiedzi). Spis treści ma docelowo wywędrować poza obszar artykułu. Ponad połowa czytelników już od kilku lat ma go ukrytego w innym miejscu. ~malarz pl PISZ 14:48, 21 gru 2021 (CET)[odpowiedz]
  • Mi też się nie podoba, że usuwanie NOTOC robi bot, bo tak jak już wskazali przedmówcy, w krótkich lub słabo sformatowanych artykułach spis treści wygląda kuriozalnie. A podejrzewam, że sytuacji, jak z wyżej wspomnianym artykułem Muszkiet będzie dużo więcej. Bot powinien mieć dodane do wyjątków, by nie usuwał NOTOC, gdy spis treści obejmuje tylko sekcje końcowe. Po co komu taki spis treści?Pikador (dyskusja) 18:59, 21 gru 2021 (CET)[odpowiedz]
    • W Kalkin też usunęło bez sensu. Sławobóg (dyskusja) 19:08, 21 gru 2021 (CET)[odpowiedz]
    • Nawigacja po spisie treści nie służy wyłącznie osobnikom wyposażonym we w miarę duży monitor i obsługujący myszkę... W dodatku takim, którzy są w miarę pełnosprawni. Odczucia estetyczne nie są argumentem merytorycznym w tej dyskusji. Wostr (dyskusja) 21:50, 21 gru 2021 (CET)[odpowiedz]
      W haśle muszkiet edycja bota była błędna, gdyż w jego obecnej wersji cała merytoryczna treść nie zawiera sekcji, a spis treści jest na dole, nawigując po sekcjach końcowych. To jest podręcznikowy przykład sytuacji, kiedy używa się notoc. To, że forma hasła może w przyszłości ulec zmianie nie ma jakiegokolwiek znaczenia, oceniamy stan bieżący. Jeśli pojawią się sekcje o merytorycznej zawartości, to wtedy magiczne słowo się usunie. Takim tokiem rozumowania to możnaby skasować np. wszystkie szablony braku źródeł, bo przecież nie wiemy czy kiedyś ktoś za miesiąc nie napisze danego hasła w oparciu o źródła. Ten problem ze spisem treści na dole dotyczy najpewniej tych artykułów, które zawierają cztery sekcje końcowe przy jednoczesnym braku jakichkolwiek innych sekcji w części merytorycznej, dlatego takie hasła bot powinien wykryć i z powrotem wyłączyć w nich spis treści. ~CybularnyNapisz coś ✉ 22:36, 21 gru 2021 (CET)[odpowiedz]
Dzięki @Malarz pl za ping.
  1. Rzeczywiście, jeden z zespołów Fundacji pracuje nad ulepszeniami interfejsu na komputery stacjonarne.
    • Uprzedzam: to rozwinięcie obecnej skórki Wektor i tylko tej skórki. Monobooka to nie dotyczy. Wektor z obecnym wyglądem będzie dostępny jako "stary Wektor" przez wiele lat po wprowadzeniu zmian.
    • Jednym z ulepszeń jest zmiana wyglądu spisu treści. Zespół dopiero zaczyna nad nią pracować. Tu jest prototyp. Jeśli coś wam w nim nie działa, jeżeli szablony wyglądają nie tak - to dlatego, że jest to prototyp wyłącznie spisu treści. Zapraszam do wypowiadania się na jego temat.
    • Tak wygląda to, co do tej pory powstało. Żeby wyświetlić wygląd artykułu z obecnymi zmianami, dopiszcie do URL ?useskinversion=2&vectorstickyheader=1.
    • Da się indywidualnie wyłączyć ograniczenie szerokości i nagłówek, a zmiany w wyświetlaniu listy interwiki i zmiany linku dodawania elementu do Wikidanych to osobny projekt innego zespołu, który ma własne tempo prac.
    • Sprawdźcie, czy na swoje pytania znajdziecie odpowiedzi w FAQ i jak możecie włączyć się do projektu jeżeli jesteście nim zainteresowani.
  2. Odnosząc się do problemu - kiedy ww. zmiany zostaną wprowadzone jako domyślne, problem zniknie. Kiedy te zmiany zostaną wprowadzone? Nie wiem, bo to decyzja społeczności, ale dobrze rozwiniętą wersję będziemy mieli może do kwietnia.
SGrabarczuk (WMF) (dyskusja) 00:19, 22 gru 2021 (CET)[odpowiedz]
To rozwiązanie mocno mi przypomina narzędzie persistent-toc z 2015. Wciąż działa na skórce Wektor, w wersji starej i nowej (choć w tej drugiej nie wykorzystuje całej szerokości marginesu). Peter Bowman (dyskusja) 01:42, 22 gru 2021 (CET)[odpowiedz]
Autorzy obydwu rozwiązań są w jednym zespole (designerów) i mają regularne spotkania, na których podpowiadają sobie rzeczy. Możliwe, że Prateek pokazał Aleksowi to narzędzie. SGrabarczuk (WMF) (dyskusja) 01:53, 22 gru 2021 (CET)[odpowiedz]

Zauważyłem, że wikipedię zdominowali zwolennicy standaryzacji bez względu na jej skutki. Botowanie szablonu BezSpisu to jeden z przykładów tego. Od dawna już tak formatuję arty, by w krótkich artykulikach nie tworzył się spis treści, a przy okazji będą w nich usuwał zbędne nagłówki tam, gdzie po botowaniu spis treści się pojawił. Argument o niepełnosprawnych jest nietrafiony; buduje się schody mimo istnienia podjazdów dla niepełnosprawnych – wikipedia też nie może istnieć tylko dla niepełnosprawnych. Selso (dyskusja) 07:10, 23 gru 2021 (CET)[odpowiedz]

Jak zwykle w takich sytuacjach proponuję do przeczytania mój esej o standaryzacji. Gżdacz (dyskusja) 08:00, 23 gru 2021 (CET)[odpowiedz]
sugerujesz, że w przyszłości artykuliki bez spisu treści zostaną usunięte – no chyba poniosła cię wyobraźnia. Równie dobrze może być odwrotnie. I jedno i drugie jest idiotycznie nieprawdopodobneSelso (dyskusja) 08:15, 23 gru 2021 (CET)[odpowiedz]
Nic nie sugeruję, esej pisałem lata temu. Wnioski każdy może sobie sam wyciągać. Może to będą wnioski nie na temat dawać/nie dawać spis treści, ale na temat dzielić/nie dzielić na sekcje?
U mnie zawsze się zapala czerwona lampka, kiedy ktoś mówi że trzeba zignorować jakiś standard, bo u niego na urządzeniu artykuł źle wygląda. Gżdacz (dyskusja) 08:57, 23 gru 2021 (CET)[odpowiedz]
To nie tylko źle wygląda – jest sprzeczne z zasadami formatowania tekstu. Nigdzie poza wikipedią nie szatkuje się krótkiego artykułu nagłówkami o ogromnych literach, pod którymi są pojedyncze zdania, a czasami pojedyncze wyrazy (Zob. też, linki zewn. ). To wynalazek wikipedii. Selso (dyskusja) 10:09, 23 gru 2021 (CET)[odpowiedz]
"wikipedię zdominowali zwolennicy standaryzacji bez względu na jej skutki"
"jest sprzeczne z zasadami formatowania tekstu"
Czyli proponujesz, żeby standardy Wikipedii co do zgodności z zasadami formatowania tekstu były jeszcze bardziej restrykcyjne. Hmm... MarMi wiki (dyskusja) 14:18, 23 gru 2021 (CET)[odpowiedz]
To jaki standard proponujesz dla ZT i LZ z jednym linkiem? MarMi wiki (dyskusja) 14:20, 23 gru 2021 (CET)[odpowiedz]
@MarMi wiki W tym przypadku dwa: 1 – redukcja liczby nagłówków, by nie tworzył się spis treści, 2 - w pewnych przypadkach wstawienie szablonu NOTOC (który tak skrzętnie usunął bot). Cały czas mowa o krótkich artykułach, w których spis treści wraz z nagłówkami tworzy połowę wysokości tekstu (a bywa, że i więcej) Selso (dyskusja) 17:32, 23 gru 2021 (CET) Selso (dyskusja) 17:28, 23 gru 2021 (CET)[odpowiedz]
A, myślałem że chcesz zamieniać wygląd sekcji ZT i LZ na inny.
Jako użytkownik małej rozdzielczości ekranu (1024x768), raczej nie spotykam (albo mi to nie przeszkadza) przypadków kiedy spis treści jest połową (lub jest dłuższy od połowy) artykułu (po Ctrl- na przykładach powyżej też nie, choć Kalkin jest bardzo blisko).
Spis treści jest też przydatny przy kopiowaniu linków do sekcji, jeśli akurat ktoś chciałby taki sobie zrobić. MarMi wiki (dyskusja) 18:30, 23 gru 2021 (CET)[odpowiedz]
Wikipedia jest skazana na wynajdywanie różnych rzeczy, bo jest inna niż wszystkie encyklopedie. Na przykład dlatego, że nigdy żaden artykuł nie jest w w niej w swojej ostatecznej postaci, bo jest całkowicie internetowa i nie ma jednej dominującej postaci, w której jest pokazywana czytelnikom. Gżdacz (dyskusja) 19:06, 23 gru 2021 (CET)[odpowiedz]

commons.js i wymuszana zgodność z ECMAScript 5

Jaki cel ma wymuszanie zgodności z ECMAScript 5 w commons.js?

Przykład: pętla for..of umieszczona w commons.js rzuca błędem:

JavaScript parse error (scripts need to be valid ECMAScript 5): Parse error: Unexpected token; token : expected in file 'Wikipedysta:MarMi_wiki/common.js' on line xx,

ale dodana do rozszerzenia wp_sk.js już nie. MarMi wiki (dyskusja) 21:55, 23 gru 2021 (CET)[odpowiedz]

@MarMi wiki: parser nie jest zgodny z ES6, zob. phab:T75714. Na razie blokowanie ES6 ma chyba sens, skoro/jeżeli nie wszystkie przeglądarki wspierają ten standard, zob. phab:T75714#6650096. Peter Bowman (dyskusja) 00:17, 24 gru 2021 (CET)[odpowiedz]
A no tak, zgodność wstecz. Tylko trochę to drażni jak dane rozwiązanie (z np. developer.mozilla.org) rzuca błędem. MarMi wiki (dyskusja) 13:51, 24 gru 2021 (CET)[odpowiedz]

VE - infoboks po wstępie

Jeśli infoboks znajduje się po wstępie i się ze sobą "stykają" (są w tym samym wierszu lub brak między nimi pustego wiersza), to VE uznaje wstęp za część szablonu ([6]). MarMi wiki (dyskusja) 20:04, 25 gru 2021 (CET)[odpowiedz]

Zamiany w infoboxach – głosowanie

Wątek założony przed: 6:19, 28 gru 2021 (CET)

Załatwione ~malarz pl PISZ 22:46, 4 sty 2022 (CET)[odpowiedz]

Community Wishlist Survey 2022 is coming. Help us!

The Community Wishlist Survey 2022 starts in less than two weeks (Monday 10 January 2022, 18:00 UTC). We, the team organizing the Survey, need your help.

Only you can make the difference

How many people will hear and read about the Survey in their language? How many will decide to participate? Will there be enough of you to vote for a change you would like to see? It all depends on you, volunteers.

Why are we asking?

  • We have improved the documentation. It's friendlier and easier to use. This will mean little if it's only in English.
  • Thousands of volunteers haven't participated in the Survey yet. We'd like to improve that, too. Three years ago, 1387 people participated. Last year, there were 1773 of them. We hope that in the upcoming edition, there will be even more. You are better than us in contacting Wikimedians outside of wikis. We have prepared some images to share. More to come.

What is the Community Wishlist Survey? t's an annual survey that allows contributors to the Wikimedia projects to propose and vote for tools and platform improvements. Long years of experience in editing or technical skills are not required.

Thanks, and be safe and successful in 2022! SGrabarczuk (WMF) (talk) 04:15, 29 gru 2021 (CET)[odpowiedz]

Załatwione ~malarz pl PISZ 22:46, 4 sty 2022 (CET)[odpowiedz]

CodeMirror - testowanie dodatków

W skrypcie Wikipedysta:MarMi_wiki/cmTest.js testuję różne dodatki do CodeMirror. Może komuś się przydadzą.

Co obecnie działa:

F11/ESC - tryb pełnego ekranu (aktywny kursor musi być w oknie edytora, żeby F11 zadziałał). Niektóre niestandardowe elementy mogą prześwitywać (testowane na wektorze).

Zwijanie nawiasów ({} i <>):

  • Ctrl-Q - zwija/rozwija treść otoczoną parą nawiasów po prawej kursora (kursor tuż przed nawiasem), lub nawiasy otaczające pozycję kursora. Zwijania można zagnieżdżać. Jeśli kursor jest na początku akapitu (długiego wiersza), zwija wszystkie zewnętrzne nawiasy w tym wierszu. Rozwijać można również przez kliknięcie w strzałkę zwinięcia, lub wejście w nie kursorem (z klawiatury).
  • Alt-A/Shift-Alt-A - zwiń/rozwiń wszystko (w całym tekście). Zwijane są wszystkie zewnętrzne nawiasy, rozwijana jest całość (także zagnieżdżenia).

Alt-L - ładuje losowy temat kolorów z [7] (przez cdnjs). Prawie wszystkie są z ciemnym tłem, przez co fioletowe szablony będą miały słaby kontrast. W konsoli będzie podana nazwa wylosowanego tematu. MarMi wiki (dyskusja) 18:51, 30 gru 2021 (CET)[odpowiedz]

O, widzę, że częściowo to już działa nawet 🙂. Parę uwag:
1. CTRL+Q jest trochę za blisko CTRL+W. Łatwo sobie zamknąć stronę. Raczej ALT+C (jak collapse) bym wziął.
2. Powinieneś wydzielić osobne funkcje do inicjowani i obsługi poszczególnych funkcji. Inaczej trudno to będzie ogarnąć w przyszłości. Komentarze co robi dana funkcja też by się przydały 😉.
3. Zwijanie byłoby bardziej użyteczne jeśli byłoby widać co jest zwinięte. Powinna być widoczna przynajmniej nazwa szablonu/taga.
4. Tagi powinny zwijać się w całości (od początkowego do końcowego), czyli „<ref abc>Coś długiego tutaj</ref>” powinno się zwijać na „<ref↔>” lub „<ref abc↔>” lub bez środka po prostu „<ref abc>↔</ref>”. Nux (dyskusja) 14:10, 2 sty 2022 (CET)[odpowiedz]
Na razie to wersja testowa dostępnych możliwości, daję to co jest w przykładach z ew. rozwinięciem.
1. Wiem, zdarzało się na początku, że przypadkowo wciskałem Ctrl-W.
2. To będzie w wersji beta (kiedy/jeśli do niej dojdzie). Na razie nie ma co za bardzo opisywać, jak za chwilę może zostać zakomentowane.
3. To tzw. TODO (do zrobienia w przyszłości). Chociaż to raczej łatwe do zrobienia (widget poniżej).
4. Na razie zwijanie oparte jest na dopasowywaniu nawiasów (przez funkcje z włączonego domyślnie dodatek matchtags z Wikipedii). Można wprawdzie to oprogramować, żeby zakres zwijania był szerszy, ale docelowo ma być zwijanie przez dodatek xml-fold (jeśli się uda). Na razie więc nie ma po co dokładać sobie pracy (ale jakby ktoś chciał to zrobić, to nie powstrzymuję).
Treść po zwinięciu zwraca widget (zakomentowany fragment na samym dole), wystarczy go podpiąć podobnie jak rangeFinder (foldOptions.widget=function(from, to) ...) i zmodyfikować co ma zwracać.
Dodałem dodatek "trailingspace" (overlay zaznaczania spacji na końcu wiersza) z dodanym podświetlaniem niełamliwych spacji (Alt+0160) w całym tekście. Drobna uwaga: CM umożliwia kopiowanie takich spacji bez ich konwersji na zwykłe spacje (co ma miejsce bez wł. CM). MarMi wiki (dyskusja) 16:23, 2 sty 2022 (CET)[odpowiedz]

Tworzenie haseł

Witam, mam problem, po wpisaniu w okienko szukaj lub przejdź tytułu hasła, którego nie ma na Wiki, do tej pory wyświetla mi się komunikat (między innymi) "możesz go utworzyć" a teraz wyświetla mi się jedynie wynik wyszukiwania? Kiedy i dlaczego to się zmieniło? Ktoś ma jakieś pojęcie?-- Tokyotown8 (dyskusja) 17:48, 1 sty 2022 (CET)[odpowiedz]

Załatwione ~malarz pl PISZ 22:46, 4 sty 2022 (CET)[odpowiedz]

Pole edycji

Witam. Coraz częściej mam problem z edytowaniem tradycyjną metodą. Już edytowanie treści zawierającej od 10 tysięcy bajtów kodu powoduje zacinanie się matrycy edycji. Nie wiem, czy ma to związek z tym iż mam 12-letni procesor. Czy ktoś z technicznych użytkowników mógłby pomóc? --Andrzej94 (dyskusja) 22:41, 1 sty 2022 (CET)[odpowiedz]

Dodam jeszcze, że korzystałem z Windows 10 i Google Chrome, lecz pomyślałem, że system zabiera dość znaczną część zasobów, dlatego wróciłem do Windows 7, ale nadal występuje ten problem. --Andrzej94 (dyskusja) 22:45, 1 sty 2022 (CET)[odpowiedz]
@Andrzej94 spróbuj na Firefoksie. Zwykle przy podobnych stronach Firefox zużywa mniej RAM. Włącz sobie monitorowanie wydajności przez Mendżer Zadań (CTRL + SHIFT + ESC). Jak zacznie spowalniać to zobaczysz czy brakowało CPU, czy RAM, czy może coś innego. Nux (dyskusja) 03:00, 2 sty 2022 (CET)[odpowiedz]
Ja od siebie dodam, że na Windows 11 i dość dobrym procesorze Intel problem również u mnie występuje, zwłaszcza właśnie przy dużych artykułach. Aramil Feraxa (Napisz do mnie!) 22:53, 1 sty 2022 (CET)[odpowiedz]
Podajcie chociaż jeden link do przykładowego artykułu, oraz o jaki edytor chodzi (wizualny VE czy nowy/stary edytor kodu z podświetleniem czy bez). MarMi wiki (dyskusja) 23:46, 1 sty 2022 (CET)[odpowiedz]
U mnie jest to stary edytor kodu z podświetleniem składni i np. artykuł Lista obsady w filmach Marvel Cinematic Universe. Aramil Feraxa (Napisz do mnie!) 11:28, 2 sty 2022 (CET)[odpowiedz]
@AramilFeraxa przy tym artykule musisz mieć tak ze 4 GB RAM i zapas CPU, żeby podświetlanie składni działało w miarę sprawnie (a i tak będzie przymulać przy przewijaniu). Czyli komputer rzędu 3 GHz 4 rdzeniowy, 8 GB RAM. Ale jakby co zawsze można wyłączyć podświetlanie składni lub edytować sekcję zamiast całość. Można też skopiować sobie fragment do brudnopisu i tam edytować. Nux (dyskusja) 13:19, 2 sty 2022 (CET)[odpowiedz]
Pod FF na początku dość intensywnie pracuje (nawet pokazał się komunikat o możliwości zatrzymania skryptu), potem bez problemu daje się przewijać pole edycji (pewnie przy zmianach też by się chwilowo przycinało).
Pod Edge zrezygnowałem po ok. 10 minutach od wciśnięcia przycisku podświetlania (które nawet się nie zdążyło jeszcze pokazać)... MarMi wiki (dyskusja) 17:00, 2 sty 2022 (CET)[odpowiedz]
A, już wiem czemu pod Edge strona się przywieszała - trzeba wyłączyć sprawdzanie pisowni. Po tym podświetlanie się załadowało bez problemu.
W FF czasami menu podręczne sprawdzania pisowni pokazuje się dopiero po 2-3 sek. (prawoklik na podkreślonym słowie). MarMi wiki (dyskusja) 17:10, 2 sty 2022 (CET)[odpowiedz]

Oznaczam jako Zrobione. Wydaje mi się, że potencjalna przyczyna została wyjaśniona. ~malarz pl PISZ 22:48, 4 sty 2022 (CET)[odpowiedz]

Prośba o infoboks

Wątek założony przed: 6:18, 2 sty 2022 (CET)

Mam prośbę o stworzenie infoboksu dla rodzin szlacheckich. Najważniejsze dane zawarłem w sporządzonym przeze mnie brudnopisie: https://pl.wikipedia.org/wiki/Wikipedysta:Guccee/brudnopis12. Potrzeba do niego dodać tylko możliwość wprowadzenia większej ilości grafik w postaci herbów. Niektóre z rodzin miały ich nawet 6, nie mam na ten fakt żadnego rozwiązania. Pozdrawiam Guccee (dyskusja) 02:38, 2 sty 2022

  • Unikałbym wpychania wszystkiego do infoboksu. Moim zdaniem lepiej wyglądałaby galeria w odpowiedniej sekcji artykułu. Paweł Ziemian (dyskusja) 22:53, 2 sty 2022 (CET)[odpowiedz]
    W większości artykułów dotyczących rodów szlacheckich panuje chaos, wyszukanie najważniejszych informacji (podanych przeze mnie w "przykładowym infoboksie") zajmuje niepotrzebnie długą ilość czasu. Infoboks jest znacznie bardziej estetyczny, zwłaszcza przy artykułach o rodach szlacheckich, do których na Wiki Commons nie ma zbyt wiele zdjęć. Większość zagranicznych Wikipedii korzysta z infoboksów przy rodzinach szlacheckich. Guccee (dyskusja) 00:35, 3 sty 2022 (CET)[odpowiedz]
  • Czy pamiętasz o tym że każda informacja z infoboksu powinna być najpierw podana w treści? Czy dwukrotne wyświetlanie sześciu herbów będzie dobrym rozwiązaniem? Marek Mazurkiewicz (dyskusja) 00:05, 3 sty 2022 (CET)[odpowiedz]
    Pamiętam. Nie rozumiem tylko co ma do tego dwukrotne wyświetlanie sześciu herbów. Guccee (dyskusja) 00:29, 3 sty 2022 (CET)[odpowiedz]
  • Obawiam się, że zmienne kraj, tytuły, a szczególnie etniczność, nie są zmiennymi jednoznacznymi. Paelius (dyskusja) 11:12, 3 sty 2022 (CET)[odpowiedz]
    Co masz dokładnie na myśli? Guccee (dyskusja) 13:06, 3 sty 2022 (CET)[odpowiedz]
    Co wpiszesz Wedlom, Boninom czy Bergom? Co wpiszesz Radziwiłłom w zmiennej tytuły? Paelius (dyskusja) 14:11, 3 sty 2022 (CET)[odpowiedz]
    Na przykładzie Radziwiłłów:
    W sekcji tytuły: nazwy państw, w których dane tytuły im przysługiwały (SIR, RP).
    W sekcji etniczność: ich pochodzenie etniczne (starolitewskie)
    W sekcji kraj: nazwa państwa, z którym są najsilniej historycznie związani (Polska). Guccee (dyskusja) 14:27, 3 sty 2022 (CET)[odpowiedz]
    To niestety nieintuicyjne jest i nierzadko dyskusyjne, co tworzy możliwość WP:OR. W innych infoboksach z takich zmiennych się rezygnuje (ze względu na możliwą uznaniowość i problematyczność). Paelius (dyskusja) 15:17, 3 sty 2022 (CET)[odpowiedz]
    W pewnym stopniu zgadzam się z tym co napisałeś. Chociaż idąc tym tropem myślenia musielibyśmy zrezygnować z sekcji Narodowość w infoboksie Biogram. Wydaje mi się, że ewentualne problemy z WP:OR stworzone przez Wikipedystów – mogą rozwiązywać też inni Wikipedyści. Ważnym argumentem popierającym dane sekcje jest również to, że większość zagranicznych Infoboksów rodzinnych je posiada, na przykładzie angielskiego Infoboksu family, sekcje: title, origin oraz country. Należy również pamiętać, że są to jedne z najważniejszych w przypadku rodzin szlacheckich informacje, nie powinniśmy ich pomijać. Guccee (dyskusja) 15:36, 3 sty 2022 (CET)[odpowiedz]
    Infoboks dzieła sztuki pomija styl. Właśnie ze względu na uznaniowość i możliwy WP:OR. Co do powyższych – jak znajdziesz na powyższy temat mocne źródła, to nie ma problemu ich integracja w treści. W infoboksie konieczne nie są. Raczyńskim co dasz w kraju? Polska+Prusy? Etniczność: polska+niemiecka? Paelius (dyskusja) 15:53, 3 sty 2022 (CET)[odpowiedz]
    jak znajdziesz na powyższy temat mocne źródła, to nie ma problemu ich integracja w treści. – w ten sposób można opisać dokładnie każdą sekcję w jakimkolwiek infoboksie. U Raczyńskich wpisałbym dokładnie to co jest napisane w źródłach historycznych. Jeśli nie miałbym pewności – pozostawiłbym sekcję pustą. Nie ma konieczności wpisywania czegokolwiek jeśli nie ma się konkretnych informacji.
    Większość światowych wikipedystów stwierdziła jednak, że takie sekcje przydatne są. Guccee (dyskusja) 16:13, 3 sty 2022 (CET)[odpowiedz]
    Większość światowych wikipedystów stwierdza ... to też jest WP:OR. Ja z kolei uważam na podstawie różnych dotychczasowych infoboksów, że jest spora grupa Wikipedystów, która chce wypełnić każde możliwe dostępne pole infoboksu, niezależnie czy jest to sensowne. Czasami się wstrzymują od wpisania daty śmierci, ale są tez tacy, którzy wpisują "wciąż żyje". ~malarz pl PISZ 16:21, 3 sty 2022 (CET)[odpowiedz]

Przebudowa MediaWiki:Newarticletext

Cześć! W październiku ubiegłego roku odbyła się tu zakończona sukcesem dyskusja, nt. przebudowy MediaWiki:Protectedpagetext. Link. Wychodzę z propozycją przebudowy kolejnego komunikatu, który wyświetla się dość często, bo przy stronach, których nie ma, mianowicie MediaWiki:Newarticletext, który obecnie wygląda, jak wygląda. Jest dość uboga, niektórzy być może nawet jej nie zauważają, albo nie czytają. Moja propozycja jest wzorowana na wspomnianym wyżej wcześniej dyskutowanym komunikacie. Uważam ją za bardziej przejrzystą, czytelną, odświeżoną i z użyciem {{fmbox}}a, podobnie jak tamta. Oto ona (dla odpowiednich przestrzeni nazw wyświetla się inny tekst i inna ikonka, czasami minimalnie inny tekst): Wikiprojekt:Sprzątanie interfejsu/propozycje wyglądu komunikatów/Newarticletext. Co sądzicie? Aramil Feraxa (Napisz do mnie!) 14:16, 2 sty 2022 (CET)[odpowiedz]

Zestawienie wszystkich starych i proponowanych komunikatów (dla podstron, dla zwykłych stron komunikat może być minimalnie inny): KLIK. Aramil Feraxa (Napisz do mnie!) 00:44, 3 sty 2022 (CET)[odpowiedz]

Piszesz o tym: [8]? Paelius (dyskusja) 12:25, 2 sty 2022 (CET)[odpowiedz]
No tak, przecież linkowałem wyżej. Aramil Feraxa (Napisz do mnie!) 12:28, 2 sty 2022 (CET)[odpowiedz]
Po użyciu linku MediaWiki:Newarticletext mi wyświetla się to:
W Wikipedii nie ma strony o tym tytule.
• Aby stworzyć stronę MediaWiki:Newarticletext, wpisz jej treść w polu poniżej. Kliknij przycisk „pokaż podgląd”, kiedy skończysz i sprawdź, czy strona nie zawiera błędów, a następnie ją zapisz
,
stąd pytanie. Paelius (dyskusja) 12:38, 2 sty 2022 (CET)[odpowiedz]
To jest właśnie ten komunikat, który się wyświetla. Jest inny w zależności od przestrzeni nazw. Aramil Feraxa (Napisz do mnie!) 12:45, 2 sty 2022 (CET)[odpowiedz]
No nie, Aramil Feraxa. Skoro chcesz dyskutować zmianę, to musisz się jakoś odnieść do stanu aktualnego. Chcielibyśmy mieć porównanie co jest teraz i co ty proponujesz. Nie możesz napisać „który obecnie wygląda, jak wygląda”. Również teraz dla różnych przestrzeni nazw jest różna ikona i treść. --37.248.222.114 (dyskusja) 13:55, 2 sty 2022 (CET)[odpowiedz]
Różna treść owszem jest (tak na marginesie to ja nigdzie nie napisałem, że teraz nie ma różnej treści), ale ikona jest niezawsze ;) Aramil Feraxa (Napisz do mnie!) 14:18, 2 sty 2022 (CET)[odpowiedz]
A ta ikona to w ogóle istotna? To nie tekst. Paelius (dyskusja) 20:05, 2 sty 2022 (CET)[odpowiedz]
Sprawia przynajmniej, że komunikat się bardziej rzuca w oczy, jak dla mnie nie przeszkadza w niczym. Aramil Feraxa (Napisz do mnie!) 20:09, 2 sty 2022 (CET)[odpowiedz]
Komu się rzuca, temu się rzuca. Niemierzenie innych swoją miarą się kłania. Ja obrazkizację uważam za podstawowy błąd, który popełnili twórcy Mosaica. Paelius (dyskusja) 20:30, 2 sty 2022 (CET)[odpowiedz]
W Wikipedii nie ma artykułu o tym tytule. Możesz go stworzyć, wpisując treść poniżej.
Niczego nie pisz „z głowy” i podaj źródła – najlepiej w formie przypisów – inaczej Twój wkład może nie przetrwać.
Pomoc: poradnik i przewodnicy. Możesz eksperymentować w swoim brudnopisie.
Sprawdź, czy nie istnieje artykuł o innej nazwie, opisujący to samo.

Jest tu garść wskazówek bardzo przydatnych dla nowicjuszy, w przeciwieństwie do tekstu MediaWiki:Newarticletext (oraz propozycji jego zmiany). PG (dyskusja) 11:54, 3 sty 2022 (CET)[odpowiedz]

  • @PG To, co skopiowałeś, to jest właśnie aktualny komunikat z MediaWiki:Newarticletext. --WTM (dyskusja) 12:47, 3 sty 2022 (CET)[odpowiedz]
  • Powtórzę, że komunikat jest inny, w zależności od przestrzeni nazw. Ten, który wyświetla się na MediaWiki:Newarticletext to jest komunikat domyślny, bo dla przestrzeni MediaWiki nie ma oddzielnego. Tobie wyświetlił się komunikat dla przestrzeni głównej. Aramil Feraxa (Napisz do mnie!) 12:57, 3 sty 2022 (CET)[odpowiedz]
    • Dobra, jakiś nieprzytomny jestem dzisiaj :-). Teraz widzę jednak, że proponowany tekst dla artykułów jest, tak na oko, ze dwa razy dłuższy, niż poprzedni. Co oznacza, że zmniejszy się dwukrotnie prawdopodobieństwo jego przeczytania. Klasyczny błąd projektujących interfejs użytkownika – wydawałoby się, że dłuższy tekst powinien lepiej wytłumaczyć, o co chodzi, ale w praktyce jest dokładnie na odwrót. Kombinowałbym więc raczej w stronę uproszczenia tego, co jest obecnie. PG (dyskusja) 15:31, 3 sty 2022 (CET)[odpowiedz]

Popsute nagłówki w infoboxach

Dlaczego nagłówki w infoboxach, takich jak np. Transport publiczny infobox, są z lewej strony krótsze od szerokości całego infoboxu? Szczecinolog (dyskusja) 22:03, 2 sty 2022 (CET)[odpowiedz]

Załatwione ~malarz pl PISZ 22:48, 4 sty 2022 (CET)[odpowiedz]

Akcja polega na dodawaniu opisów alternatywnych. Niestety w wielu infoboksach brak odpowiedniego parametru, a tam też są grafiki (niekiedy jedyne w haśle). @Malarz pl na prośbę uczestników "cyka po jednym", ale to trochę słabe logistycznie... Dałoby się to jakoś en masse zrobić? BasileusAutokratorPL (dyskusja) 19:54, 4 sty 2022 (CET)[odpowiedz]

  • To jest plan na cały rok. Zostało tylko jakieś 550 szablonów i drugie tyle instrukcji. Te często używane chyba już mają. Ja osobiście wolę całościowo poprawić szablon a nie tylko ten jeden parametr. ~malarz pl PISZ 20:43, 4 sty 2022 (CET)[odpowiedz]

Lista najdłużej panujących i szablon liczący lata

Artykuł lista najdłużej pełniących urząd przywódców państw aż się prosi o użycie szablonu {{Wiek w latach i dniach}}, żeby zmniejszyć częstość aktualizacji (na liście są, wciąż panujący: królowa Elżbieta II i sułtan Brunei) i uniknąć pomyłek przy obliczaniu. Pierwszym problemem było to, że artykuł zmienił nazwę, odkąd umieszczono go na liście (szablon działa tylko w wybranych artykułach). Teraz coś tam się już wyświetla, ale kompletnie nieprawidłowo, np. dla Elżbiety pokazuje... 333 dni czy coś koło tego. Coś mi się zdaje, że wcześniej były już plany użycia tego szablonu w artykule, ale problem z wyświetlaniem skutecznie je powstrzymał. Jakieś pomysły, co może być nie tak? Wszędzie indziej szablon wydaje się działać, tylko z tym artykułem jest taki problem. PG (dyskusja) 13:30, 6 sty 2022 (CET)[odpowiedz]

Załatwione ~malarz pl PISZ 14:35, 6 sty 2022 (CET)[odpowiedz]

Ukrycie adresów IP

Znalazłem coś takiego. Ktoś, coś wie więcej, jak ma to być rozwiązane - i kiedy? 91.235.231.108 (dyskusja) 15:22, 6 sty 2022 (CET)[odpowiedz]

link-interwiki

  1. Szablon {{link-interwiki}}, po uzupełnieniu parametru Q, linkuje do odpowiedniego elementu Wikidanych (przykład: {{link-interwiki|festiwal naukowy|Q=Q7433676}} daje festiwal naukowy(inne języki)).
  2. Domyślnym językiem wyświetlania Wikidanych jest angielski.
  3. Osoba korzystająca z polskojęzycznej Wikipedii prawie na pewno rozumie język polski.

Te trzy fakty nie stanowią problemu. Wydaje mi się jednak, że stanowią argument za tym, by zmodyfikować ten szablon w taki sposób, żeby automatycznie ustawiał język wyświetlania Wikidanych na polski. Niestety zmiana taka jak ta nie wystarcza – efektem jest pasek linkujący w dziwne miejsce: Informacje powiązane z artykułem „festiwal naukowy” w Wikidanych (przynajmniej u mnie linkuje do [9] zamiast [10]).

Jeśli ktoś ma pomysł jak można to zrobić, zachęcam do wprowadzenia zmiany :-)

Pyrlandczyk(…?) 16:17, 6 sty 2022 (CET)[odpowiedz]

  • Szablon używa składni standardowych linków do innych projektów [[:d:Qxxxx]]. Tam nie ma miejsca na kod języka. To musiałby być wtedy zwykły link zewnętrzny. Jednak nawet jeśli byłby to link udekorowany językiem, to ma to działanie chwilowe tylko na tej stronie. Dalsze kliknięcie już na stronie WD ten język „skasuje”. Z drugiej strony każdy zalogowany może sobie ustawić w preferencjach taki język jaki lubi. Uważam tę propozycję za niefortunną. Wprowadzi ona więcej zamieszania niż pożytku.Paweł Ziemian (dyskusja) 16:39, 6 sty 2022 (CET)[odpowiedz]

Ikona dopracować - przypisy

Mam problem z ikoną zastosowaną w szablonie {{dopracować}} przy parametrze oznaczającym braki przypisów (pierwsza w galerii poniżej). <ref> mówi coś jedynie doświadczonym wikipedystom - nie nowszym pokoleniom i nie czytelnikom.

Moim zdaniem ikona powinna oddawać istotę problemu, ale tak, żeby nie sugerować, że znajomość znaczników wikikodu jest domyślna. Już lepsza jest ikona w szablonie {{dopracować}} przy parametrze oznaczającym ogólny brak źródeł czy problemy ze źródłami (druga w galerii).

Idealnie moim zdaniem byłoby wybrać między pomarańczowymi wariantami trzeciej i czwartej, które od dobrych kilku lat oznaczają przypisy w VisualEditorze i "edytorze wikikodu 2017". Gdyby nie było jasne, co one przedstawiają - jest to symbol zakładek, używany w różnych sytuacjach, to jest także poza Wikimediami - podobne możemy zobaczyć np. w ebookach. Zakładki pomagają odwołać się do tekstu, za pomocą przypisów odwołujemy się do materiałów źródłowych, stąd ikona zakładek jest używana do oznaczenia przypisów i weryfikowalności.

Co o tym myślicie?

Tar Lócesilion (dyskusja) 03:01, 7 sty 2022 (CET)[odpowiedz]

Szczerze powiedziawszy, to ja bym raczej zmienił te ikony w VE / edycji. Jak dla mnie ta ikona wygląda jak zakładka i zupełnie mi się nie kojarzy z przypisami. Zresztą to w ogóle jest problem design teamu, że za dużo ikonek wrzucają (osobiście niemal zawsze szukam funkcji wstawiania przypisów i przekierowania). Ikonki z tekstem są niemal zawsze lepsze. Nawet jeśli nie wiesz co to jest ref, to obok masz napisane, że chodzi o przypisy i za drugim razem z łatwością skojarzysz. Jeśli masz tylko ikonkę, to musisz na nią najechać, żeby coś znaleźć. --Nux (dyskusja) 03:18, 7 sty 2022 (CET)[odpowiedz]

Tak przy okazji. Fun fact. Jak chodziłem na studia dzienne, czyli dawno temu, to zaczynało się mówić, że progowanie obrazów przed podawaniem do sztucznej inteligencji jest błędem. Kosztem prostoty zmniejsza się prawdopodobieństwo, że AI rozpozna obraz... Dla ludzi kolor też jest ważny. Ikonki jednego koloru może wyglądają zgrabnie i ascetycznie, ale wcale nie są praktyczne. Nux (dyskusja) 03:25, 7 sty 2022 (CET)[odpowiedz]
Dobra, co proponujesz? Tar Lócesilion (dyskusja) 03:48, 7 sty 2022 (CET)[odpowiedz]
Do szablonu dopracować? Ta pierwsza moim zdaniem jest właśnie najlepsza. Ew. można zrobić coś co by wizualnie przypominało przypisy wstawione w tekście, czyli powiedzmy: a[1]. Nux (dyskusja) 03:56, 7 sty 2022 (CET)[odpowiedz]