Wikipedia:Kawiarenka/Kwestie techniczne dyskusja/Archiwum/2023-październik

Z Wikipedii, wolnej encyklopedii

Wiadomości techniczne: 2023-40[edytuj | edytuj kod]

MediaWiki message delivery 03:24, 3 paź 2023 (CEST)[odpowiedz]

Załatwione, AramilFeraxa (Napisz do mnie!) 06:10, 3 paź 2023 (CEST)[odpowiedz]

Wiadomości techniczne: 2023-41[edytuj | edytuj kod]

MediaWiki message delivery 16:36, 9 paź 2023 (CEST)[odpowiedz]

Załatwione, AramilFeraxa (Napisz do mnie!) 16:45, 9 paź 2023 (CEST)[odpowiedz]

Co mi się zepsuło?[edytuj | edytuj kod]

Od wczoraj, kiedy w jakiejś dyskusji (Wikipedysty, Wikiprojektu czy w Kawiarence) chcę dodać nowy wątek, to po kliknięciu na plusik pojawia się pole na tytuł wątku (mogę je wypełnić), a poniżej napisik Ładowanie ... i nic więcej. Nie otwiera się pole do wpisania treści wątku  :(

Muszę edytować poprzedni wątek, dodając tytuł nowego i wtedy to działa poprawnie, tylko w historii pojawia się, że edytowałem poprzedni a nie nowa sekcja.

Używam Monobooka, Windows 10 Home. Ciacho5 (dyskusja) 17:29, 13 paź 2023 (CEST)[odpowiedz]

Czwartek to dzień, kiedy aktualizowane jest u nas oprogramowanie MediaWiki. Bywa czasem, że przeglądarka wykorzysta jakieś skrypty z pamięci podręcznej zamiast pobrać nowe z serwera i to powoduje problemy. Czy próbowałeś wymusić przeładowanie strony? Zwykle to kombinacja klawiszy typu Shift+F5 lub Ctrl+Shift+R. Msz2001 (dyskusja) 18:18, 13 paź 2023 (CEST)[odpowiedz]
  • @Msz2001 Wczoraj był ten sam problem. Przeładowanie nie pomogło. Ciacho5 (dyskusja) 21:06, 13 paź 2023 (CEST)[odpowiedz]
    @Ciacho5, czy mógłbyś proszę wykonać poniższe:
    • Przejść na jakąś stronę, gdzie nie działa dodawanie wątku
    • Otworzyć konsolę przeglądarki (F12 lub kliknąć prawym przyciskiem myszy na stronie i wybrać opcję typu Zbadaj element lub Inspekcja)
    • W okienku, które się pokaże, przejść na zakładkę Konsola/Console
    • Nacisnąć na wiki przycisk + do dodania wątku
    • Skopiować komunikat(y) o błędach, które (miejmy nadzieję) pokażą się w konsoli – czy to w postaci tekstu czy też zrobić zrzut ekranu i przesłać w dowolny sposób
    Może to być kwestia jakiejś dziwnej interakcji z czymś, bo przetestowałem u siebie i po ustawieniu skórki na Monobook, pole nowego wątku wczytuje się poprawnie. Msz2001 (dyskusja) 21:42, 13 paź 2023 (CEST)[odpowiedz]
  • @Msz2001 Zrobiłem. Ciekawostka: Na jednej stronie dyskusji, po otwarciu konsoli, gdy kliknąłem plusik, otowrzyło się poprawnie. Ale na następnej stara sytuacja, a konsola pokazuje: Plik:Konsola gorna czesc.jpg i Plik:Konsola dolna.jpg. Próbowałem skopiować tekst z konsoli, ale dawało to strasznie dużą ścianę tekstu. Ciacho5 (dyskusja) 23:25, 13 paź 2023 (CEST)[odpowiedz]
    Hmm... Nie mam niestety zielonego pojęcia, co może wywoływać ten problem. Być może @Matma Rex będzie w stanie coś pomóc albo nakierować na powód. Z tego, co udało mi się ustalić po analizie kodu i zrzutów ekranu:
    • Od wersji MediaWiki 1.41/wmf.30, tj. wdrożonej u nas 12 października, formularz nowego wątku (ReplyWidget) odwołuje się do ve.ui.Trigger (wprowadzone w commicie 5b6018b2).
    • U Ciacha ve.ui zdaje się nie istnieć (jest undefined), czego nie udało mi się odtworzyć (nawet wchodząc na tę samą stronę, z której pochodzi zrzut ekranu: Dyskusja wikipedysty:RafonPolak).
    • Jedyny pomysł, jaki mam, to że moduł ReplyWidgetPlain nie definiuje ext.visualEditor.core jako zależności (zostało to co prawda zmienione w późniejszym commicie, który nie został jeszcze wdrożony na produkcji) – ale wtedy dlaczego u innych by działało?
    @Ciacho5, mógłbyś proszę jeszcze sprawdzić, czy problem występuje tylko w monobooku, czy również jeśli przełączysz skórkę na inną? Msz2001 (dyskusja) 15:38, 14 paź 2023 (CEST)[odpowiedz]
    Udało mi się jednak znaleźć taska na Phabricatorze, który dotyczy tego błędu. Rozwiązanie jest takie: zaznaczyć „Włącz pasek narzędzi edycyjnych w trybie kodu źródłowego” w Preferencjach (zakładka Edycja). Sam problem został już rozwiązany przez programistów i poprawka zostanie wdrożona w poniedziałek. Msz2001 (dyskusja) 16:44, 14 paź 2023 (CEST)[odpowiedz]
  • @Msz2001 Wielkie dzięki. Włączenie owego paska edycyjnego załatwiło sprawę. Gdyby ktoś był ciekaw - to zmiana skórki nie pomogła (Wektor i Timeless). Załatwione. Ciacho5 (dyskusja) 16:55, 14 paź 2023 (CEST)[odpowiedz]

Wiadomości techniczne: 2023-42[edytuj | edytuj kod]

MediaWiki message delivery 01:44, 17 paź 2023 (CEST)[odpowiedz]

Załatwione, ~Cybularny Napisz coś ✉ 01:46, 17 paź 2023 (CEST)[odpowiedz]

Watykan wprowadził kilka poprawek do swojej flagi (tu stara, a tu nowa) i chciałem ją zaktualizować w szablonach i tym podobnych na polskiej wiki, ale nie wszędzie umiałem, bo nie jestem aż tak obyty w technikaliach. Pomoże ktoś? Kazachstanski nygus (dyskusja) 19:15, 20 paź 2023 (CEST)[odpowiedz]

Załatwione, ~malarz pl PISZ 21:14, 21 paź 2023 (CEST)[odpowiedz]

A może ktoś obeznany w Commons jest w stanie wytłumaczyć co szczególnego jest w tych plikach, że stara nazwa pliku ma zostać redirectem do flagi z lat 2001-23 (c:File talk:Flag of the Vatican City.svg). ~malarz pl PISZ 19:44, 22 paź 2023 (CEST)[odpowiedz]

Wiadomości techniczne: 2023-43[edytuj | edytuj kod]

MediaWiki message delivery 01:14, 24 paź 2023 (CEST)[odpowiedz]

Załatwione, ~Cybularny Napisz coś ✉ 01:26, 24 paź 2023 (CEST)[odpowiedz]

Na stronie głównej prezentowana jest flaga, która moim daniem wygląda niewyraźnie. Aktualnie na SG, przy AnM, mamy podobną flagę, ale z obramowaniem - commons:File:Flag of Poland (bordered 2).svg. Czy ktoś z Was chciałby zrobić wersję z obramowaniem? Nie pamiętam niczego, co wiedziałem o svg, nie umiem tego. RoodyAlien (dyskusja) 13:28, 28 paź 2023 (CEST)[odpowiedz]

Załatwione Przygotowałem Plik:Flag of Bohemia (bordered).svg i wrzuciłem do kalendarium. Msz2001 (dyskusja) 14:17, 28 paź 2023 (CEST)[odpowiedz]
@ Msz2001 dziękuję! RoodyAlien (dyskusja) 20:11, 28 paź 2023 (CEST)[odpowiedz]

Wiadomości techniczne: 2023-44[edytuj | edytuj kod]

MediaWiki message delivery 00:19, 31 paź 2023 (CET)[odpowiedz]

Załatwione, ~Cybularny Napisz coś ✉ 00:21, 31 paź 2023 (CET)[odpowiedz]

Popsute spisy w szablonach[edytuj | edytuj kod]

Co się dzisiaj stało, że spisy w szablonach nagle zaczęły się źle wyświetlać? Rzeczy w nawiasach zamiast być obok wyświetlają się pod spodem. Przykłady: Szablon:Prefektura_Ehime, Szablon:Prefektura Fukuoka Nouzen (dyskusja) 13:37, 2 paź 2023 (CEST)[odpowiedz]

Z tego co widzę to problem pojawia się gdy pojawia się drugi poziom wypunktowania (dwie gwiazdki z przodu). Faktycznie dziwnie to wygląda. PMG (dyskusja) 13:43, 2 paź 2023 (CEST)[odpowiedz]
@Nux, to może mieć związek z twoimi zmianami w hlist? Msz2001 (dyskusja) 14:23, 2 paź 2023 (CEST)[odpowiedz]
Wycofałem zmiany w hlist. To one spowodowały błędne wyświetlanie zagnieżdżonych list w navboksach, a nie jestem w stanie wymyślić rozwiązania, które pogodzi cel tych zmian z zachowaniem istniejącego wyglądu spisów. Jednocześnie uważam, że korzyść ze zmian (łamanie elementów na wąskich wyświetlaczach) była mniejsza niż strata (nieintuicyjny wygląd zagnieżdżonego spisu) – większość list poziomych to navboksy i są one widoczne tylko na (zwykle szerokim) desktopie. Z kolei overflow nie powoduje niedostępności tekstu, a jedynie skutkuje koniecznością przewinięcia w poziomie (brzydkie, ale nadal funkcjonalne). Msz2001 (dyskusja) 20:53, 2 paź 2023 (CEST)[odpowiedz]
Też nie mam dobrego pomysłu jak to rozplątać... Wrzuciłem zatem poprawkę tylko na wąski ekran. To nie powinno powodować problemów. Ale jakby co to dajcie znać... lub cofajcie 🙂 Nux (dyskusja) 16:54, 3 paź 2023 (CEST)[odpowiedz]
W takim razie możemy chyba uznać wątek za załatwiony. Msz2001 (dyskusja) 21:29, 3 paź 2023 (CEST)[odpowiedz]

Dwie sprawy[edytuj | edytuj kod]

Wybaczcie, jeśli te tematy się pojawiały, ale nie śledzę technicznej kawiarenki na bieżąco, a wyszukiwarka nie zwraca mi żadnych wyników.

1) Czy jedynym sposobem podpięcia nowo utworzonego (albo po prostu nie spiętego z Wikidanymi) artykułu pod istniejący element Wikidanych jest odszukanie (ręczne) tego elementu w Wikidanych i dodanie tam polskiego artykułu? Byłoby chyba znacznie wygodniej i dość intuicyjne, gdyby dało się to zrobić z poziomu przycisku "Dodaj języki" na górze artykułu poprzez wybranie symbolu języka (albo projektu) i podanie nazwy artykułu w tym języku, jak to chyba dawniej bywało. Ps. Polecenie "Edytuj linki pomiędzy wersjami językowymi" pojawiło się chyba dopiero po podpięciu polskiego artykułu do elementu wikidanych...

