Wikipedia:Kawiarenka/Kwestie techniczne dyskusja/Archiwum/2023-listopad

Z Wikipedii, wolnej encyklopedii

Kilka dni temu Lelek 2v dodał w tytułowym szablonie w niepoprawny sposób pole "odznaczenia". Powinno być to pole opcjonalne, a nie wymagane. W efekcie w biogramach koszykarzy w infoboksie pojawiła się sekcja "Odznaczenia" z treścią {{{odznaczenia}}} (pierwszy z brzegu: David Robinson). Przywrócić dawnej wersji szablonu nie można w prosty sposób, bo rozsypią się infoboksy, w których to pole zostało już wypełnione. Malarz pl, może Ty pomożesz? Michał Sobkowski dyskusja 10:26, 2 lis 2023 (CET)[odpowiedz]

To jest niestety ogólny błąd konstrukcji wielu naszych szablonów (za dużo wymaganych pól). Tutaj np. data śmierci jest wymagana 😉. Muszę wrócić do tego kiedyś i może to jest dobra okazja. Postaram się w tym tygodniu trochę ogarnąć temat. PS: Podobny problem jest w np. w {{Piłkarz infobox}}. Nux (dyskusja) 13:28, 2 lis 2023 (CET)[odpowiedz]

Załatwione, ~malarz pl PISZ 18:31, 2 lis 2023 (CET)[odpowiedz]

szablon odn – nieintuicyjny parametr w Visual Editor[edytuj | edytuj kod]

Cześć! Kiedy wstawiamy {{odn}} przy pomocy visual editora, to mamy do czynienia z bardzo nieintuicyjną sytuacją, kiedy mamy do wyboru parametr rok, którego nie powinniśmy wybierać poza wyjątkowymi sytuacjami. Jednak nie jest to odpowiednio opisane, a bez wczytania się w dokumentację ciężko to samemu wymyślić.

Dla przykładu: wikipedysta wypełnia trzy pola szablonu: nazwisko (Archiwald), rok (2077) i strona (100), w rezultacie VE wypluwa następującą konstrukcję: {{Odn|Archiwald|5=2077|s=100}}. Ta konstrukcja jest błędna, bo zamiast parametru rok powinien być wypełniony parametr nazwisko/rok. Na takie odny-y natykam się często, za przykład może posłużyć Teodora Glücksburg (1906–1969). Zauważcie że przypisy są błędne, bo szablon myśli, że autorów jest kilku, tam gdzie jest tylko jeden. Czy mógłbym poprosić aby ktoś zechciał dodać do opisu parametrów w VE odpowiednią informację/ostrzeżenie? Sam nigdy tego nie robiłem. Ponadto zastanawiam się czy istnieje szansa na masowe przebotowanie takich wywołań, czy może da się to poprawiać tylko ręcznie? Archiwald (dyskusja) 05:01, 1 lis 2023 (CET)[odpowiedz]

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

MediaWiki message delivery 22:03, 6 lis 2023 (CET)[odpowiedz]

Załatwione Msz2001 (dyskusja) 22:09, 6 lis 2023 (CET)[odpowiedz]

Wikidata[edytuj | edytuj kod]

Nie udało mi się zmienić kategorii (en: Glass bead making) na kategorię (en:Lampworking) w artykule perły lampowe. Czy ktoś mógły po mnie poprawić na Wikidata [5], bo chyba coś tam zepsułam. Z góry wielkie dzięki. Pomponick (dyskusja) 10:50, 8 lis 2023 (CET)[odpowiedz]

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

MediaWiki message delivery 00:49, 14 lis 2023 (CET)[odpowiedz]

Załatwione, ~Cybularny Napisz coś ✉ 00:50, 14 lis 2023 (CET)[odpowiedz]

Statystyki redaktorów[edytuj | edytuj kod]

Proszę o sprawdzenie Statystyk redaktorów – tools.wikimedia.pl. Od kilku dni nie widzę zmian w wykazie. --Czyz1 (dyskusja) 10:23, 13 lis 2023 (CET)[odpowiedz]

Gdzie zniknęła Gedanopedia?[edytuj | edytuj kod]

Bardzo dużo naszych haseł jest uźródłowionych [13] gdańską Gedanopedią (gedanopedia.pl) [14], która jednak zniknęła z serwerów. Czy ktoś wie, jak ją znaleźć? Kriis bis (dyskusja) 18:53, 7 lis 2023 (CET)[odpowiedz]

Prośba o pomoc z ODN[edytuj | edytuj kod]

Cześć.

Chciałbym poprosić o pomoc kogoś obeznanego techniczne z ODN. Tutaj Wikipedysta:Joee/Brudnopis/Slot14#Zabudowa i zagospodarowanie pojawił mi się komunikat ODN: "prawdopodobnie sklejone argumenty (brak pionowej kreski)", choć ja nie widzę błędu {{odn|WaszaEdukacja.pl|b.d.|loc=XVI Liceum Wrocław}} i mimo kombinowania nie udało mi się rozwiązać "problemu". Jeśli komuś się uda spojrzeć i podpowiedzieć to będę wdzięczny. Pozdrawiam Joee (dyskusja) 09:38, 15 lis 2023 (CET)[odpowiedz]

Popatrz teraz – zmieniłam Edukacja na edukacja i komunikat znikł. Chyba szablon wielką literę w Edukacja odczytywał jako drugie nazwisko autora i chciał oddzielenia Wasza od Edukacja? Salicyna (dyskusja) 09:58, 15 lis 2023 (CET)[odpowiedz]
PS. Jeżeli docelowo, tak jak teraz, przypis do tej strony będzie w haśle użyty tylko raz, to moim zdaniem lepiej zamiast w {{odn}} wstawić go jako zwykły przypis. Wtedy też nie będzie już problemu z tym że szablonowej AI nie podoba się tytuł. Salicyna (dyskusja) 10:27, 15 lis 2023 (CET)[odpowiedz]
Wygląda na to , że Salicyna naprawiła. Załatwione. XaxeLoled AmA 16:08, 15 lis 2023 (CET)[odpowiedz]

Miejscowość infobox i SFOS[edytuj | edytuj kod]

{{Miejscowość infobox}} wyświetla link do SFOS (Szwajcaria) (opis co to jest jest tutaj: SFOS). Założymy, że pojęcie jest ency, ale po co komu ten numer na plwiki? W boksie jest tylko goły numer. Może jakby numer był linkiem do czegoś, to jeszcze OK, ale tak, to moim zdaniem miejscem tego numeru są wikidane. Nux (dyskusja) 22:32, 15 lis 2023 (CET)[odpowiedz]

Skoro już kod widnieje w wielu hasłach, to warto zostawić. Dla polskich miejscowości podajemy w infoboksach TERC (TERYT) i SIMC. Wystarczy usunąć link do SFOS i zostawić samą czarną nazwę. Mathieu Mars (dyskusja) 22:34, 15 lis 2023 (CET)[odpowiedz]
Tylko, że jak wpiszesz w wyszukiwarkę SFOS, to wyskoczy ci Społeczny Fundusz Odbudowy Stolicy. Trochę mało pomocne ;). TERYT to przynajmniej łatwo znaleźć o co chodzi. Nawet na Niemieckiej wiki nie ma numeru SFOS, więc nie wiem czy to jakaś radosna twórczość kogoś (aka OR), czy skąd się to wzięło. Na dewiki jest Nr BFS. Nux (dyskusja) 23:03, 15 lis 2023 (CET)[odpowiedz]
Aha. To jest tylko wyświetlane z Wikidanych jeśli dobrze widzę. Żeby usunąć ten numer nie trzeba zmieniać artykułów. Sprawdziłem ręcznie parę i nie ma tam na pewno tego numeru. Wyszukiwarka też nie widzi parametru - kod statystyczny w miejscowościach. Nux (dyskusja) 23:06, 15 lis 2023 (CET)[odpowiedz]
@Nadzik wygląda na to, że wprowadziłeś disamb u nas, że tak cię tu wywołam do tablicy ;). To nie jest jakaś literówka z tym SFOS? Gugiel wyjątkowo pusty na hasło „sfos szwajcaria”. Nux (dyskusja) 23:16, 15 lis 2023 (CET)[odpowiedz]