2) Strasznie mylący (przynajmniej dla mnie) jest link "Edytuj" po prawej stronie tytułu artykułu. Wciąż klikam na takie linki chcąc edytować artykuł, a tymczasem służą one tylko do edytowania sekcji tytułowej/głównej, natomiast edycja "całego" artykułu wymaga kliknięcia w link poniżej, mniej eksponowany.

Grzegorz B. (dyskusja) 14:32, 4 paź 2023 (CEST)[odpowiedz]

Ad. 2: Link [edytuj] koło tytułu dodaje gadżet (domyślnie włączony), można go wyłączyć w preferencjach (pozycja „Dodawaj link [edytuj] do pierwszej sekcji.”). Msz2001 (dyskusja) 14:41, 4 paź 2023 (CEST)[odpowiedz]
Dzięki ogromne. Będzie mniej wkurzania się na samego siebie :) Grzegorz B. (dyskusja) 15:21, 4 paź 2023 (CEST)[odpowiedz]
Ad.1. Jest parę sposobów:
  1. Jeśli skorzystasz z narzędzia do tłumaczenia, to link do WD pojawi się automagicznie. Zobacz: mw:Content_translation/pl. To też tworzy wymagany link do tłumaczonej treści (w opisie zmiany).
  2. W menu narzędzi artykułu jest link "Dodaj link do wersji językowych". To otwiera okienko i masz tam autocomplete i do języka i do nazwy artykułu.
  3. No i oczywiście możesz wejść w WD i dodać tam link. Zazwyczaj najlepiej skopiować sobie tytuł, żeby nie wpisywać go ręcznie.
Nux (dyskusja) 15:07, 4 paź 2023 (CEST)[odpowiedz]
1 nie używam, na 3 się wkurzam, że tak dookoła, natomiast 2 jest chyba rozwiązaniem mojego problemu i dziwię się, że sam nie zauważyłem :) Dzięki wielkie. Pozdrawiam, Grzegorz B. (dyskusja) 15:24, 4 paź 2023 (CEST)[odpowiedz]

problem z szablonem {{cytuj pismo}}[edytuj | edytuj kod]

Ni mogę sobie poradzić z szablonem {{cytuj pismo}} w ostatniej pozycji bibliograficznej w tym miejscu Wikipedysta:Czonek/Brudnopis4#Bibliografia. Wzór szablonu skopiowałem ze strony pomocy, usunąłem zbędne pola i wypełniłem. Cały czas wyskakuje mi na czerwono błąd: nieznane pole {{cytuj pismo}}. Przenicowałem kod szablonu po literka po literce i nie potrafię dostrzec błędu ani przyczyny. Czonek (dyskusja) 13:41, 6 paź 2023 (CEST)[odpowiedz]

Poprawione. The Polish (query) 13:53, 6 paź 2023 (CEST)[odpowiedz]
Raczej błąd: {{Cytuj pismo}} Nieznane pola: 1. MarMi wiki (dyskusja) 15:42, 6 paź 2023 (CEST)[odpowiedz]

Przenoszenie nazwanych przypisów na koniec[edytuj | edytuj kod]

Mam taki pomysł, że można by przenosić nazwane przypisy na koniec artykułu. Mógłbym to zrobić w WP:SK prawdopodobnie. Musiałbym pomyśleć jak to dobrze zrobić, ale może nie to jest najistotniejsze. Widzicie jakieś przeciwwskazania? Zalety:

  • Czytelniejszy tekst przy edycji kodu źródłowego.
  • Nieco bardziej intuicyjna edycja sekcji przypisów w kodzie źródłowym.
  • Możliwość używania takiego przypisu w VE (nawet jeśli był zdefiniowany w infobksie).
  • Brak ryzyka duplikatów (bo nie nadaję nazwy, tylko przenoszę już istniejące nazwy).

Właściwie jedyny problem jaki widzę jest taki, że część nadanych już nazw może nie być zbyt intuicyjna, ale jeśli tak jest, to ten problem i tak już istnieje i lepiej będzie mieć to obok siebie raczej. Można by pewnie ułatwić zmianę nazw w ramach RefTools. O jakichś innych problemach powinienem pomyśleć? Nux (dyskusja) 21:31, 30 wrz 2023 (CEST)[odpowiedz]