Wygląda mi na literówkę. Prawdopodobnie chodzi o SFSO, czyli akronim angielskiej nazwy szwajcarskiego urzędu statystycznego (Swiss Federal Statistics Office). W Szwajcarii angielski oczywiście nie obowiązuje, więc właściwym byłoby podanie akronimów w językach urzędowych: BFS/OFS/UST/UFS. Tu interwiki. Zwracam uwagę, że na niemieckiej, francuskiej i włoskiej numeru tego w artykułach o gminach nie podają. Delta 51 (dyskusja) 23:38, 15 lis 2023 (CET)[odpowiedz]

Poszperałem i: dodałem to do szablonu na prośbę @Nadzika z maila. Odpowiedziałem mu w dyskusji (stąd wiem). Patrząc na d:Property talk:P771 i infoboksy niemieckojęzyczne to zdecydowanie jest to "BFS-Nr" i pewnie taki skrótem powinniśmy to opisać. @Nux Co do samego parametru w szablonie to jednak jest on używany (zapomniałeś o ":"). Zostaje tylko pytanie na jak linkować skrót BFS? @Nux dobrze, że zauważyłeś, że skrót jest bez sensu (w złym języku). ~malarz pl PISZ 09:11, 16 lis 2023 (CET)[odpowiedz]
@Nux, @Malarz pl, @Delta 51 mea culpa. Tak jak napisałem w oryginalnym mailu do Malarza, SFSO jest z angielskiego, a SFOS jest moją nieszczęsną literówką. Nie zdawałem sobie wtedy sprawy, że jest to skrót od Swiss Federal Statistics Office (co teraz jest oczywiste :) ). Napiszę w najbliższych dniach krótką notkę o BFS i dam znać tutaj, z prośbą o podmianę w infoboxie. Przepraszam za zamieszanie! Nadzik (dyskusja) 11:13, 16 lis 2023 (CET)[odpowiedz]
To może szybko ustalmy jak ten "Nummer" ustalany przez "Bundesamt für Statistik" ma się nazywać u nas. Na razie wstwiłem "BFS Nummer" bez linku. ~malarz pl PISZ 11:44, 16 lis 2023 (CET)[odpowiedz]
Niemiecka Wikipedia mówi "Gemeindenummer, Code-Nr, GEOSTAT-Nr i BFS-Nr". Nazwa "Gemeindenummer" pada w ich dokumentach prawnych, który ten numer utworzył [15]. Pogrzebię później w internecie. Link mógłby na razie kierować do Gmina_polityczna_(Szwajcaria)#Numeracja? Mogę rozbudować tę sekcję, jeżeli nie będzie wystarczająco na własny artykuł. Nadzik (dyskusja) 13:52, 16 lis 2023 (CET)[odpowiedz]
Załatwione Dodałem link do sekcji. No to rozwiązaliśmy problem najczęściej linkowanego artykułu, którego nie ma 🙂 Nux (dyskusja) 22:01, 16 lis 2023 (CET)[odpowiedz]

Pętla w przeglądaniu zdjęć w haśle[edytuj | edytuj kod]

W hasłach, w których jest więcej niż jedno zdjęcie, po kliknięciu na zdjęcie można strzałkami przeglądać wszystkie znajdujące się tam zdjęcia – od pierwszego do ostatniego. Dziś zobaczyłam że coś się zapętliło – robi się tak jakby cała seria zdjęć w haśle była dwa razy. Dla przykładu: kokornak – jak kliknę w pierwsze zdjęcie to przechodząc strzałkami w prawo po obejrzeniu drugiego i trzeciego zdjęcia znowu pokazuje mi się pierwsze, drugie i trzecie po raz kolejny (i po tej drugiej kolejce przeglądanie się kończy, choć powinno się kończyć po pierwszej). Salicyna (dyskusja) 08:39, 22 paź 2023 (CEST) Co więcej – przy pierwszej "kolejce" nie wyświetlają się pod zdjęciami podpisy dane im w haśle, ale podpisy z Commons, np. w podanym przykładzie pod drugim zdjęciem wyświetla się "Aristolochia gigantea— flower at the New York Botanical Garden, Bronx, New York, USA" zamiast "Kwiat Aristolochia gigantea" jak jest w haśle. Salicyna (dyskusja) 08:45, 22 paź 2023 (CEST)[odpowiedz]

Warto zauważyć: jeden zestaw zaciąga opis z Wikimedia, a drugi używa podpisów z Szablon:Plik. Velta (dyskusja) 16:14, 22 paź 2023 (CEST)[odpowiedz]
Zgłosiłem na Phabricatorze: T349448. Msz2001 (dyskusja) 19:17, 22 paź 2023 (CEST)[odpowiedz]
Załatwione Problem naprawiony, dzięki za pomoc! Salicyna (dyskusja) 09:03, 17 lis 2023 (CET)[odpowiedz]

Błąd w szablonie reprezentacji[edytuj | edytuj kod]

Szablon {{reprezentacja|Galicja|pn}} przekierowuje do strony ujednoznaczniającej (patrz:  Galicja). Czy można tak zmienić parametr Galicja, aby z szablonu było przekierowanie do reprezentacji Galicji hiszpańskiej? Paradygmaty (dyskusja) 16:09, 19 lis 2023 (CET)[odpowiedz]

  • Przeniosłem reprezentację Galicji z Hiszpanii pod dotychczasowe ujednoznacznienie. To zdecydowanie dominujące znaczenie. I ta reprezentacja rozgrywa znacznie więcej meczów. A strona ujednoznaczniająca dla dwóch artykułów jest zbędna. Zrobione ~malarz pl PISZ 20:15, 19 lis 2023 (CET)[odpowiedz]

Brak możliwości zgłoszenia do poczekalni[edytuj | edytuj kod]

Zarówno z Opery jak i z Chrome. Czy to tylko mój problem, czy awaria skryptu? Kręci się i kręci minutami. Le5zek 12:35, 20 lis 2023 (CET)[odpowiedz]