@Nux: jeżeli dobrze zrozumiałem, jest to już zaimplementowane w Wikipedysta:Matma Rex/prettyref.js (przenosi wszystkie przypisy, nienazwanym automatycznie nadaje nazwę). Przetestować można tutaj. Peter Bowman (dyskusja) 23:27, 30 wrz 2023 (CEST)[odpowiedz]
Dzięki za przypomnienie, ale to nie do końca to samo. Preetyref jak rozumiem skupia się na nadawaniu nazw według określonego schematu. Raczej wolałbym tego uniknąć. Jeśli ktoś nie dodał nazwy do przypisu, to zostawałby on tam gdzie był. Tak bym to widział. Nux (dyskusja) 23:52, 1 paź 2023 (CEST)[odpowiedz]
Rozwiązanie stosowane w niektórych artykułach od dawna (pewnie podobny czas jak rozpowszechnienie użycia {{r}}). Były na ten temat dyskusje, nie było konsensusu. Z różnych punktów widzenia jest z tym różnie:
  • w VE wystarczy pilnować tego, aby przypisy nie były umieszczone w szablonach (np. w infoboksach), bo wtedy ciężko się je edytuje – tutaj przeniesienie ich na koniec może pomóc.
  • w trybie edycji kodu na dwoje babka wróżyła, ja osobiście kiedyś byłem zwolennikiem tego rozwiązania, obecnie nie mam szczególnie zdania na ten temat. Istotnie łatwiej edytuje się kod artykułu, jeżeli edytuje się go po to, aby zmienić samą treść. Trudniej jednak jest odnaleźć właściwy przypis. I to często mi się zdarza, gdy przypisy są na końcu, że kilkukrotnie muszę przewijać, bo w międzyczasie zapomnę jaka była nazwa tego przypisu, co jest dość upierdliwe. Pamiętam również, że Paelius argumentował przeciwko takiemu rozwiązaniu jako utrudniającemu edytowanie (o ile dobrze pamiętam, śledzenie edytowanego tekstu wraz ze źródłami — podejrzewam, że w naukach np. humanistycznych ma to znacznie większe znaczenie niż w naukach ścisłych, stąd nie mam wystarczającego porównania, aby móc się w tym temacie wypowiedzieć). Dla mnie po prostu często jest to upierdliwe, gdy potrzebuje w trybie edycji kodu poprawić określone przypisy, a jest ich kilkadziesiąt/kilkaset z automatycznymi nazwami. Łatwiej się gubię, gdy nie ma go w miejscu wstawienia, a jest na końcu.
Natomiast już wcześniej proponowałem inne rozwiązanie w tym zakresie, musiałbym odnaleźć to gdzieś w archiwach Kawiarenki. Zamiast fizycznie przenosić gdzieś przypisy (jednemu będzie to pasowało, innemu nie – wszystkim się nie dogodzi), umożliwić ich zwijanie – na stronach .js czy .css jest możliwość zwijania określonych elementów, a w edytorze kodu mamy podświetlanie składni, które w dość dokładny sposób jest w stanie znaleźć ref-y. Wystarczłby więc odpowiedni przycisk, aby (1) nie musieć przenosić nigdzie przypisów (a tym samym kogoś uszczęśliwiać kosztem innej osoby + wykonywania w sumie zbęnych edycji), (2) umożliwić ukrywanie przypisów, aby edytowanie kodu mogło być łatwiejsze. Wostr (dyskusja) 22:08, 1 paź 2023 (CEST)[odpowiedz]
@Wostr myślę, że przy długim artykule te przypisy i tak będą użyte klika razy, więc i tak musisz skakać i tak. Aczkolwiek częściowo dlatego też nie chciałbym przenosić tych nienazwanych przypisów. Jeśli nie są nazwane, to pewnie są użyte raz i może nie ma sensu ich ruszać (przynajmniej takim głupim automatem wydaje mi się, że nie ma sensu ruszać nienazwanych). Można próbować rozwiązać ten problem o którym piszesz rozwojem reftools też... ale w gruncie rzeczy już teraz oferuje to VE. Można się spróbować przekonać do VE. Edycja przypisów to jest jedna z głównych rzeczy, która mnie do niego przekonała... ale to tak na marginesie.
Co do zwijania przypisów w trybie podświetlania składni, to tak krótko mówiąc jest to do zrobienia. Planowane jest jednak zaktualizowanie podświetlania składni i przed tą aktualizacją osobiście bym się nie podjął tego i odradzałbym grzebanie w tym innym. Myślę, że za dużo się tam zmieni i nie ma co się męczyć ze starą wersją. Dodatkowo samo to zwijanie nie rozwiązuje wszystkich problemów. Nadal też nie zwijałoby się raczej nienazwanych przypisów. Nux (dyskusja) 00:03, 2 paź 2023 (CEST)[odpowiedz]
Niekoniecznie, dla poprawy czytelności kodu artykułu wystarczyłoby pewnie, aby ref-y skracały się do
tekst<ref>...</ref>
(podobnie jak np. zawartość niektórych elementów jest skracana w „narzędziach dla programistów” w przeglądarkach). Wydaje mi się, że już tego rodzaju zwinięcie realizowałoby główny cel przenoszenia przypisów na koniec – zwiększenie czytelności kodu. Natomiast, wydaje się, że warte rozważenia jest np. rozszerzenie do WP:SK, które pozwalałoby na przeniesienie na koniec przypisów umieszczonych wyłącznie wewnątrz szablonów (a więc pewnie infoboksów głównie). Nie wiem, na ile jest to skomplikowane i czy w ogóle nakład pracy nie przekroczyłby ew. korzyści, natomiast wydaje mi się, że biorąc pod uwagę wszystkie problemy z edytowaniem przypisów pod VE (już pomijam {{r}}), brak możliwości edytowania części przypisów z uwagi na umieszczenie ich w infoboksie może być dla niezaawansowanych użytkowników frustrujący. Wostr (dyskusja) 21:07, 3 paź 2023 (CEST)[odpowiedz]
CodeMirror (edytor z włączonym podświetlaniem składni) ma dodatek do zwijania (fold), być może dałoby się go jakoś dostosować.
Ponad rok temu zrobiłem eksperymentalny test dodatków dla CM, z tego co pamiętam zwijanie (wg sekcji i nawiasów: {}, <>) działało nawet nieźle.
Wikipedia:Kawiarenka/Kwestie_techniczne_dyskusja/Archiwum/2022-styczeń#CodeMirror_-_testowanie_dodatków.
Nie wiem czy obecnie jeszcze działa (przestałem używać z racji wolniejszego uruchamiania edytora z włączonym podświetlaniem). MarMi wiki (dyskusja) 20:54, 5 paź 2023 (CEST)[odpowiedz]
No właśnie będą aktualizować Code mirror, więc chwilowo raczej nie warto w nim grzebać; vide: phab:T259059. Nux (dyskusja) 20:28, 6 paź 2023 (CEST)[odpowiedz]
  • Kiedyś zabrałem się za pisanie przełącznika (zbierz na koniec, wstaw do pierwszego wystąpienia) i efekty są w Wikipedysta:Malarz pl/MediaWiki:Gadget-ref.js. Z tego co pamiętam to skrypt dotykał wyłącznie nazwane, więc miał robić to co planujesz, ale też umożliwiać działanie odwrotne. Działał tylko s {{przypisy}} więc pewnie trzeba to zmienić. ~malarz pl PISZ 14:16, 2 paź 2023 (CEST)[odpowiedz]
    Hm... Ciekawe. To faktycznie wygląda w dużej mierze podobne do tego co miałem w głowie (może poza tym przełączaniem). Ciągle mam w planach zrobienie modułowego WP:SK z repo na Github... W sumie to może powinienem najpierw ogarnąć moduły, to będzie łatwiej. Nux (dyskusja) 22:21, 3 paź 2023 (CEST)[odpowiedz]

Błąd HotCata?[edytuj | edytuj kod]

W Kategoria:Ekumena próbowalem dodać Kategoria:Kategorie według dzieł literackich, ale zamiast tego wychodzi Kategoria:Kategorie dla kategorii (coś w skrypcie wymusza zmianę). Pewnie mogę dodać to ręcznie, ale... błąd(?) zgłaszam. Piotr Konieczny aka Prokonsul Piotrus Słucham? 02:13, 10 paź 2023 (CEST)[odpowiedz]

Zabroniłem HotCatowi wstawiania Kategoria:Kategorie dla kategorii. Wygląda na to, że pomaga. Z tego, co widzę, HotCat podąża za linkami ze strony kategorii, którą chce się dodać i coś dalej z nimi robi, ale nie wiem co. Msz2001 (dyskusja) 13:50, 10 paź 2023 (CEST)[odpowiedz]

Pomoc z WD[edytuj | edytuj kod]

Opisałem dzisiaj kompozytora nadwornego ostatniego polskiego króla Gaetano. Zdaje się, że nie miał rekordu w Wikidanych (albo ma, ale ja nie umiem szukać), więc takowy utworzyłem (Q123002425). Pierwszy raz utworzyłem rekord w WD, więc nie wiem, jak to powinno wyglądać. Dodałem link do Encyklopedii PWN i Encyklopedii Teatru Polskiego. Na tym moje umiejętności się kończą. Nie wiem, czy ma rekordy w BN, nie umiem tego szukać.

Będę wdzięczny za uzupełnienia WD tak, by były ok. Hoa binh (dyskusja) 15:30, 10 paź 2023 (CEST)[odpowiedz]

Udało mi się znaleźć i uzupełnić rekordy z BN, VIAF i słownika muzycznego Grovego. Będę wdzięczny za dalsze uzupełnienia, bo nie mam pojęcia, co tam jeszcze i jak należy dodać. Hoa binh (dyskusja) 19:10, 10 paź 2023 (CEST)[odpowiedz]

Narzędzie typu Missing anchors[edytuj | edytuj kod]

Dzień dobry.

Dzięki pomocy i uprzejmości Wikipedysty Archiwald zainstalowałem sobie i używam świetne narzędzie Missing anchors stworzone przez Wikipedystę Msz2001. Obu bardzo dziękuję, udało się już sporo błędów technicznych poprawić.

Ale chciałbym przy tym zapytać czy ktoś wie/zna/posiada narzędzie analogiczne, ale działające "w przeciwną stronę" tzn. sprawdzające czy są pozycje w bibliografii do których nie ma odwołań odn ? Pozdrawiam Joee (dyskusja) 16:12, 2 paź 2023 (CEST)[odpowiedz]