@Le5zek, dziś zgłaszałem do poczekalni artykuł, więc wygląda na to, że gadżet działa (a przynajmniej zdarza mu się działać). Czy możesz podesłać zawartość konsoli przeglądarki w momencie, kiedy skrypt tak długo działa? Tzn. naciśnij F12, aby otworzyć narzędzia deweloperskie przeglądarki i przejdź do zakładki Konsola/Console. Możesz przesłać dowolnym kanałem, a jeśli nie chcesz publicznie, to może być np. mailem do mnie pod adres whpacAtoutlook.com. Msz2001 (dyskusja) 12:42, 20 lis 2023 (CET)[odpowiedz]
Przesłałem zrzut mailem Le5zek 12:57, 20 lis 2023 (CET)[odpowiedz]
Domyślam, się, że znalazłem przyczynę: sprawdzanie, czy użytkownik nie jest w kategorii Kategoria:Zmarli wikipedyści (co zaimplementowałem w weekend) mogło nie działać poprawnie, jeśli autor nie miał swojej strony użytkownika. Teraz powinno być w porządku. Msz2001 (dyskusja) 12:56, 20 lis 2023 (CET)[odpowiedz]
Chyba nie to, bo dodawanie nadal nie działa a swoją stroną użytkownika dysponuję. Le5zek 12:59, 20 lis 2023 (CET)[odpowiedz]
To sprawdzenie dotyczyło autora hasła, a nie zgłaszającego. Jak dotrze do mnie mail (w tej chwili jeszcze nie dostałem), to zobaczę czy to było przyczyną czy coś innego. Możliwe jest też, że pamięć podręczna na serwerze się nie przeładowała jeszcze (to może trwać do ok. 10 minut) i użytkownicy dopiero przed chwilą zaczęli dostawać nowszą wersję skryptu. Hm... Msz2001 (dyskusja) 13:09, 20 lis 2023 (CET)[odpowiedz]
Wszedłem z 2 komputera prywatnego i dodałem zgłoszenie bez kłopotu. Wygląda na to, że komputer na którym próbowałem poprzednio zgłaszać (służbowy) ma nałożone ostatnio jakieś ograniczenia przez administratorów. Le5zek 13:10, 20 lis 2023 (CET)[odpowiedz]
Dostałem maila z komunikatem o błędzie i faktycznie chodziło o to sprawdzanie, czy autor hasła należy do kategorii (konkretnie, próbowałem wywołać .map() na niezdefiniowanej tablicy kategorii). Zatem oznaczam jako Załatwione Msz2001 (dyskusja) 13:22, 20 lis 2023 (CET)[odpowiedz]
Ok, przetestuję przy ewentualnym następnym zgłoszeniu, dzięki. Le5zek 13:27, 20 lis 2023 (CET)[odpowiedz]
Wygląda na to, że jest ok. Le5zek 14:02, 20 lis 2023 (CET)[odpowiedz]

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

MediaWiki message delivery 01:53, 21 lis 2023 (CET)[odpowiedz]

Załatwione, ~Cybularny Napisz coś ✉ 01:53, 21 lis 2023 (CET)[odpowiedz]

Usiłowałem użyć tego addonu w edytowanym przeze mnie haśle o Brunonie Kartuzie i nie zadziałał. Win 10, Opera 104, stary vector. ptjackyll (zostaw wiadomość) 17:38, 19 lis 2023 (CET)[odpowiedz]

Załatwione, IOIOI2 15:12, 22 lis 2023 (CET)[odpowiedz]

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

MediaWiki message delivery 00:06, 28 lis 2023 (CET)[odpowiedz]

Załatwione, ~Cybularny Napisz coś ✉ 00:08, 28 lis 2023 (CET)[odpowiedz]

Znalezienie stron z references bez przypisu[edytuj | edytuj kod]

Czy jest jakiś szybki sposób na znalezienie wszystkich stron, które mają znacznik references albo szablon {{Przypisy}} i nie mają wstawionego przypisu? PMG (dyskusja) 16:38, 14 paź 2023 (CEST)[odpowiedz]

Możesz spróbować: hastemplate:Przypisy -hastemplate:odn -hastemplate:r -insource:/\<ref/. Aczkolwiek Przypisy mają dużo linków, więc wyszukiwanie jest niezbyt szybkie ;) Nux (dyskusja) 17:02, 14 paź 2023 (CEST)[odpowiedz]
Jeszcze {{refn}} trzeba by wykluczyć, ale wydaje mi się, że to nie zmieni mocno sytuacji. ~malarz pl PISZ 18:07, 14 paź 2023 (CEST)[odpowiedz]
Aha, widywałem, że niektórzy wrzucają sobie coś w rodzaju szablonu artykułu, który później wypełniają, więc pewnie przy świeżych artykułach lepiej nie usuwać (tak od razu przynajmniej). Nux (dyskusja) 17:04, 14 paź 2023 (CEST)[odpowiedz]

sprawa poboboczna - długość raportu[edytuj | edytuj kod]

[offtop] Nie wiem jakie macie wrażenia, ale moim zdaniem ten raport z przypisów zrobił się na tyle długi, że nie widać już nagłówka tabeli przy najnowszym wpisie. Może warto odwrócić kolejność dodawanych wierszy? Paweł Ziemian (dyskusja) 21:54, 14 paź 2023 (CEST)[odpowiedz]

Mogę też powielać nagłówki co kilka wierszy, tak jak na tej stronie, albo wprowadzić sticky header CSS-em (jeśli się da). Zajmę się wspomnianą listą stron bez przypisów. Peter Bowman (dyskusja) 23:05, 14 paź 2023 (CEST)[odpowiedz]
  • To może zrobić CSSem pierwszy wiersz tabeli zawsze widoczny? A potem tylko tę klasę dodać do tabeli? ~malarz pl PISZ 10:17, 15 paź 2023 (CEST)[odpowiedz]
    Wrzuciłem sticky. Co prawda to taki testowy CSS, ale chyba już przy nim zostanę. Jest też wersja z przypięciem w lewo Wikipedysta:Nux/test szerokie tabele wide-wikitable. Wadą jest złe działanie w trybie ciemnym @Msz2001, ale w sumie to nie mam pomysłu co by można z tym zrobić. Nie wiem też czy lepiej zrobić z tego szablon czy domyślny gadżet. Będę wdzięczny za konstruktywne sugestie :) Nux (dyskusja) 12:13, 15 paź 2023 (CEST)[odpowiedz]
    Zawsze mogę dopisać kilka reguł do ciemnego Wektora, a do Twojego rozwiązania mam trzy sugestie:
    • Rysowanie w komórkach obramowania prawego i dolnego – wtedy po przewinięciu wiersz/kolumna nagłówkowe nadal będą miały widoczną krawędź.
    • Być może warto rozdzielić wide-wikitable od przyklejonych rzędów nagłówkowych? Chodzi mi głównie o tabelki przewijane w pionie, które nie potrzebują dodatkowego elementu na zewnątrz (osobom nietechnicznym łatwiej wtedy dodać odpowiednią klasę – tak jak robi się dla sortowania). Zresztą przewijanie szerokiej zawartości może być przydatne również dla np. tabelkowych drzew genealogicznych, które celowo nie są wikitable.
    • Skłaniałbym się ku rozwiązaniu, które nadpisuje domyślne style wikitabelki, zamiast tworzenia ich na nowo – na dobrą sprawę, oprócz nadania position:sticky itp. wystarczy chyba tylko zmiana stylu obramowań z wybranych stron i wyłączenie kolapsowania ramek. Kolory tła i ramek mogą pochodzić z domyślnych stylów (co też przy okazji rozwiąże kwestię ciemnej skórki, a i chyba odchudzi proponowany arkusz stylów) – chyba że rozważałeś coś takiego i ma nieoczywiste wady.
    Msz2001 (dyskusja) 12:37, 15 paź 2023 (CEST)[odpowiedz]
    Ad.3. Tak, próbowałem z nadpisaniem `wikitable`, ale niestety za dużo trzeba nadpisać. Dodatkowo ogólnie nie jest dobrze tworzyć nieoczywiste zależności między bytami rozwijanymi niezależnie (na przykład ostatnio drastycznie zostały przerobione klasy i struktura obrazków i coś podobnego może się zdarzyć z tabelami).
    Ad.2. Lecąc dalej od końca, to nazwę klasy mogę zmienić, ale raczej nie widzę jej jako w pełni uniwersalną. Problem w tym, że ona głównie jednak jest do przewijania tabelek. Do samego przewijania szerokich elementów może być o wiele prostszy CSS, który pewnie nawet można by wrzucić w Common.css, albo dodać do poszczególnych szablonów.
    Ad.1. No i wreszcie odnośnie obramowań - a u ciebie nie ma obramowań? U mnie działają bez problemu nawet na długich tabelach jak w WLZ duplikaty/woj mazowieckie. I to nawet w Chrome mi działa. Nux (dyskusja) 13:08, 15 paź 2023 (CEST)[odpowiedz]
    Dolne obramowanie widzę, ale prawego (dla sticky-left) już nie: https://imgur.com/a/2l1eKYO (to jest prawdopodobnie spowodowane tym, że każda komórka ma lewy i dolny border). Przeglądarka Edge na Windowsie. Msz2001 (dyskusja) 13:22, 15 paź 2023 (CEST)[odpowiedz]
    @Msz2001 A, faktycznie. Poprawiłem mniej więcej jak proponowałeś. Teraz powinno być lepiej. Nux (dyskusja) 23:18, 15 paź 2023 (CEST)[odpowiedz]
  • Czy ten pływający góra–dół nagłówek tabeli mógłby być dodany gdzieś do ogólnego arkusza stylów i dopisany na stronie pomocy? Wiele razy widziałem różnego rodzaju powtarzanie nagłówków (na dole, w środku itp. rozwiązania) w długich tabelach, co jest średnie z punktu widzenia dostępności. Wostr (dyskusja) 13:59, 15 paź 2023 (CEST)[odpowiedz]
  • Też jestem za wdrożeniem jakiegoś rozwiązania dla długich tabel, najlepiej kompatybilnego z wikitable. Szerokimi tabelami bym się nie przejmował. One z definicji nie pasują do nowego wąskiego interfejsu. Przy okazji znalazłem phab:T6740 i trochę mnie dziwi (i martwi) fakt, że wisi już prawie 10 lat. A przecież taki thead to byłby naturalny sposób na prostą definicję takich nagłówków. W dodatku mógłby z tego korzystać konwerter stron do PDF. Jeśli tabelka pojawiałaby się na przełamaniu stron to jej nagłówek można by wtedy powtarzać na nowej stronie. Paweł Ziemian (dyskusja) 21:14, 15 paź 2023 (CEST)[odpowiedz]

Matematyka w spisach treści[edytuj | edytuj kod]

Rzecz dotyczy modułu <math>. Jak się okazuje, moduł ów wykorzystywany jest w spisach treści, w których nie działa prawidłowo. Zauważyłem to w haśle Przestrzeń Banacha, w którym zastosowanie <math> w spisie treści wyświetla u mnie np. coś takiego - Przestrzenie ?'"`UNIQ--postMath-00000019-QINU`"'? ?'"`UNIQ--postMath-0000001A-QINU`"'? i ?'"`UNIQ--postMath-0000001B-QINU`"' (z tym dodatkiem, że zamiast znaków zapytania w spisie treści wyświetlają się puste miejsca) zamiast pożądanego "Przestrzenie i ". Do poprawienia, do usunięcia? To już zostawiam osobom znającym się na kwestiach technicznych. -- Teukros (dyskusja) 11:38, 4 lis 2023 (CET)[odpowiedz]

Sam problem jest znany od dość dawna (T295091), ale nie spodziewałbym się szybkiego rozwiązania go... Osobiście byłbym za zamianą takich wyrażeń (szczególnie tych prostych typu indeksy) na konstrukcje zwykłym tekstem (np. c<sub>0</sub> = c0). Msz2001 (dyskusja) 20:49, 4 lis 2023 (CET)[odpowiedz]

Formatowanie szablonu[edytuj | edytuj kod]

Można jakoś sformatować ten szablon, żeby ramki podszablonów były takie same, a na przemian z różnym obramowaniem? W angielskim szablonie wyświetlają się normalnie i nie są takie dziwnie małe. Nouzen (dyskusja) 20:20, 7 lis 2023 (CET)[odpowiedz]

propozycje nt. szablonów odn[edytuj | edytuj kod]

missing anchors podkreśla {{odn}}, które nie prowadzą do żadnej publikacji w bibliografii

Po kilku tygodniach pracy z nowym narzędziem missing anchors i przejrzeniu wielu haseł linkujących do szablonu {{odn}} dochodzę do wniosku, że liczba niedziałających szablonów odn jest duża (szacuję że będzie to kilka lub kilkanaście tysięcy haseł). Zakładając że na oficjalny, kompatybilny z VE mechanizm przypisów mający zastąpić lokalne szablony jeszcze przyjdzie nam poczekać, zależałoby mi na tym aby doprowadzić do zmniejszenia tej liczby – poprzez poprawianie tych haseł które mają "trefne" odn-y i ograniczenie napływu nowych. Chciałbym więc zapytać Was jak zapatrujecie się na następujące kwestie:

  • dodanie wspomnianego narzędzia missing anchors do listy gadżetów w Preferencjach
  • utworzenie listy haseł z linkami do nieistniejących kotwic (ułatwi koordynację pracy przy poprawianiu – to pytanie zwłaszcza do twórcy gadżetu @Msz2001; kiedyś wspominałeś że przymierzasz się do utworzenia czegoś na tej zasadzie)
  • jakaś forma ostrzeżenia przed tym, że przypisy mogą nie działać (może wraz z odesłaniem do missing anchors) w dokumentacji szablonu odn i w dokumentacji szablonów cytowania, zwłaszcza starszych jak {{Cytuj książkę}}, gdzie odn-y wysypane są najczęściej (nie rozpoznają nazwisk)

może macie jeszcze jakieś pomysły odnośnie tego, jak zmniejszyć liczbę rozłączonych odn-ów? Archiwald (dyskusja) 00:32, 13 paź 2023 (CEST)[odpowiedz]

  • Tak informacyjnie: nie zawsze błąd wyświetlany przez to narzędzie jest rzeczywiście błędem. Szablony bazujące na {{cytuj}} mogą mieć z automatu wypełniony parametr odn, choć w artykule nie ma do nich odsyłacza. Wostr (dyskusja) 02:32, 13 paź 2023 (CEST)[odpowiedz]