Nie znam narzędzia, które by to realizowało, ale zamierzam w najbliższym czasie przygotować (prosił już o to również Ented). Msz2001 (dyskusja) 21:40, 2 paź 2023 (CEST)[odpowiedz]
Załatwione Byłoby super, równie przydatne. Pozdrawiam i jeszcze raz wielkie dzięki. Joee (dyskusja) 07:12, 3 paź 2023 (CEST)[odpowiedz]
Melduję, że właśnie dorobiłem obsługę sprawdzenia w drugą stronę – kolorowane są także pozycje bibliografii, do których nie ma odniesienia z treści artykułu. (Sprawdzane są wyłącznie pozycje, które mają ustawiony parametr |odn w szablonie cytowania – aby nie kolorować cytowań w zwykłych przypisach, albo innych sekcjach niż bibliografia). Msz2001 (dyskusja) 13:12, 10 paź 2023 (CEST)[odpowiedz]
Tak, właśnie zauważyłem i też chciałem to tu rozgłosić. Rewelacja! Naprawdę wielkie dzięki. Pozdrawiam Joee (dyskusja) 07:17, 11 paź 2023 (CEST)[odpowiedz]

Dwa państwa w Klub sportowy infobox[edytuj | edytuj kod]

{{Klub sportowy infobox}} nie radzi sobie, gdy w WD są podane dwa państwa (patrz zawartość Kategoria:Błędna wartość parametru państwo). Da się to poprawić w szablonie czy trzeba ręcznie wpisać jedno z państw w haśle? IOIOI2 15:57, 13 paź 2023 (CEST)[odpowiedz]

Kiedyś się nad tym zastanawiałem. Większość takich wpisów to jednak błędy WD, więc codzienne obserwowanie zawartości tej kategorii pozwala trochę ich powykrywać. Palermo FC już poprawiłem. Wydaje mi się, że podobnie trzeba zrobić z klubami z Lichtensteinu grającymi w lidze Szwajcarskiej. One chyba mają jedną siedzibę i są zrzeszone w jednym narodowym ZPNie. ~malarz pl PISZ 16:11, 13 paź 2023 (CEST)[odpowiedz]
Pozostałe też poprawiłem na WD. ~malarz pl PISZ 16:18, 13 paź 2023 (CEST)[odpowiedz]

serwery polskiej (?) Wikipedii_szybkość przesyłania danych[edytuj | edytuj kod]

Czy mamy jakiś program techniczny, który spowalnia pracę na plikach w polskiej Wikipedii? Od co najmniej tygodnia tempo pracy nad plikiem w moim brudnopisie przypomina mi możliwości przesyłu danych za czasów młodego Billa Gatesa. Nie, wina nie leży po stronie mojego sprzętu: szerokopasmowe połaczenie i szybkość przesyłania danych w okolicach 44Mbit/s download i 30Mbit/s upload.DaL (dyskusja) 14:20, 15 paź 2023 (CEST)[odpowiedz]

Chodzi o Wikipedysta:DaLoetz/brudnopis Hexental historia? 179k tekstu to niemało, ale u mnie działa dość normalnie, nawet po VPN. -- niepodpisany komentarz użytkownika IOIOI (dyskusja) 15:39, 15 paź 2023. Wstawił Msz2001 (dyskusja) 20:48, 15 paź 2023 (CEST)[odpowiedz]
Sprawdziłem przed chwilą na tej stronie na 170 kilo i wszystko szło dla mnie z normalną prędkością. PMG (dyskusja) 18:56, 15 paź 2023 (CEST)[odpowiedz]
@DaLoetz U mnie też śmiga jak złoto.... Cyku new (dyskusja) 19:15, 15 paź 2023 (CEST)[odpowiedz]
Dzięki za sprawdzenie, jak to u Was "śmiga". Tak, to ten tekst nt. historii Hexental. Nie mam pojęcia, skąd ta powolność sytemu u mnie. DaL (dyskusja) 20:01, 15 paź 2023 (CEST)[odpowiedz]
@DaLoetz możesz sobie spróbować wyłączyć jakieś gadżety. Jeśli masz mało RAM, to VE, czy podświetlanie składni może działać bardzo wolno. Inna sprawa, że warto podzielić artykuł na części, albo zdecydowanie skrócić. Podejrzewam, że wręcz przypisy mogą się przestać renderować przy tak długim artykule. Nux (dyskusja) 22:42, 15 paź 2023 (CEST)[odpowiedz]

Bardzo długie opisy edycji[edytuj | edytuj kod]

Od czasu szerszego stosowania adresacji IP6 opisy edycji przy anulowaniu edycji niezalogowanego użytkownika są potwornie długie, w polu edycji ledwo co się mieszczą na ekranie HD (przykład: Anulowanie wersji [[Special:Diff/71569627|71569627]] autorstwa [[Special:Contributions/2A00:F41:2861:957C:0:20:5DE:AD01|2A00:F41:2861:957C:0:20:5DE:AD01]] ([[User talk:2A00:F41:2861:957C:0:20:5DE:AD01|dyskusja]])). Dałoby się to jakoś skrócić? Tak, wiem, że można skasować tekt domyślny, ale nie o to mi chodzi. IOIOI2 19:31, 21 paź 2023 (CEST)[odpowiedz]