Ad.2: Myślałem jakiś czas temu nad poindeksowaniem linków do błędnych/nieistniejących kotwic, ale na razie zbytnio nie mam czasu na zajęcie się tym (bo też nie robiłem jeszcze tego typu rzeczy). Msz2001 (dyskusja) 18:21, 13 paź 2023 (CEST)[odpowiedz]
Wporządeczku, dzięki za info, być może ktoś inny się podejmie – w tej chwili ważna dla mnie jest informacja że to byłoby: 1. wykonalne 2. przydatne Archiwald (dyskusja) 16:47, 14 paź 2023 (CEST)[odpowiedz]
z tego co widzę to na enwiki mają coś bardzo podobnego (co by w zupełności wystarczyło i u nas) mianowicie kategorię Category:Harv and Sfn no-target errors, ale ona wynika chyba z tego że tam moją trochę inaczej zrobione te szablony {{odn}} (u nich {{harv}} i {{sfn}} Archiwald (dyskusja) 00:20, 16 paź 2023 (CEST)[odpowiedz]
mechanizm wychwytywania tych błędów jest zaszyty w Module:Footnotes. może ktoś znający się na tym rzuci okiem i oceni szanse zrobienia czegoś podobnego u nas? Archiwald (dyskusja) 00:26, 16 paź 2023 (CEST)[odpowiedz]
Ten wbudowany mechanizm chyba bazuje na wykrywaniu szablonów cytowania w treści artykułu. Coś podobnego robi obecnie Moduł:Brudnopis/Paweł Ziemian/Duplikaty. Teoretycznie by się dało, ale to zacznie bardziej obciążać parser. W praktyce będzie miało negatywny wpływ zwłaszcza w długich artykułach. Już teraz tam gdzie jest dużo szablonów pojawiają się błędy przypisów. Zobacz jak wygląda Pandemia COVID-19 w Polsce. Myślę, że rozwiązanie w postaci gadżetu i doraźnego sprawdzania jest lepsze. Natomiast pełny raport można również spróbować robić botem bazując na backupie. Chyba się nad tym zastanowię. Jak widać w enwiki skala takich problemów jest wysoka, więc i u nas może być podobnie. Paweł Ziemian (dyskusja) 21:24, 16 paź 2023 (CEST)[odpowiedz]
Dzięki za odpowiedź - tak, raport wystarczałby w zupełności - lista nie musi być aktualna w czasie rzeczywistym (bo w sumie po co), a taki raport pomoglby o tyle że : 1. nie trzebaby sprawdzać wszystkich linkujących do {{odn}} 2. W przypadku większej ilości chętnych bedzie można skoordynować prace.
Archiwald (dyskusja) 22:25, 16 paź 2023 (CEST)[odpowiedz]
@Msz2001 jakbyś chciał utrzymywać dwie wersje (w gadżetach i poprzednią wersję dev), to polecam WP:Wikiploy. Możesz też sobie zrobić eksport do Githuba za pomocą wiki2git. Podobno historia w guthibie przydaje się czasem w rekrutacjach ;) Nux (dyskusja) 16:58, 14 paź 2023 (CEST)[odpowiedz]
  • Zacząłem uczyć bota analizowania {{odn}}. Próbka jest tutaj. Są tam pewnie wpisy błędne, bo jeszcze przede mną dużo nauki. Praktycznie każdy szablon ma osobną obsługę w tym zakresie. Dodatkowo przyszło mi do głowy aby takie raporty wpisywać w dyskusji artykułu na podobieństwo martwych linków. Paweł Ziemian (dyskusja) 23:08, 20 paź 2023 (CEST)[odpowiedz]
    wygląda to arcyciekawie, zwłaszcza sekcje donikąd – czekam więc na dalsze efekty! Archiwald (dyskusja) 20:04, 21 paź 2023 (CEST)[odpowiedz]
  • Nauczyłem bota rozumieć więcej szablonów i zaktualizowałem testowy raport. Dodatkowo zmieniłem kolejność sekcji. Zacząłem od ewidentych błędów „donikąd”. Następna sekcja to „nieużywane”. Być może tam się znajduje nasza pozycja z literówką w kluczowych parametrach szablonu. Na końcu wjeżdża „bibliografia” z szablonami, w których teoretycznie możliwe jest włączenie odn=tak. W planach mam jeszcze zamiar dorobić sprawdzanie błędów technicznych w stylu „duplikaty”, czyli kilkukrotne zdefiniowanie źródeł, które generuje identyczny odsyłacz dla {{odn}}.

Myślę o zdefiniowaniu szablonu {{raport z odn dyskusja|data=RRRR-MM-DD|treść}} opartego o {{ombox}}. Wyglądałby mniej więcej tak:

Paweł Ziemian (dyskusja) 23:34, 21 paź 2023 (CEST)[odpowiedz]

lista jest świetna, bardzo ułatwia pracę – szablon też wydaje się dobrym pomysłem, może warto byłoby trochę szerzej opisać, o co tam chodzi, dla tych, co nie dłubią na codzień w technikaliach, np.:

Archiwald (dyskusja) 20:33, 22 paź 2023 (CEST)[odpowiedz]

szablony cytowania[edytuj | edytuj kod]

Skoro już jest dyskusja na temat tego szablonu, to czy możemy usunąć bezsensowny wymóg dodawania |odn=tak w szablonach typu {{cytuj książkę}}? Przecież skoro używam szablonu {{odn}} to oczywistym jest, że chcę żeby linkował do pozycji, na którą wskazuję. Praktycznej wartości to nie ma żadnej, zmusza to tylko do pamiętania o tym parametrze, o którym łatwo zapomnieć przy wstawianiu bibliografii. Sławobóg (dyskusja) 17:23, 9 lis 2023 (CET)[odpowiedz]

  • On nie jest bezsensowny. Wpisując |odn=tak udzielasz świadomej decyzji, że ten szablon jest wywołany dokładnie jeden raz. Jednak w artykułach często występują przypisy powtarzające kolejny raz te same książki tylko z różnymi stronami. Dodatkowo, czasami zachodzi konieczność podawania od |odn=a do |odn=z, jeżeli płodny autor wydał wiele różnych książek tego samego roku. Paweł Ziemian (dyskusja) 17:46, 9 lis 2023 (CET)[odpowiedz]
    Kompletnie nie rozumiem o co chodzi w pierwszej części twojej wypowiedzi. Nie mówię o likwidacji |odn= w ogóle, to musi być właśnie w przypadku kilku publikacji jednego autora w tym samym roku. Natomiast nie rozumiem po co mam dodawać |odn=tak w przypadku gdy w artykule mam tylko jedną publikację tego autora z danego roku, sytuacje inne zdarzają się generalnie rzadko. Czym by się to różni od nieposiadania tego parametru? Nawiasem mówiąc, tak to działa na en.wiki, gdzie parametr się ten dodaje tylko w przypadku kilku publikacji z jednego roku. Sławobóg (dyskusja) 18:04, 9 lis 2023 (CET)[odpowiedz]
    Generalnie rozbija się to o to, czy chcemy być zgodni ze standardem HTML. Według standardu, może istnieć tylko jeden element o danym identyfikatorze (acz nawet jeśli takich elementów jest wiele, dokument wyświetli się w przeglądarce poprawnie). Gdyby szablony cytowania domyślnie działały w trybie |odn=tak, to każdy z nich generowałby sobie identyfikator na podstawie nazwiska i roku, co w dłuższych artykułach prowadziłoby do kolizji tych identyfikatorów.
    Czy coś by się popsuło? Nie. Czy warto bezrefleksyjnie ignorować standardy? Moim zdaniem nie, w końcu doprowadzi to do jakiegoś problemu. Msz2001 (dyskusja) 20:57, 9 lis 2023 (CET)[odpowiedz]

wykorzystanie wikidata - następny-poprzedni[edytuj | edytuj kod]

Jak wywołać wartość kwalifikatora z jednej z wartości danej właściwości? (czyli z elementu styczeń 2023 wywołać luty 2023) lub z elementu 9 listopada 2023 wywołać 10 listopad 2023. Żeby wywołać wartość danej właściwości wiem, że można użyć na przykład {{#statements:P155}} ale w datach w ramach właściwości "jest to" jest podane "data kalendarzowa z określonego roku" i dopiero w ramach kwalifikatorów następny i poprzedni. Marek Mazurkiewicz (dyskusja) 22:21, 9 lis 2023 (CET)[odpowiedz]

Semantyczne i dostępność oznaczanie języków tagami[edytuj | edytuj kod]

Chyba nie widziałem wcześniej takich zmian, ale nie można im odmówić poprawności formalnej: przykład taga b z lang. To znaczy można się zastanawiać, czy b czy strong, ale to szerszy problem na wiki, którego nie wiem czy chcę ruszać. Chodzi mi o sam fakt dodawania `lang` w ten sposób. Z jednej strony to jest bardziej poprawne semantycznie, z drugiej jest to lepsze ze względu na dostępność. Niektóre czytniki ekranu pozwalają również lepiej odczytywać taki fragment, bo przełączają głos i mechanizm przetwarzania na odpowiedni język. Tak że w zasadzie to jest dobre. Tylko czy forma odpowiednia i czy może by to jakoś ułatwić dla innych edytujących potem osób? Nux (dyskusja) 00:13, 10 lis 2023 (CET)[odpowiedz]

Byłbym jednak za realizacją czegoś takiego z użyciem szablonu (czy to {{j}} czy też ewentualnym nowym). W artykułach raczej rzadko stosujemy goły HTML – zwykle tam, gdzie nie ma innej opcji (lub uogólnienie rozwiązania szablonem nie ma sensu). Wiele osób (szczególnie tych młodszych) nie zna HTML-a i nie ma jak się dowiedzieć na wiki, co robi konstrukcja <b lang=""> (w przeciwieństwie do dokumentacji szablonu). Nie da się też chyba znacznika z atrybutem wstawić z poziomu VE – przynajmniej na tyle, na ile kojarzę. Msz2001 (dyskusja) 07:23, 10 lis 2023 (CET)[odpowiedz]

Ma on wg opisu opcjonalny (dodatkowy) parametr 3=left (w formie {{Wikiźródła|Strona_w_WŹ|Nazwa_wyświetlana|left}}), który miałby umieszczać ramkę po lewej stronie.
Tyle że to nie działa...
Nie wiem czy i jak działają pozostałe parametry opcjonane, ale tak czy owak do poprawienia jest albo sam szablon, albo opis w dokumentacji szablonu. Albo jedno i drugie.
Julo (dyskusja) 23:13, 11 lis 2023 (CET)[odpowiedz]

Ten szablon jest zrobiony na bazie {{projekt siostrzany}} i ani w {{Wikiźródła}} nie ma zaimplementowanej możliwości zmiany położenia szablonu, ani w {{projekt siostrzany}}. XaxeLoled AmA 13:53, 12 lis 2023 (CET)[odpowiedz]
IMO to nie jest potrzebne. Skoro przyzwyczailiśmy do ramek tego typu po prawej stronie to niech tak zostanie. A jak w jakimś artykule to "wydłuża" artykuł to trzeba tam dodać więcej treści. Zawsze można znaleźć taki monitor, na którym artykuł będzie źle wyglądał. Większość korzysta na małych ekranach i te ramki ma na całą szerokość. ~malarz pl PISZ 14:06, 12 lis 2023 (CET)[odpowiedz]

Zadziwienie[edytuj | edytuj kod]

Wykonałem taką edycję i na OZetach pokazał się taki log, ale w Kategoria:Strony z błędami renderowania wyrażeń matematycznych strona Wikipedia:Zgłoś błąd w artykule się nie pojawiła. Co za cuda? IOIOI2 00:36, 14 lis 2023 (CET)[odpowiedz]

Wkrótce na wiki: Podgląd przypisów[edytuj | edytuj kod]

Na waszej wiki pojawi się niedługo nowe narzędzie: podgląd przypisów. Dymki o tej funkcjonalności istniały na wiki jako gadżety od wielu lat. Teraz istnieje scentralizowane rozwiązanie, dostępne na wszystkich wiki i spójne z dymkiem podglądu stron.

Podgląd przypisów będzie widoczny dla wszystkich, w tym czytelników. Jeśli nie chcesz z niego korzystać, możesz zrezygnować. Jeśli korzystasz z gadżetów Reference Tooltips albo Navigation Popups, nie zobaczysz nowego podglądu przypisów do czasu aż nie wyłączysz tamtych gadżetów.

Podgląd przypisów był dostępny na wielu wiki jako funkcja eksperymentalna, a w 2021 na niektórych włączono go domyślnie. Wdrożenie jest zaplanowane na 22 listopada.

W imieniu zespołu Życzeń Technicznych Wikimedia Deutschland,


Johanna Strodt (WMDE), 14:11, 15 lis 2023 (CET)[odpowiedz]

Szablony tabelek władców[edytuj | edytuj kod]

Chodzi o szablony w tej kategorii, używane głównie w kalendariach. W wielu z nich pojawia się nagłówek "Władcy Indii", odwołujący się do usuniętego niedawno hasła. Powiela to błędy wskazane w tej dyskusji: sugerowanie ciągłości i jednolitości jednostek politycznych, traktowanie Indii (do XX w. kategorii geograficznej) jako politycznej, pomijanie wielu mniejszych państw indyjskich. Mogę poprawić te nagłówki, konkretnie podając, o jakie państwo chodzi (np. tutaj będzie to Państwo Wielkich Mogołów). Nie mam doświadczenia w pracy z szablonami, więc chcę wiedzieć, czy czegoś nie popsuję. Tutaj jest też moduł, który się odwołuje do tego hasła. Rozumiem, że "Władcy Indii" to tylko przykład i można ich po prostu usunąć? Jest jeszcze szablon ogólny, z którego też władców indii proponowałbym usunąć. Tomasz Raburski (dyskusja) 12:55, 15 lis 2023 (CET)[odpowiedz]

  • To nie jest szablon z punktu widzenia MediaWiki lecz plik danych w formacie czytelnym kiedyś dla bota, który aktualizował tabelki władców w artykułach o latach co kilka miesięcy. Obecnie z tych danych korzysta moduł w Lua, więc zmiany są widoczne na żywo. Szablon ogólny pozostał aby zachować historię edycji, jak również dostarcza stronę dokumentacji pozostałym. Nie jest on obecnie używany, ani aktualizowany. Moim zdaniem jego aktualizacja nie ma sensu. Pozostałe śmiało zmieniaj. Paweł Ziemian (dyskusja) 19:36, 15 lis 2023 (CET)[odpowiedz]

Drobne zmiany wizualne w Wektorze 2022[edytuj | edytuj kod]

Przed (?vectorzebradesign=0)
Po (?vectorzebradesign=1)

Pozdrowionka. W ramach prototypu Zebra #9 wprowadziliśmy zmiany wizualne dwojakiego rodzaju: dotyczące rozgraniczenia obszarów kolorami oraz inne modyfikacje CSS. Jak już ogłosiliśmy, test A/B nie dowiódł, że rozgraniczenie kolorami przyniosło poprawę. Skupiliśmy się więc na zmianach CSS i właśnie je wprowadziliśmy. Żeby podejrzeć różnice, możecie użyć parametru URL ?vectorzebradesign=0 (bez zmian) i ?vectorzebradesign=1 (ze zmianami). Tak konkretnie te zmiany to:

  • Menu rozwijane (główne menu po lewej, spis treści, menu użytkownika, menu narzędzi po prawej, kiedy nie są przypięte) mają jaśniejszą ramkę i cień.
  • Przyciski "przypnij"/ "ukryj" w tych menu mają szare tło zamiast kwadratowych nawiasów.
  • Główne menu po lewej nie ma już szarego tła, kiedy jest przypięte do lewej kolumny. Zamiast tego wszystkie menu mają ten sam wygląd, kiedy są w bocznych kolumnach.
  • Boczne kolumny są równej szerokości.
  • Z powodu powyższej zmiany centralna szpalta z zawartością jest ciut węższa, kiedy menu są przypięte do obydwu kolumn.
  • Odstęp między spisem treści a szpaltą z zawartością jest mniejszy.

We wtorek wieczorem wypuściliśmy te zmiany tutaj, jak również na Wikipediach francuskiej, hebrajskiej i katalońskiej. Planujemy je wprowadzić na wszystkich wiki w ciągu 2-3 tygodni. To pozwoli nam zrobić dalsze zmiany, na przykład menu Dostępności do czytania.

Dzięki. SGrabarczuk (WMF) (dyskusja) 05:06, 16 lis 2023 (CET)[odpowiedz]

link InterWiki[edytuj | edytuj kod]

Czy / Jaki w tym zapisie jest błąd: Markgräfler Hügelland(inne języki)? Tak wstawiony do artykułu w brudnopisie nie zmienia się na czerwony link w taki sposób, jak tutaj. DaL (dyskusja) 13:32, 16 lis 2023 (CET)[odpowiedz]

W brudnopisie masz go otoczonego znacznikami nowiki PMG (dyskusja) 13:48, 16 lis 2023 (CET)[odpowiedz]

Klimatogram z wartościami wychodzącymi poza wykres[edytuj | edytuj kod]

Da się jakoś poprawić Szablon:Klimatogram dla miejsc w klimacie monsunowym? Obecnie najwyższe wartości opadów nachodzą na siebie, na tekst, oraz poza wykres, np. w Sittwe#Klimat. Hektor Absurdus (dyskusja) 14:55, 20 lis 2023 (CET)[odpowiedz]

Urodzeni/zmarli w...[edytuj | edytuj kod]

Czy uważacie, że miałyby sens kategorie grupujące ludzi urodzonych i zmarłych w latach 00., 10., 20., [...], 80., 90. danego wieku? Tak jak jest na kilkudziesięciu innych wersji językowych wikipedii. Rhodesian05 (Zostaw wiadomość!✉︎) 15:06, 22 lis 2023 (CET)[odpowiedz]

Jeżeli w ogóle, to grupujące kategorie. Mamy już np. Kategoria:Urodzeni w 1985, co jest potem grupowane po stuleciach. Nadzik (dyskusja) 15:23, 22 lis 2023 (CET)[odpowiedz]
@Nadzik Mam na myśli, by podana przez Ciebie kategoria należała bezpośrednio do kat. "Urodzeni w latach 80. XX wieku". Czyli grupowanie po dekadach. Rhodesian05 (Zostaw wiadomość!✉︎) 15:44, 22 lis 2023 (CET)[odpowiedz]

Wielkie listy artykułów i zmiany[edytuj | edytuj kod]

Cześć. Pytanie czy ktoś używa jeszcze list tego typu do śledzenia zmian: Wikiprojekt:Architektura#Zasoby? Pytam, bo właśnie próbowałem jedną z tych list poprawić, ale jeśli nikt nie używa, to chyba szkoda wysiłku różnych osób. Jeśli coś takiego jest potrzebne, to powinno być raczej robione botem. Lista wydaje się być porzucona (daty w projekcie nie są aktualizowane i zatrzymały się na 28 czerwca 2022). Nie wydaje się też to być w żaden sposób uporządkowane (np. alfabetycznie). Złym pomysłem jest również stosowanie tak długich linii (powinno być np. osobny wiersz co 10 artykułów i osobna sekcja per litera). A jest to złym pomysłem, bo sprawdzenie diffa w takiej liście... no życzę szczęścia w sprawdzeniu tego diffa ;P

Pinguję osoby, które ostatnio zmieniały @Mario58, @Cojan.

Zaznaczam, że jeśli ktoś chce to utrzymywać to moim zdaniem co najmniej przekierowania należałoby regularnie likwidować. Tak naprawdę pewnie bot powinien to tworzyć na podstawie jakichś kryteriów. Jeśli lista jest używana przez parę osób, to może znajdzie się jakiś chętny operator do jej aktualizacji? Nux (dyskusja) 13:09, 29 paź 2023 (CET)[odpowiedz]

W Wikiprojektach Botanika i Nauki medyczne takie listy są aktualizowane i używane aktualnie do śledzenia zmian. Jak jest w innych projektach, nie wiem. W każdym razie tam, gdzie ktoś chce tego używać to jest bardzo pomocne. Salicyna (dyskusja) 15:11, 29 paź 2023 (CET)[odpowiedz]
No faktycznie, to wygląda dużo lepiej: Wikiprojekt:Botanika/Lista artykułów. Podziała na lata to ciekawy pomysł. Zastanawiam się czy jakiś bot by się podjął u nas takich rzeczy... W sumie może by się dało wyciągnąć to z API, to wtedy byłoby łatwiej (osobiście wolałbym nie pobierać dumpów regularnie). Nux (dyskusja) 00:00, 30 paź 2023 (CET)[odpowiedz]
Prościej i szybciej będzie przez bezpośrednie zapytanie do bazy, mam do tego odpowiedni kod przeszukujący drzewa kategorii. Czy taka lista musi się znajdować na wiki? Inna możliwość to generowanie jej na żądanie, na serwerze narzędziowym. Peter Bowman (dyskusja) 00:28, 30 paź 2023 (CET)[odpowiedz]
Korzystam, podobnie jak @Salicyna, w końcu po coś tworzyłem ;) Tak samo w przypadku OZetów filmowych. W tym roku nie uzupełniałem, brakło czasu, ale wiem, że powinienem to zrobić. Gdyby mógł uzupełniać bot raz na rok, czy raz na pół roku, byłoby ekstra. A najlepiej, gdyby ją tworzył na nowo, ze względu na usunięte, przekierowania, rekategoryzacje itd. OZety tematyczne, filmowe, architektoniczne, medyczne, botaniczne i inne się przydają. Można wyłapywać edycje do przejrzenia, poszerzone artykuły do czywiesza. Heh, może trzeba jeszcze bardziej rozpropagować. Ja używam do rekrutowania członków wikiprojektów ;) A to wymaga zaglądania co jakiś czas, czy ktoś miał tylko chwilowe zacięcie, czy faktycznie działa w danym obszarze. @Peter Bowman, sama lista na zewnątrz nie da nam tych OZetów (zmian w linkowanych), a to jest główną funkcją tych list. Mogę sobie wybrać opcje np. edycje zarejestrowanych bez drobnych, ostanie 5000 itd. A jak ktoś ma popupy, to przy sprawdzaniu można najechać na "różn", aby nie wchodzić w edycje i sprawdzić jej jakość. Hedger z Castleton (dyskusja) 13:10, 30 paź 2023 (CET)[odpowiedz]
Rozumiem. Spróbuję napisać program i uruchomić go najpierw na drzewie Kategoria:Botanika. Peter Bowman (dyskusja) 15:31, 30 paź 2023 (CET)[odpowiedz]
@Nux, @Salicyna, @Hedger z Castleton: zaprogramowałem automat, zob. Wikipedysta:PBbot/listy artykułów. Czy w takiej formie jest OK? Chyba ostatecznie ustawię na sześć miesięcy zamiast na cztery, ew. mogę też uwzględnić częstotliwość aktualizacji w nowym parametrze w konfiguracji JSON. Peter Bowman (dyskusja) 19:51, 5 lis 2023 (CET)[odpowiedz]
Lista bazująca na obszernym drzewie kategorii ma trochę wad z nią związanych (duża część powiązana jest z tematem poprzez czasem zawiłe zależności i ostatecznie średnio pasuje). Zaletą jest automatyzacja procesu tworzenia i aktualizowania. Pozwolę sobie utrzymywać uściślaną tematycznie listę w wikiprojekcie botanicznym, ale bardzo przyda mi się też istnienie listy automatycznej (choćby ze względu na zdarzającą się czasem niemożność aktualizacji własnej listy – wówczas porównanie i uzupełnienie bardzo się przyda). Kenraiz (dyskusja) 22:10, 5 lis 2023 (CET)[odpowiedz]
Co do nauk medycznych: 1. Na początek drobiazg: zrobiłeś tę listę jako podstronę Architektury ;) 2. W Wikiprojekcie medycznym listy są dwie: Wikiprojekt:Nauki medyczne/Biografie i Wikiprojekt:Nauki medyczne/Bez biografii. 3. Częstotliwość aktualizacji przy liście z której faktycznie się korzysta na codzień do śledzenia ostatnich zmian moim zdaniem powinna być większa niż 3 mce, ja do list medycznych zaglądam ostatnio zwykle co tydzień i prawie zawsze oprócz dodania jakiegoś nowego hasła są też linki do poprawienia w starych:hasła usunięte, przeniesione pod inną nazwę, zmienione w ujednoznacznienie bo np. pojawiła się nowa biografia o tym samym imieniu i nazwisku. W przypadku czerwonego linku moment usunięcia go nie ma znaczenia, może sobie wisieć bo nie przeszkadza, ale przekierowanie i ujednoznacznienie już zrywają połączenie w "zmianach w linkowanych" i hasło docelowe znika z obserwowania. 4. Tak jak powyżej zauważył Kenraiz (konflikt edycji), jest sporo kategorii które trzeba powykluczać by lista była sensowna, w przypadku list medycznych większość tych wykluczanych wylistowaliśmy w dyskusjach list na początku, ale w miarę upływu czasu okazuje się że dochodzą kolejne. Np. w biografie "medyczne" wskakuje mnóstwo sportowców – zarówno paraolimpijskich, jak i tych których jedynym powiązaniem z medycyną jest uczestniczenie w zawodach sportowych przesuniętych z powodu COVID. Nie wspominając o osobach "zmarłych na COVID", "zmarłych na gruźlicę" i generalnie zmarłych "z jakiegoś powodu". Salicyna (dyskusja) 22:15, 5 lis 2023 (CET) PS. Ręczne dodawanie nowych ma też tę zaletę że można wyłapać (i poprawić) hasła po prostu błędnie skategoryzowane, czego bot już nie wyłapie. Parę razy już mi się zdarzyło np. natrafić w nowych biografiach medycznych biogram skategoryzowany jako "Absolwent Akademii Medycznej w mieście X", gdy z hasła wynikało, że owszem jest absolwentem akademii w mieście X, ale nie medycznej tylko muzycznej ;) Salicyna (dyskusja) 22:29, 5 lis 2023 (CET)[odpowiedz]
Kategorie biograficzne są dość problematyczne, bo trudno samo drzewo biograficzne kontrolować, stąd wpadają tam różne kwiatki :) @Peter Bowman, można spróbować inaczej i chyba tak robiłem. Do listy Wikipedysta:PBbot/Architektura/Lista artykułów/Biografie można zrobić sumę artykułów z trzech kategorii, tj. Kategoria:Architekci, Kategoria:Inżynierowie budownictwa, Kategoria:Urbaniści. (tymi trzema zajmuje się Wikiprojekt:Architektura). Z pozostałych odłączyć całe drzewo kategorii Biografie. No i w końcu na liście Wikipedysta:PBbot/Architektura/Lista artykułów/Bez obiektów budowlanych i biografii ląduje wszystko, czego nie ma na pozostałych listach, (bez Biografii), a jest sumą drzew Kategoria:Architektura, Kategoria:Urbanistyka, Kategoria:Budownictwo. @Salicyna, @Kenraiz, w waszych chyba można zrobić podobnie - w biografiach Kategoria:Botanicy i Kategoria:Lekarze, a w niebiograficznych całe drzewko bez Biografii. Wtedy sportowcy nie wpadną, przynajmniej nie powinni ;) Przy okazji poprosiłbym o filmowe. Do listy /biografie drzewko Ludzie związani z kinematografią, do listy /bez biografii drzewko Kategoria:Kinematografia z wykluczeniem następujących Kategoria:Ludzie związani z kinematografią, Kategoria:Albumy muzyczne, Kategoria:Nagrody muzyczne Kategoria:Spektakle Teatru Telewizji, Kategoria:Manga, Kategoria:Postacie filmowe Kategoria:Gry komputerowe w XXI wieku, Kategoria:Powieści, Kategoria:Narratologia Kategoria:Listy odcinków programów telewizyjnych, Kategoria:Piosenki Kategoria:Fikcyjne elementy dzieł, Kategoria:Telewizyjne programy rozrywkowe, Kategoria:Strony internetowe, Kategoria:Stacje telewizyjne. Hedger z Castleton (dyskusja)
Na lekarzach nauki medyczne się nie kończą... :) Jest jeszcze trochę innych profesji okołomedycznych, część z nich ma już swoje kategorie dla biografii, część jeszcze nie, ale mogą zostać stworzone, jako podkategorie jednocześnie biografii i określonej dziedziny nauk medycznych. Salicyna (dyskusja) 19:27, 6 lis 2023 (CET)[odpowiedz]
Hmm, @Salicyna, a dałoby się je spiąć razem w kategorii Kategoria:Ludzie związani z medycyną? Rzecz jasna, nie byłoby w niej pacjentów i to trzeba byłoby napisać w kategorii, że chodzi o "wykonawców" zawodów i nauk medycznych, czy jakoś tak ;) Hedger z Castleton (dyskusja) 11:50, 9 lis 2023 (CET)[odpowiedz]
Nie wiem, pewnie by się dało, ale nie mam aktualnie weny ani ochoty się w to wgryzać. Czy w ogóle gra jest warta świeczki, tylko ja się zajmuję aktualizacją list medycznych a mi obecny stan nie wadzi, mogę to nadal robić ręcznie tak jak do tej pory. Salicyna (dyskusja) 21:56, 9 lis 2023 (CET)[odpowiedz]
Jeśli o mnie chodzi, to nie widzę problemu :) Hedger z Castleton (dyskusja) 14:34, 10 lis 2023 (CET)[odpowiedz]
Generalnie pomysł wart jest chyba najbardziej wdrożenia nie tam, gdzie już działa, a tam, gdzie są aktywni edytorzy, czasem nawet wikiprojekt, ale nie korzystają z podobnego dobrodziejstwa. Proponowałbym wygenerować taką listę dla drzewa kategorii "zwierzęta" w wsadzenie podglądu na ostatnie zmiany w wikiprojekcie zoologicznym. Jest tam sporo aktywnych i mogłoby się im przydać. Kenraiz (dyskusja) 15:16, 10 lis 2023 (CET)[odpowiedz]
@Mpn, chcecie takie ozety?? :) Hedger z Castleton (dyskusja) 11:14, 23 lis 2023 (CET)[odpowiedz]
Można by spróbować. Mpn (dyskusja) 17:11, 23 lis 2023 (CET)[odpowiedz]