Ja żeby zmieścić uzasadnienie anulowania zawsze w takich sytuacjach zamieniam ten ciąg znaków na krótkie "IP". W historii edycji pełne dane są dostępne we wcześniejszym rekordzie. Kenraiz (dyskusja) 10:35, 22 paź 2023 (CEST)[odpowiedz]
Nie wiem, czy domyślny opis zmian generowany podczas anulowania edycji nie jest zaszyty gdzieś w oprogramowaniu... XaxeLoled AmA 13:09, 22 paź 2023 (CEST)[odpowiedz]
Ano jest. I teraz pytanie, dlaczego przy anulowaniu edycji IP używamy MediaWiki:Undo-summary a nie MediaWiki:Undo-summary-anon? To z 50 znaków mniej. IOIOI2 13:19, 22 paź 2023 (CEST)[odpowiedz]
Ponieważ komunikat "anon" jest używany tylko jeśli zmienna konfiguracyjna $wgDisableAnonTalk jest ustawiona na true, co nie zachodzi na wiki WMF. Msz2001 (dyskusja) 19:40, 22 paź 2023 (CEST)[odpowiedz]
A nie da się ustawić tego $wgDisableAnonTalk na true? Dla mnie też jest to dość uciążliwe. Michał Sobkowski dyskusja 13:47, 23 paź 2023 (CEST)[odpowiedz]
Ustawienie tej zmiennej na true mw:Manual:$wgDisableAnonTalk spowoduje również zniknięcie linków „dyskusja” obok IP w innych miejscach, np. historii hasła, ostatnich zmianach itp. Msz2001 (dyskusja) 14:31, 23 paź 2023 (CEST)[odpowiedz]
Za jakiś czas (o ile się orientuję, to kilka miesięcy) wejdą w życie zmiany w ramach projektu maskowania IP. Wtedy w historii zmian zamiast adresów IP będą widoczne nazwy przydzielane automatycznie przez system (krótsze niż IPv6, bo wyglądające mniej więcej tak: ~2023-27459-041). Nie wiem, czy zaczekanie na te zmiany nie będzie prostsze niż obchodzenie aktualnie istniejącego systemu. Msz2001 (dyskusja) 14:39, 23 paź 2023 (CEST)[odpowiedz]
To byłoby dobre rozwiązanie, przyznaję. IOIOI2 14:43, 23 paź 2023 (CEST)[odpowiedz]

Szablon:Brak strony[edytuj | edytuj kod]

Nie przemawiają do mnie powody usunięcia {{Brak strony}}. Kontrargumenty na przykładzie D1_(kolej):

  • „po włączeniu sprawdzania stron bezpośrednio w szablonach cytowania sens ręcznego wstawiania tego szablonu minął” - 121-stronicowe rozporządzenie w bibliografii, którego nie da się przeszukiwać, sugeruje coś innego,
  • „wstawianie takiej informacji nie polepsza jakości artykułów” - 121-stronicowe rozporządzenie, którego nie można przeszukiwać też nie polepsza jakości tego artykułu, więc może je usunąć z bibliografii?

MarMi wiki (dyskusja) 21:34, 12 paź 2023 (CEST)[odpowiedz]

  • Po pierwsze mogłeś wziąć udział w DNU. A po drugie nie rozumiem Twojej wypowiedzi. Czego teraz oczekujesz? Obecnego komunikatu nie zobaczą niezalogowani czytelnicy. Czy z tego powodu chcesz przywrócić szablon? Paweł Ziemian (dyskusja) 22:15, 12 paź 2023 (CEST)[odpowiedz]
    • Raczej chodzi o to, że automatyczne wykrywanie braku strony przez szablon ma charakter sugestii, wskazania możliwego braku (który nadal w znacznym odsetku jest false positive). Zastosowanie {{brak strony}} ma inny charakter – użytkownik wskazuje, że w opisie bibliograficznym istotnie brakuje strony i że brak ten będzie znacznie utrudniał odszukanie informacji w publikacji. Wostr (dyskusja) 23:19, 12 paź 2023 (CEST)[odpowiedz]
    • No raczej nie miałem szans.
      Po pierwsze, nie subskrybuję strony tego szablonu, ani Poczekalni. A poza tymi miejscami chyba nie ma powiadomienia o DNU? Po drugie mniej więcej w tym czasie padła mi płyta główna i przez dłuższy czas w ogóle nie zaglądałem na Wikipedię (przez około dwa tygodnie, a dyskusja trwała 11 dni).
      Oczekiwałbym rozważenia przywrócenia szablonu, albo stworzenia podobnego. Bo jednak zwracanie uwagi na brak stron nadal się przydaje, jak widać, choć być może rzadziej.
      To że niezalogowani tego nie widzą (przy przeglądaniu, bo na podglądzie to powinno się wyświetlać) to raczej niewielki problem, ważne żeby mógł to zauważyć także ktoś inny, poza nielicznymi osobami które akurat zajrzą do danego źródła. MarMi wiki (dyskusja) 16:28, 13 paź 2023 (CEST)[odpowiedz]
      • Ja też nie subskrybuję większości szablonów. Jednak polecam dodać do obserwowanych poczekalnię. Czasami wpadają tam rzeczy, które mogą nas zainteresować. A łatwo to zauważyć już na postawie opisu zmian. Co do długości dyskusji, to rzecz wydała się widocznie oczywista. Zazwyczaj dyskusje nad szablonami wiszą miesiącami. Też mnie zaskoczyło szybkie „załatwienie sprawy”. No ale mnie jako zgłaszającemu było to raczej na rękę. Co masz na myśli, mówiąc, że chciałbyś aby zobaczył to także ktoś inny niż te nieliczne osoby, które zajrzą do artykułu. Przecież jeśli nie zajrzysz to się nie dowiesz. Dedykowany szablon tego nie zmieni. Paweł Ziemian (dyskusja) 22:13, 14 paź 2023 (CEST)[odpowiedz]
        Miałem na myśli przeglądanie strony. Przypuszczam że więcej osób z tych, co zaglądają na strony artykułów, nie zagląda już tak często do starych przypisów/bibliografii (np. przy przeglądaniu wersji). Im więcej osób zobaczy komunikat o braku strony, tym większa szansa że ktoś w końcu się zlituje i ją doda.
        Inaczej trzeba czekać na kogoś, kto: akurat zajrzy w dane źródło, będzie na tyle zdeterminowany/znudzony, że je przejrzy w poszukiwaniu być może jednostronicowego odniesienia, a na koniec wpadnie na pomysł dodania strony. To raczej zawęża grono osób. MarMi wiki (dyskusja) 01:06, 15 paź 2023 (CEST)[odpowiedz]
  • W ww rozporządzeniu wystarczy wejść w tekst jednolity, a ten już da się przeszukiwać. ~malarz pl PISZ 16:42, 13 paź 2023 (CEST)[odpowiedz]
  • Kolejny przypadek: Bielak_(herb_szlachecki). Niby bibliografia jest, nawet z linkiem, ale i tak jest bezużyteczna (domyślam się, że chodzi o hasło Bielak?).
    Edycja: Ręce opadają... Bot InternetArchiveBot wstawia linki do przypadkowego tomu encyklopedii (Polska-Rohan - [11]). MarMi wiki (dyskusja) 20:14, 24 paź 2023 (CEST)[odpowiedz]

Szablon:Stan prawny[edytuj | edytuj kod]

W Wikiprojekcie prawnym rozpocząłem dyskusję nad stworzeniem nowego szablonu: Stan prawny. Proszę o osoby znające się na szablonach o opinię i ew. pomoc w jego utworzeniu. Tomasz Raburski (dyskusja) 12:51, 26 paź 2023 (CEST)[odpowiedz]

Filtr nadużyć: Ukraina[edytuj | edytuj kod]

Próbowałem dokonać drobnej edycji w artykule Aleksandra Wiśniewska. Wyświetlił mi się komunikat: „Filtr nadużyć zidentyfikował Twoją edycję jako potencjalnie szkodliwą.(...)Krótki opis reguły nadużycia, do której Twoja akcja została dopasowana: Ukraina”. To bez sensu, nijak nie dotykałem materii ukraińskiej lub rosyjskiej, w szczególności nie dodawałem źródeł, o co chodzi?? BasileusAutokratorPL (dyskusja) 22:09, 24 paź 2023 (CEST)[odpowiedz]

Mamy filtr nadużyć, którego celem było blokowanie masowej zmiany „na Ukrainie” na „w Ukrainie”, które to zmiany były powszechne na początku wojny. Filtr pozostał i ma coraz mniej trafień (ostatnie 50 trafień to czas od 4 lipca). Część trafień to są false positives, tak jak ten wskazany przez Ciebie. Zresztą od czasu wybuchu wojny, pojawiły się nowe opinie językoznawców o poprawności formy „w Ukrainie”.
Ze względu na to, proponuję wyłączenie odrzucania edycji przez ten filtr – ale z zapisywaniem trafień do logu, abyśmy w najbliższym czasie mogli ocenić, czy pojawi się masowa krucjata przeciwko któremuś ze sformułowań (a której się nie spodziewam). Msz2001 (dyskusja) 12:20, 25 paź 2023 (CEST)[odpowiedz]
Wprowadziłem zmianę w filtrze. Będę obserwował liczbę trafień w najbliższych dniach. Msz2001 (dyskusja) 22:23, 26 paź 2023 (CEST)[odpowiedz]

Próba dodania adresu zablokowanego na tej stronie powoduje wyświetlenie komunikatu, który właśnie rozbudowałem na wzór z MediaWiki:Spamprotectiontext.

Chodzi o to aby po zablokowaniu wskazać miejsce z informacjami o potencjalnej możliwości zdjęcia blokady. Podobnie przekierowałem też dyskusję Dyskusja MediaWiki:BlockedExternalDomains.json. Wydaje mi się, że lepiej abyśmy mieli jedno miejsce do dyskusji nad tym co jest zablokowane, nawet kosztem trudniejszego sprawdzenia który mechanizm tę blokadę wywołał. Można też się zastanowić nad przekierowaniem dyskusji z Dyskusja MediaWiki:Spam-blacklist.

Jeżeli ktoś miałby jakieś uwagi to śmiało nanoście zmiany do komunikatu. ~malarz pl PISZ 13:41, 29 paź 2023 (CET)[odpowiedz]

Using Wikidata P460 properties for interwiki links[edytuj | edytuj kod]

In the page Porfiriusz, the website lists 10 interwiki links, while d:Q11824061#sitelinks-wikipedia hasn't any. It seems that Polish Wikipedia accesses d:Q11824061#P460 data for additional interwiki links, in a way similar to en:Template:Interwiki extra, but automatically. It will be a good feature in Korean Wikipedia too; how can it be configured? Thanks in advance. -- PuzzletChung (dyskusja) 15:15, 31 paź 2023 (CET)[odpowiedz]