Wikipedia:Kawiarenka/Kwestie techniczne

Dla czytelników

Pierwsze kroki

Portal wikipedystów

Zasady

Współpraca

Społeczność

Szablony

Pomoc

Wikipedyści

Komunikacja

Konflikty

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.

• Błędy w oprogramowaniu MediaWiki należy zgłaszać w serwisie Phabricator.
• Problemy z infoboksami należy zgłaszać na stronę Dyskusja wikiprojektu:Infoboksy.
• Spis aktualnie przeprowadzanych zmian technicznych i osób kontaktowych jest dostępny na stronie Wikimedia Product.

Obserwuj stolik • Archiwum stolika • Wszystkie stoliki • Skróty: WP:KT, WP:BAR:KT, WP:TECH

Nowy wątek

dts

Szablon {{dts}} wyświetla czerwony znacznik cały czas (inaczej niż jest to zdeklarowane w jego opisie). SpiderMum (dyskusja) 22:53, 20 wrz 2023 (CEST)

• SOA: u mnie działa ok. ~malarz pl ^PISZ 23:10, 20 wrz 2023 (CEST)
  • Np. tutaj? Ach, wait. To nie przestrzeń główna... No dobra, przepraszam, w głównej faktycznie nie straszy czerwonym. A musi w innych, że się przy okazji zapytam? :) [edytowane] SpiderMum (dyskusja) 23:26, 20 wrz 2023 (CEST)
• Według mnie dobrze by było mieć dwie podobne klasy css co "problemy" - jedna wyłącznie informacyjna, na żądanie (domyślnie ukrywana na wszystkich przestrzeniach, pokazywania po dodaniu stylu do common.css), a druga służąca typowo do zgłaszania wystąpień błędów. Przynajmniej dla dts.
  Edycja: Chociaż jak tak pomyślę, to można by też domyślnie dodać templatestyle do dts, który by robił podobną rzecz. Z drugiej strony być może takie coś przydało by się globalnie przy innych szablonach. MarMi wiki (dyskusja) 12:54, 21 wrz 2023 (CEST)
• Jeśli chcemy zawsze pokazać jakiś błąd, to nie ma sensu do tego zaprzęgać templatestyles. Wystarczy zwykły komunikat opcjonalnie owinięty w span z wyróżniającym stylem. Dla przykładu zobacz co robi {{cytuj stronę}} jeśli nie podasz url albo tytuł. Nie komplikujmy prostych rzeczy. Paweł Ziemian (dyskusja) 21:24, 21 wrz 2023 (CEST)

  Według mnie problemem (nomen omen) jest to, że błędy nie są rozróżniane od ostrzeżeń i od sugestii. Błędem jest brak url w cytuj stronę, bo strona musi mieć url. Ostrzeżeniem może być jak np. nazwa czasopisma nie jest w zestawie znanych czasopism. Natomiast to, że gdzieś jest dts jest zwykłą sugestią/informacją. Nie bez powodu w JS są trzy poziomy logowania: console.log, warn, error. Podobnie zresztą w innych frameworkach do logowania (np. en:log4j). O ile przerobienie tego pewnie nie będzie bardzo łatwe, to dobrze by było jednak wprowadzić jakieś dodatkowe klasy typu problem-info, problem-warn, problem-error (i przynajmniej kolorować odpowiednio). Nux (dyskusja) 21:32, 22 wrz 2023 (CEST)

  Test ikon/symboli:
  Ikona:
  info, ostrzeżenie, błąd
  small: info, ostrzeżenie, błąd
  Unicode:
  ⓘ info, ⚠ ostrzeżenie, 🚫/⛔/❌ błąd
  small: ⓘ info, ⚠ ostrzeżenie, 🚫/⛔/❌ błąd MarMi wiki (dyskusja) 01:56, 23 wrz 2023 (CEST)

  Tylko to akurat nie jest błąd, tylko pomoc przy określeniu czy w tabelce jakaś data przypadkiem nie została wprowadzona bezpośrednio (taka data nieprawidłowo się wtedy sortuje).
  A problem z czerwonym tekstem jest taki, że nie wiadomo co jest błędem a co informacją - patrz chociażby wątek poniżej Parametr strony = w szablonach Cytuj książkę i Cytuj czasopismo. MarMi wiki (dyskusja) 21:53, 23 wrz 2023 (CEST)

  Myślę, że te ikonki byłby OK. Nie byłoby problemów z kontrastem. I pewnie mniej kłopotliwe by to było też jakby ktoś używał Ciemnego Wektora (czy innej ciemnej edycji skórki). Unicode raczej nie, bo mimo wszystko czasem są problemy z wyświetlaniem ich jeszcze. Np. ostatnio okazało się, że przy jednej z czcionek nie wyświetlały się znaki legendy w: Szablon:Demografia powiatu#Przykład. Ale jak będą klasy w CSS, to można spokojnie użyć nawet SVG, który się będzie ładnie skalować. Nux (dyskusja) 16:32, 24 wrz 2023 (CEST)

  Ikonki czy nie ikonki – gdy nie informują o błędach, to powinny wyświetlać się wyłącznie na życzenie użytkownika (tzn. zgodnie z osobistymi ustawieniami). Tutaj tylko zaśmiecają tabelę. SpiderMum (dyskusja) 20:10, 5 paź 2023 (CEST)

  • Ale w podanym przykładzie to brak „takiej ikonki” jest błędem. Jak chcesz to rozwiązać? Paweł Ziemian (dyskusja) 21:14, 5 paź 2023 (CEST)

    Być może dałoby się odwrócić sytuację przez napisanie weryfikatora dtsów w js, który wyróżniał by tylko błędne pozycje (dtsy miałyby wtedy jakiś niewidoczny dla oka styl/klasę [albo nawet jakiś specjalny atrybut], a js by sprawdzał czy wszystkie pozycje dla danej kolumny też go/ją mają).
    Podobnie można by oznaczać dtsy znajdujące się poza tabelą (chyba że są od tego jakieś wyjątki). MarMi wiki (dyskusja) 21:26, 5 paź 2023 (CEST)

• up up! SpiderMum (dyskusja) 20:43, 24 gru 2023 (CET)

Zdjęcie

Cześć! Czy ktoś potrafiłby i czy jest w ogóle możliwe, aby to zdjęcie rozbić na 3-4 zdjęcia tzn. utworzyć osobne zdjęcia z przedstawionych na nim obiektów: 1) osobne zdjęcie dla stanowiska pracy, 2) dla etapów robienia koralików umieszczonych na białej płytce, 3) dla sznureczka z koralikami, 4) dla książeczek ze srebrną i złotą folią oraz 5) dla kawałka szkła awenturynowego? Jaka byłaby jakoś takich zdjęć? Potrzebuję tych zdjęć do zilustrowania artykułu o koralach weneckich, nad którym aktualnie pracuję w brudnopisie. Pomponick (dyskusja) 12:18, 31 paź 2023 (CET)

@Pomponick wydaje mi się, że zdjęcie jest zbyt słabej jakości, by je ciąć. --tadam (dyskusja) 13:13, 31 paź 2023 (CET)

• @Pomponick Jak Tadam. Weź sobie otwórz to zdjęcie w dowolnym programie (Paint może być), zaznacz prostokąt nad interesującym Cie obszarem -Wytnij - wklej do nowego dokumentu i zobacz, jak wygląda. A jeszcze łatwiej, powiększ kilka razy, aż np. biała płytka będzie rozmiaru 10x10 cm i zobacz, jak piksele wychodzą. Wydaje mi się, że lepiej będzie zrobić albo prostokąty A, B, C i tak dalej i dorobić legendę, albo użyć narzędzia annotation na Commons. Wtedy po najechaniu myszą na obiekt wyświetla się komentarz. Ciacho5 (dyskusja) 13:58, 4 lis 2023 (CET)

  Prostokąty i legenda byłyby bardzo dobrym rozwiązaniem. Niestety wychodzi to grubo poza moje możliwości techniczne. Gdybyś Ty czy ktoś inny mógł to zrobić, to bardzo proszę. Pomponick (dyskusja) 14:58, 4 lis 2023 (CET)

• @PomponickNa początek obróciłem do poziomu i wykadrowałem. Chrumps ► 13:41, 17 gru 2023 (CET)
• Dziękuję! Jeżeli udałoby Ci się jeszcze coś zrobić w powyższej kwestii, to bardzo proszę. Pomponick (dyskusja) 14:54, 17 gru 2023 (CET)

PetScan

Działa wam Petscan? Próbuję go cały dzień i nie pokazał mi nigdy nic sensownego. PMG (dyskusja) 21:41, 1 gru 2023 (CET)

@PMG – Działa, może odrobinę wolniej niż zazwyczaj – ale wyniki zwraca. Nedops (dyskusja) 22:12, 1 gru 2023 (CET)

Mi dzisiaj marudzi... Salicyna (dyskusja) 14:04, 9 gru 2023 (CET)

• Kroś wie, co z tym PetScanem się dzieje? W ostatnich tygodniach działa w kratkę, czasem zadziała od razu, ale bardzo często trzeba po wiele razy próbować zanim coś wyrzuci... Salicyna (dyskusja) 10:39, 30 gru 2023 (CET)

  Problem kilka razy zgłaszano na GitHubie: istnieje kilka zamkniętych i otwartych zgłoszeń pokrewnych z tematem. Tak jak patrzyłem pobieżnie, to raczej nie ma w nich dokładnego wyjaśnienia sytuacji, po prostu „czasem nie działa” i próby naprawy tego trochę na ślepo. Msz2001 (dyskusja) 14:06, 30 gru 2023 (CET)

Wycofanie i docelowo usunięcie szablonu Grafika rozwinięta

Szablon {{Grafika rozwinięta}} używa wewnętrznych klas do obrazków i zasadniczo jest obecnie zbędny. Na początek chciałbym go oznaczyć jako niezalecany, a później usunąć.

Używanie wbudowanych klas, do sztucznie budowanych elementów było tutaj błędem. Mogło to mieć sens kiedyś, ale obecnie klasy muszą być dostosowywane do nowych warunków (smartfonów, nowych layoutów). Nie tak dawno obrazki przeszły znaczącą przebudowę, a podobnej spodziewam się ponownie gdy użycie IE spadnie wystarczająco nisko.

Szablon jest zbędny, bo obecnie mamy np, galerię w formie packed, którą można użyć zamiast niego. Szablon sam w sobie jest na bakier z dostępnością oraz wygląda tak sobie na komórkach (np. ktoś opisuje, że coś jest po prawej, a na komórce jest po lewej). Nux (dyskusja) 21:03, 4 gru 2023 (CET)

Do usunięcia byłby też docelowo moduł raczej, bo chyba tylko tutaj jest użyty. Pinguję autorów: @Władysław Komorek, @Therud (chociaż jak rozumiem kod jest skopiowany głównie z enwiki; pewnie tylko dlatego szablon jakoś wygląda po zmianach w sposobie wyświetlania obrazków). --Nux (dyskusja) 21:08, 4 gru 2023 (CET)

•  Za Podpisuję się pod pomysłem wszystkimi czterema tyldami. Proponuję też usługi mojego bota. Tylko musisz napisać co robić z którymi parametrami i ew. jakie przypadki zostawić do ręcznej przeróbki. Wywołania są w 2212 artykułach oraz kolejnych 188 innych stronach (w tym pewnie pomocy). ~malarz pl ^PISZ 21:18, 4 gru 2023 (CET) Jeszcze może masz pomysł na {{galeria}}. Kiedyś próbowałem namówić na przerobienie jej na odpowiednie gallery slideshow czy jakoś podobnie, ale mi nie wyszło. Powinieneś to znaleźć w archiwach tego stolika. ~malarz pl ^PISZ 21:19, 4 gru 2023 (CET)
•  Za każde działanie ograniczające liczbę tego typu niestandardowych rozwiązań jest pożądane. Funkcja gallery jest obecnie wystarczająco rozbudowana, aby móc obsłużyć większość przypadków, jeżeli nie wszystkie. Natomiast stosowanie tego rodzaju szablonów, tak jak również wspomnianego {{galeria}}, już teraz jest ograniczające przy korzystaniu z niektórych urządzeń, a z biegiem czasu sytuacja będzie tylko gorsza. Mamy wiele przykładów na to, jak różnego rodzaju szablony miały pomagać w edytowaniu i ulepszać Wikipedię, a obecnie wyłącznie powodują problemy na różnych płaszczyznach; standaryzacja rozwiązań technicznych w projekcie tak dużym jak Wikipedia jest, stety albo niestety, konieczna. Wostr (dyskusja) 21:42, 4 gru 2023 (CET)
•  Przeciw zwłaszcza, że powody, które są podawane są nie jasne dla informatycznego laika. Ponadto jestem przeciwny ograniczaniu narzędzi. Mike210381 (dyskusja) 21:46, 4 gru 2023 (CET)

  Mówiąc prościej - szablon jest tak skonstruowany, że dowolna aktualizacja Mediawiki może go zepsuć. I będzie to nasza wina, a nie programistów Fundacji. Po prostu użyliśmy czegoś, czego nie powinno się używać. Nux (dyskusja) 23:15, 4 gru 2023 (CET)

  Jeżeli go zepsuje aktualizacje to zrozumiałe jest dla mnie, że trzeba to naprawić i tyle. Nie widzę, aby na innych wersjach językowych Wikipedii odbywały się tego typu dyskusje nad próbą forsowania usunięcia szablonu. Funkcja gallery jest niestety niewystarczająco rozbudowana i wygląda średnio, by móc zastąpić ten szablon. Nie widzę powodów, aby dyskutować nad problemem, który nie istnienie i forsowania usunięcia szablonu bez właściwie żadnego powodu i co za tym idzie zabierania narzędzi edytowania i tworzenia artykułów Wikipedystom. Mike210381 (dyskusja) 22:23, 5 gru 2023 (CET)

  @Mike210381 nie oczekuję, że będziesz rozumiał ten problem. To jest zresztą problem tego typu, którego nawet początkujący informatycy nie rozumieją. Jestem jednak wiki-informatykiem od ponad 15 lat. Trochę zaufania ;-). Problem jest. Dyskusja nad tym czy problem istnieje jest bezprzedmiotowa. Możemy oczywiście dyskutować nad tym, czy szablon nam się tak bardzo podoba, że (mimo jego wad) jednak go zostawimy. I wtedy owszem można próbować rzeźbić i usuwać część wad. Jeśli ktoś techniczny będzie miał czas i ochotę. Nux (dyskusja) 22:29, 5 gru 2023 (CET)

  Szablon ma wersje w innych wersjach językowych Wikipedii, nie zauważyłem by tam toczyły się tego typu dyskusje (sprawdzałem przynajmniej en wiki i nic takiego nie zauważyłem). Mike210381 (dyskusja) 23:10, 5 gru 2023 (CET)

  @Mike210381 I? W poniedziałek ta dyskusja nie toczyła się na plwiki. Sugerujesz, że ja, malarz i Wostr jesteśmy w zmowie i celowo wprowadzamy w błąd? Nux (dyskusja) 00:07, 6 gru 2023 (CET)

  Nie widzę powodów, by wycofywać a tym bardziej usuwać ten szablon. I nie uważam go za zbędny. Wypowiadam swoje zdanie w tej dyskusji. Nie interesuje mnie fakt, że "dowolna aktualizacja Mediawiki może go zepsuć", jeżeli może go zepsuć, to trzeba to naprawić, a nie zabierać narzędzia Wikipedystom. Jestem przeciw tego typu działaniom, a funkcja gallery jest niewystarczająca. Mike210381 (dyskusja) 00:15, 6 gru 2023 (CET)

  Ja bym wytrychu nie nazywał narzędziem. Wcześniej czy później trzeba będzie z wytrychów zrezygnować bo do normalnej pracy się nie nadają. Im później z niego zrezygnujemy tym dłużej będzie trwało sprzątanie po nim. A wycofywanie wytrychów na en.wiki też trwa: en:Wikipedia talk:WikiProject Football/Archive 81#FB team templates, en:Wikipedia:Templates for discussion/Log/2013 September 20#Unused fb team templates, en:Wikipedia:Templates for discussion/Log/2013 October 17#Unused fb team templates, en:Wikipedia:Templates for discussion/Log/2018 April 20#Mass Fb team templates - te szablony cały czas są u nas i na wielu innych wiki, ale w en.wiki już z nich zrezygnowali po powodowały coraz więcej problemów. ~malarz pl ^PISZ 09:35, 6 gru 2023 (CET)

• Porównuje sobie jedno z moich użyć tego szablon z potencjalnym wykorzystaniem galerii w trybie packed i wygląda to średnio. Therud (dyskusja) 11:11, 5 gru 2023 (CET)
  • Rozumiem czemu możesz mieć takie pierwsze wrażenie, ale zauważ że:
    1. Galeria spokojnie zmieści się koło infoboksa, a podwójna grafika wyrównana do prawej poleci pod spód (czyli nie masz gwarancji, że będzie w sekcji, której dotyczy).
    2. Obrazki po prawej są rozmazane na PC (są źle przeskalowane). Więc jak widać już to źle działa w szablonie.

    Są jeszcze kwestie związane z Wikipedia:Dostępność... Ale jak się nie siedzi w tych rzeczach, to wiem, że to się wydaje dosyć abstrakcyjne.

    Nux (dyskusja) 12:24, 5 gru 2023 (CET)

    Dodałem treść i infoboks, żeby przykład był bardziej rzeczywisty. Gdyby chcieć dorzucić tam jeszcze jeden szablon, to jeszcze bardziej by się rozciągnęła prawa strona. W wypadku użycia galerii łatwiej jest też dorzucić kolejną grafikę. Już przy 3 grafikach obok siebie robi się za mało miejsca na tekst, a przy 4 zaczyna to wyglądać absurdalnie. A na komórce i tak ma się inny układ i tak. Nux (dyskusja) 17:28, 5 gru 2023 (CET)

•  Przeciw gallery packed wygląda okropnie, w ogóle całe gallery jest okropne. AramilFeraxa (Napisz do mnie!) 16:54, 5 gru 2023 (CET)
•  Za Okazuje się, że podniesiona tu kwestia to nie jest wyłącznie problem typu „istnieje ryzyko, że kiedyś”, ale również przejawia się aktualnie. Wspomniana powyżej strona Kontraruch rowerowy wyświetla się źle w wersji mobilnej, ale na szerokim urządzeniu (np. poziomo ułożonym telefonie, tablecie albo ew. komputerze): [1]. Ba, gdyby przypadkiem w artykule Algebra#Znaczący_algebraicy podano jedną ilustrację mniej, szablon również w takiej sytuacji wyświetlałby się katastrofalnie (nadal, na szerokim urządzeniu mobilnym): [2]. Zgadzam się, że osób dotkniętych jest raczej mało (problem występuje w tej grupie szerokości ekranów, która jest mało popularna), ale jednak są one dotknięte. I ten problem wynika z tego, o czym pisał wyżej Nux: szablon wykorzystuje strukturę HTML naśladującą miniaturki generowane przez MediaWiki. Ale te miniaturki i ich style są skrojone pod konkretne zastosowanie i nie przewidują wtłaczania kilku-kilkunastu obrazków. Uważam, że naprawa doraźna szablonu jest bezcelowa, a zamiast tego powinno zostać wykorzystane, bądź ewentualnie utworzone inne narzędzie, które odpowie na potrzeby i cel istnienia danego zestawu grafik.

Tych celów zapewne jest kilka ‒ inny występuje w Kontraruch rowerowy, inny w Alfred Russel Wallace, a jeszcze inny w Algebra. Być może w każdym miejscu lepsze byłoby zastosowanie innego rozwiązania. Może raz wystarczy skleić dwie grafiki w programie graficznym w jeden plik (jak robimy w infoboksach miast), innym razem może dobra będzie galeria, a jeszcze innym może warto rozłączyć ilustracje do osobnych, standardowych wywołań. Niezależnie od ostatecznego efektu, uważam, że sam szablon {{Grafika rozwinięta}} jest czymś, co powinno prędzej czy później zniknąć, bądź zostać poważnie przerobione. Msz2001 (dyskusja) 17:46, 6 gru 2023 (CET)

Przykład starego i nowego rozwiązania

Grafika rozwinięta

Długość	36 km
Kraje związkowe	Tyrol
Mapa
Zdjęcie
Wiadukt Europabrücke
Przebieg trasy Legenda w użyciu   projekt, budowa, konieczność modernizacji węzeł drogowy typu WA węzeł drogowy typu WB skrzyżowanie rondo przejście graniczne punkt poboru opłat (PPO) stacja poboru opłat (SPO) most / wiadukt / estakada prom rzeka – brak przeprawy przejazd kolejowo-drogowy tunel parking z bufetem stacja paliw restauracja hotel / motel lub inne miejsce noclegowe drogowy odcinek lotniskowy roboty budowlane zakaz ruchu

Lorem ipsum dolor sit amet, consectetur adipiscing elit. Vivamus mollis purus a elit tincidunt consequat. Suspendisse eget diam risus. Suspendisse leo felis, venenatis sagittis rhoncus dictum, consectetur eu sapien. Vestibulum auctor magna nec lacus sollicitudin, id iaculis leo semper. Nam bibendum nisl eget augue laoreet, et aliquet lorem tincidunt. Cras nibh lectus, fermentum et tortor eu, auctor efficitur leo. Quisque vestibulum, lectus et commodo posuere, lectus lacus porttitor mauris, sit amet mattis dolor lacus vel justo. Nam scelerisque, urna ac interdum pulvinar, enim felis volutpat ante, eget imperdiet libero orci sit amet diam. Vestibulum vel magna non magna ornare gravida.

Oznakowanie ulic z kontraruchem w Polsce

Proin ut commodo elit. Proin scelerisque ipsum nec dictum consectetur. Praesent dapibus semper nisi. Aliquam neque odio, tempor et felis ac, accumsan accumsan felis. Ut venenatis metus quis dolor condimentum suscipit. Aenean pellentesque orci id diam bibendum bibendum. Sed iaculis non odio id suscipit.

Maecenas sagittis porta sem, nec tincidunt purus congue finibus. Pellentesque sed hendrerit justo, at laoreet libero. Fusce maximus dolor ac mi viverra, nec venenatis nunc molestie. Integer ac erat eu sapien vehicula ullamcorper quis et felis. Aliquam erat volutpat. Maecenas posuere ipsum vitae felis faucibus efficitur. Nam non nulla lobortis arcu pharetra finibus. Fusce pulvinar suscipit ex sed posuere.

Proin ut commodo elit. Proin scelerisque ipsum nec dictum consectetur. Praesent dapibus semper nisi. Aliquam neque odio, tempor et felis ac, accumsan accumsan felis. Ut venenatis metus quis dolor condimentum suscipit. Aenean pellentesque orci id diam bibendum bibendum. Sed iaculis non odio id suscipit.

Maecenas sagittis porta sem, nec tincidunt purus congue finibus. Pellentesque sed hendrerit justo, at laoreet libero. Fusce maximus dolor ac mi viverra, nec venenatis nunc molestie. Integer ac erat eu sapien vehicula ullamcorper quis et felis. Aliquam erat volutpat. Maecenas posuere ipsum vitae felis faucibus efficitur. Nam non nulla lobortis arcu pharetra finibus. Fusce pulvinar suscipit ex sed posuere.

Nulla facilisi. Curabitur lacinia leo non ipsum bibendum, sit amet faucibus lectus tempor. Fusce nec velit sollicitudin, laoreet urna vitae, venenatis sem. Mauris pharetra vulputate tempor. Ut eget dictum mauris. Proin malesuada, tellus sed lacinia imperdiet, eros justo aliquet sem, eu interdum sapien est in magna. Vestibulum placerat et tortor quis luctus. Suspendisse congue at urna ut fringilla. Nunc imperdiet lacinia mattis.

Donec at tellus ac orci consequat varius. Curabitur tempor dictum venenatis. Cras a magna facilisis, condimentum augue eu, feugiat eros. Praesent suscipit sollicitudin vulputate. Vivamus eget semper dui. Sed at ante sed odio tristique gravida. Quisque sit amet eros ac nunc dapibus blandit. Aenean cursus tortor eget mollis malesuada. Class aptent taciti sociosqu ad litora torquent per conubia nostra, per inceptos himenaeos.

Gallery mode=packed

Długość	36 km
Kraje związkowe	Tyrol
Mapa
Zdjęcie
Wiadukt Europabrücke
Przebieg trasy Legenda w użyciu   projekt, budowa, konieczność modernizacji węzeł drogowy typu WA węzeł drogowy typu WB skrzyżowanie rondo przejście graniczne punkt poboru opłat (PPO) stacja poboru opłat (SPO) most / wiadukt / estakada prom rzeka – brak przeprawy przejazd kolejowo-drogowy tunel parking z bufetem stacja paliw restauracja hotel / motel lub inne miejsce noclegowe drogowy odcinek lotniskowy roboty budowlane zakaz ruchu

Lorem ipsum dolor sit amet, consectetur adipiscing elit. Vivamus mollis purus a elit tincidunt consequat. Suspendisse eget diam risus. Suspendisse leo felis, venenatis sagittis rhoncus dictum, consectetur eu sapien. Vestibulum auctor magna nec lacus sollicitudin, id iaculis leo semper. Nam bibendum nisl eget augue laoreet, et aliquet lorem tincidunt. Cras nibh lectus, fermentum et tortor eu, auctor efficitur leo. Quisque vestibulum, lectus et commodo posuere, lectus lacus porttitor mauris, sit amet mattis dolor lacus vel justo. Nam scelerisque, urna ac interdum pulvinar, enim felis volutpat ante, eget imperdiet libero orci sit amet diam. Vestibulum vel magna non magna ornare gravida.

• Oznakowanie ulic z kontraruchem w Polsce
• 
• 

Proin ut commodo elit. Proin scelerisque ipsum nec dictum consectetur. Praesent dapibus semper nisi. Aliquam neque odio, tempor et felis ac, accumsan accumsan felis. Ut venenatis metus quis dolor condimentum suscipit. Aenean pellentesque orci id diam bibendum bibendum. Sed iaculis non odio id suscipit.

• 
  ORP Sokół po remoncie
• 
  Kiosk z wysuniętym peryskopem
• 
  Śruba okrętowa
• 
  Widok od rufy

Maecenas sagittis porta sem, nec tincidunt purus congue finibus. Pellentesque sed hendrerit justo, at laoreet libero. Fusce maximus dolor ac mi viverra, nec venenatis nunc molestie. Integer ac erat eu sapien vehicula ullamcorper quis et felis. Aliquam erat volutpat. Maecenas posuere ipsum vitae felis faucibus efficitur. Nam non nulla lobortis arcu pharetra finibus. Fusce pulvinar suscipit ex sed posuere.

Nulla facilisi. Curabitur lacinia leo non ipsum bibendum, sit amet faucibus lectus tempor. Fusce nec velit sollicitudin, laoreet urna vitae, venenatis sem. Mauris pharetra vulputate tempor. Ut eget dictum mauris. Proin malesuada, tellus sed lacinia imperdiet, eros justo aliquet sem, eu interdum sapien est in magna. Vestibulum placerat et tortor quis luctus. Suspendisse congue at urna ut fringilla. Nunc imperdiet lacinia mattis.

Donec at tellus ac orci consequat varius. Curabitur tempor dictum venenatis. Cras a magna facilisis, condimentum augue eu, feugiat eros. Praesent suscipit sollicitudin vulputate. Vivamus eget semper dui. Sed at ante sed odio tristique gravida. Quisque sit amet eros ac nunc dapibus blandit. Aenean cursus tortor eget mollis malesuada. Class aptent taciti sociosqu ad litora torquent per conubia nostra, per inceptos himenaeos.

Szablon infobox polskie miasto

Dzień dobry, Szablon infobox polskie miasto nie przyjmuje stanowiska Burmistrzyni. Czy można to poprawić? Szelma W (dyskusja) 11:49, 8 gru 2023 (CET)

• A co będzie jak w szablonie ktoś wypełni jednocześnie pole burmistrza i pole burmistrzyni to jak szablon ma zadziałać? Zbędne komplikowanie szablonu. W przyszłości pewnie będzie się dało zmienić opis na bazie danych WD osoby podanej jako wartość parametru. ~malarz pl ^PISZ 12:30, 8 gru 2023 (CET)

  Jeśli ktoś wypełni pola burmistrza i burmistrzyni, to trzeba będzie ręcznie poprawić. Szelma W (dyskusja) 14:08, 9 gru 2023 (CET)

Szablon: Wersja oprogramowania i kilka wartości property na raz

Python ma następujący cykl wydawniczy: kolejno wersje alfa, wersje beta, wersje release candidate oraz wersje stabilne. W infoboksie Język programowania znajdują się pola: wersja stabilna oraz wersja testowa. Obecnie pole wersja testowa prezentuje najlepsze dopasowanie wersji beta języka (domyślnie, gdy pole jest puste). Czy jest możliwe, korzystając z wywołania modułu Wikidane, uzyskać najlepsze dopasowanie spośród wielu rodzajów wersji, czyli z alfa, beta i release candidate (lub przedpremierowa) na raz? Dokumentacja modułu jest lakoniczna i na razie moje próby w brudnopisie spełzły na niczym. Jeśli byłoby to możliwe, chciałbym dodać nowy rodzaj w szablonie Wersja oprogramowania, który grupowałby te trzy rodzaje wersji z Wikidanych. Pozdrawiam, Maćko[dysk.] 00:16, 13 gru 2023 (CET)

Żeby zobrazować o co mi chodzi w powyższym: obecnie infoboks dla wersji testowej bierze pod uwagę tylko wersje beta https://pl.wikipedia.org/w/index.php?title=Python&oldid=72045132. Aby poprawić treść, ustawiłem wartość pola na `{{Wersja oprogramowania|rodzaj=alfa}}`, ponieważ najnowszą wersją testową jest właśnie wersja alfa. Ale zastanawiam się, w jaki sposób można by było zaimplementować rozszerzenie tej funkcjonalności o obsługę przypadku Pythona. Prawdopodobnie dobrze też sprawdziłoby się to dla innych języków lub oprogramowania. Maćko[dysk.] 00:27, 13 gru 2023 (CET)

Moim zdaniem alfa jest bardziej do zabawy (do testów wewnętrznych) niż do szerszych testów. Jeśli szablon wybiera betę, to moim zdaniem dobrze. Chyba żeby beta była jakaś bardzo rzadko wydawana, co jak rozumiem tutaj nie ma miejsca. Nux (dyskusja) 00:30, 13 gru 2023 (CET)

Hm, rozumiem że alfa jest dyskusyjna jako wersja testowa, ale wersja RC? Moim zdaniem ona jak najbardziej kwalifikuje się do bycia „testową wersją”. Przy wersji beta z powiedzmy 13 grudnia i wersji RC z 16 grudnia, to wersja RC powinna być tą „aktualną wersją testową”, tak mi się wydaje. Maćko[dysk.] 02:08, 13 gru 2023 (CET)

Nie wiem jak w Pythonie, ale zazwyczaj nowe wersje beta pojawiają się szybciej niż RC. Tak że w ogólności branie bety powinno być prostsze i wystarczająco dokładne. Nie wiem czy da się szybko pobrać dwie właściwości i wybrać nowszą (podejrzewam, że niekoniecznie). W pobieraniu danych z WD przez Lua najwięcej doświadczenia ma @Paweł Ziemian. Może mamy już gdzieś coś takiego? Nux (dyskusja) 21:26, 13 gru 2023 (CET)

Udało mi się uzyskać pożądany efekt dodając kilka powtórzeń w szablonie Wersja oprogramowania. Teraz, gdy wskaże się nowy rodzaj „testowa”, wyświetli się wersja RC, beta lub alfa, która pierwsza będzie dostępna (w randze zwykłej lub preferowanej). W ten sposób nie wybiera się nowsza wersja, ale ta, która będzie miała odpowiednią rangę. Powinno to dobrze działać, bo wersja RC, która nie jest wersją najnowszą, powinna być oznaczana jako „nieaktualna” w randze.

Zaktualizowałem też infobox Język oprogramowania, aby korzystał z nowego rodzaju. Zaktualizowałem/ulepszyłem też dokumentacje (w edytorze wizualnym) tych szablonów. Maćko[dysk.] 04:34, 15 gru 2023 (CET)

@Maćko Nie zakładałbym, że tam zawsze będzie ranga nieaktualna, bo ona nie do tego służy. Nazwa tej rangi jest niestety słaba (ale nie mam pomysłu na lepszą). Rangę nieaktualną wstawia się do stwierdzeń od zawsze nieprawdziwych, ale uważanych kiedyś za prawdziwe. Na przykład w elemencie o Słońcu nieaktualne byłoby stwierdzenie „krąży wokół: Ziemia” – kiedyś uważane za prawdziwe, ale aktualnie nie.

Trzymając się ściśle ontologii Wikidanych, jeśli wersja Pythona X miałaby rangę nieaktualną, to by oznaczało, że ona nigdy nie wyszła, ale uważano by że ona istnieje. Msz2001 (dyskusja) 21:01, 15 gru 2023 (CET)

Zmodyfikowałem szablon {{Wersja oprogramowania}}, aby poprawnie wybierał najnowszą wersję niestabilną, zamiast wybierać najpierw najnowszy RC, potem (jeśli nic nie znajdzie) najnowszą betę, a na koniec najnowszą alfę. Nie zmieniałem natomiast zachowania szablonu {{Oprogramowanie infobox}}, który aktualnie prezentuje wersję beta. Msz2001 (dyskusja) 21:23, 15 gru 2023 (CET)

Odnośnie nazwy: „zdezaprobowana” zamiast „nieaktualna”? Dzięki za wyjaśnienie, nie znałem dokładnej intencji tej rangi.

Nie wiedziałem że można podać wiele własności jednocześnie w module Wikidata! Dzięki za poprawkę. Spróbuję to w wolnej chwili udokumentować, bo jestem przekonany, że tego tam brakuje. Maćko[dysk.] 00:30, 16 gru 2023 (CET)

Hm, wydaje mi się, że dla wersji testowych (niestabilnych) powinniśmy wybierać jedynie rangi preferowane, wykluczając zwykłe. W ten sposób powinniśmy uniknąć prezentowania wersji testowej starszej niż wersja stabilna. Tak dzieje się teraz na przykład w infoboksie TypeScriptu. Maćko[dysk.] 00:35, 16 gru 2023 (CET)

Albo zmienić nazwę pola "Aktualna wersja testowa" na "Najnowsza wersja testowa". Wtedy nie trzeba będzie implementować skomplikowanych warunków selekcji :D Msz2001 (dyskusja) 12:08, 17 gru 2023 (CET)

• Obecne API wystawiane przez {{#invoke:Wikidane}} może być niewystarczające do takich celów. Głównym powodem jest to, że korzystając z jednej cechy WD chcemy zasilać dwa pola infoboksu. Pierwotnym scenariuszem w mojej głowie było odwzorowanie 1 do 1, czyli 1 cecha generuje jedno pole. Ewentualnie 1 cecha samodzielnie generuje 1 sekcję (np. pełnione funkcje przez polityka). W przypadku oprogramowania odpowiadałoby to tylko ostatniej jednej wersji lub całej historii wersji. Myślę, że najprościej napisać dedykowany moduł, który wczyta z dane WD i obrobi je według jakiegoś skomplikowanego algorytmu. Paweł Ziemian (dyskusja) 11:21, 17 gru 2023 (CET)

(Nowa) funkcja w Kartographerze: Dodawanie punktów z użyciem QID

Od września 2022 jest możliwe tworzenie punktów, podając identyfikator Wikidanych. Wielu edytorów prosiło o tę funkcję, ale nie jest ona szeroko wykorzystywana. Z tego powodu, chcielibyśmy o niej przypomnieć. Więcej informacji jest dostępnych na stronie projektu. Jeśli macie jakieś komentarze, możecie je zostawić na stronie dyskusji. – Z pozdrowieniami, zespół Życzeń Technicznych Wikimedia Deutschland

Thereza Mengs (WMDE) 13:31, 13 gru 2023 (CET)

ODN - brak numeru strony

Cześć. Czy ktoś może wyjaśnić, dlaczego mechanizm Wiki żąda ode mnie podania numeru strony w linku zewnętrznym? Jest to w brudnopisie [3], ale przy próbie wstawienia na Wiki (podgląd) też się pokazuje. Z góry dzięki za pomoc. Glaube (dyskusja) 17:35, 16 gru 2023 (CET)

Dlatego, że używany przez ciebie tam szablon {{odn}} do tego właśnie służy, by podawać przypis z podaniem określonej strony/zakresu stron z których się korzystało podczas redagowania uźródławianej przez ten przypis informacji. Salicyna (dyskusja) 19:02, 16 gru 2023 (CET) W przypadku strony internetowej czy innego źródła bez podziału na strony, można użyć {{r}} lub <ref name="nazwa przypisu"></ref>. Salicyna (dyskusja) 19:05, 16 gru 2023 (CET)

Nie przejmuj się, to tylko w brudnopisie. Jak opublikujesz będzie OK. Sam stosuję odn do stron internetowych i nie ma problemu. Zala (dyskusja) 20:44, 16 gru 2023 (CET)

Ale jak robię podgląd przy wstawianiu do przestrzeni głównej, to dalej pokazuje ten błąd Glaube (dyskusja) 09:32, 17 gru 2023 (CET).

• @Glaube Po pierwsze {{odn|Ольховський|2006}} nie powinien odsyłać do LZ. Po drugie cytowanie stron internetowych pośrednio przez {{odn}}, który nie jest do tego przeznaczony, niestety skutkuje takim efektem ubocznym. Sugeruję zastosować się do rady jaką dała @Salicyna. Najprościej to zamienić wszystkie wywołania na przykład przez <ref name="Ольховський2006"/>. Równocześnie uzupełniając {{przypisy}} do postaci:

{{Przypisy|
* <ref name="Ольховський2006">... tutaj kopia tego co jest obecnie w LZ ...</ref>
}}

Dzięki temu podamy daną pozycję bibliograficzną tylko raz, a wywołamy tyle razy ile razy ją potrzebujemy, i to bez podawania niedostępnego numeru strony. Po trzecie @Zala też ma rację. I jeśli sugerowanych zmian nie wprowadzisz, to nic się nie stanie. Na pewno nie wybuchnie, a niezalogowani nie powinni tych komunikatów zobaczyć. Stron z takimi „problemami” jest prawie 14 tysięcy, ich liczba niestety tylko rośnie. Paweł Ziemian (dyskusja) 11:09, 17 gru 2023 (CET)

• A moim zdaniem najlepszym rozwiązaniem jest umieszczenie strony w szablonie cytuj, w sekcji bibliografia i stoswanie odn. Można w nim użyć zamiast s=, parametru loc= np. z tytułem podstrony, na której jest informacja. Joee (dyskusja) 09:08, 18 gru 2023 (CET)

Podział Czy-wiesza na podstrony

Czywiesz działa mi powoli i przy ładowaniu, i przy edycji (zapisie strony). Czasem są też problemy z dotarciem do odpowiedniej sekcji.

Może dobrze by było przerobić CW tak, żeby były jakieś podstrony. Zastanawiam się, czy lepiej byłoby podzielić na dni, ale może osobne podstrony na każde zgłoszenie jak w poczekalni? Nie jestem pewien jakie są narzędzia powiązane z całym procesem. Po co właściwie jest podział na dni? To jest jakaś zaszłość, czy nadal potrzebne? Nux (dyskusja) 23:12, 16 gru 2023 (CET)

Mam podobnie jak Nux. Czasem nawet edytowanie po sekcjach nie pomaga, gdyż ładowanie trwa za długo. Wydaje mi się, że podział po dniach pomaga z chronologią i późniejszym układaniem dniówek. Z tego co widzę to jednak narzędzie do zgłaszania nigdzie nie korzysta z dni (nie linkuje tam ani ze strony dyskusji użytkownika, ani z artykułu). Zależałoby mi jednak na utrzymaniu całości CzyWiesza w jednym miejscu, żeby maksymalnie uprościć ten proces (i nie zniechęcać wszelkich chętnych go znaleźć), więc preferowałbym bardziej tranksludowane podstrony, niż podział np. na kilka osobnych stron.

Na pewno jednym z narzędzi będzie Wikipedia:Narzędzia/CzyWiesz. Ostatnio bota do robienia statystyk pisał @Peter Bowman, może więc mieć jakieś uwagi co do tego gdzie są słabe miejsca systemu lub co jest od czego zależne. Porządki z powiadomieniami do czywiesza robi też bot @Malarz pl. Do tematu wołam też @Aramil Feraxa i @Jamnik z Tarnowa, jako aktywnych w wikiprojekcie. Nadzik (dyskusja) 23:25, 16 gru 2023 (CET)

• Dawno temu zrezygnowałem z przeglądania zgłoszeń bo układ podstron wydawał mi się strasznie skomplikowany. Każde zgłoszenie na osobnej podstronie (tak jak w poczekalni) jest moim ulubionym systemem najbardziej przejrzystym i dającym potem największe możliwości układania. Jeśli będzie potrzeba można będzie przecież zawsze zrobić strony na dni czy w dowolnym innym układzie wyświetlać podstrony. Marek Mazurkiewicz (dyskusja) 00:36, 17 gru 2023 (CET)

  Tak, dłuższe przeglądanie ma jeszcze dodatkowe wady. Dzisiaj np. miałem otwartego CW i jak w końcu kliknąłem edycję sekcji, to otworzyła mi się edycja innej sekcji niż chciałem. Tak się dzieje, bo nowe sekcje są dodawane na górze (i numer sekcji się nie zgadza potem). Ale tak jak mówisz – jeśli będą podstrony, to można to ułożyć dowolnie (jako linki lub jako dołączenie jak w Poczekalni). Nux (dyskusja) 02:49, 17 gru 2023 (CET)

Jestem jak najbardziej za podziałem na podstrony, ale dla każdego zgłoszenia. Dosłownie wczoraj o tym myślałem, miałem już nawet napisany wątek, ale rozmyśliłem się:D Co do numeracji/podziału na dni - to powinno zostać. Jest to związane z tym, że regulamin CzW mówi, iż artykuł nie powinien być eksponowany jeśli minie więcej niż miesiąc. Przy układaniu ekspozycji biorę artykuły od najstarszych - ułatwia więc nawigowanie. AramilFeraxa (Napisz do mnie!) 07:31, 17 gru 2023 (CET)

Natomiast jeśli chodzi o narzędzia to jest też baaaardzo ułatwiający mi żyje i zaoszczędzający czasu gadżet Wikipedysta:Peter Bowman/dyk-expo.js, nie wiem jak bardzo skomplikowane byłoby przerobienie, ale wolałbym uniknąć nieposiadania go :P. AramilFeraxa (Napisz do mnie!) 07:34, 17 gru 2023 (CET)

Widzę że to zamulanie nie tylko mi przeszkadza... do przeglądania jak w poczekalni musiał bym się przyzwyczaić. Poza tym czym ono się różni jeśli chodzi o układ z obecnym układem czy wiesza, poza brakiem tabelki? Ta tabelka przeglądu jest według mnie bardzo potrzebna, jeśli nie będzie jej widać na głównej stronie ze zgłoszeniami to utrudni orientowanie się w stanie zgłoszenia (jakie braki, ile sprawdzeń) To ta tabelka chyba najwięcej zamula? Poza tym, przebudowanie tych wszystkich gadżetów o których piszecie może być problematyczne. Z jednej strony zamulanie to poważny problem, ale jak to poprawić żeby nie wylać dziecka z kąpielą.

PS. Kiedyś zauważyłem również inni mini problem. Może dodać dla prowadzącego czywiesza, jakiś gadżet do przenoszenia do archiwum zgłoszeń które nie przeszły? Często tam znajdują się ciekawe dyskusje, wskazujące na problemy artykułów startujących do czywiesza. Tworzący artykuł lub sprawdzający mógłby sprawdzać tam na co zwracać szczególną uwagę... Obecnie przepada to i jedynym miejscem gdzie można je znaleźć pozostaje historia strony czywiesza... Cyku_new (dyskusja) 08:58, 17 gru 2023 (CET)

I ja podobny miewam problem. Ponadto obecny sposób zajmuje, zdaje mi się, dużo pamięci. Mpn (dyskusja) 09:11, 17 gru 2023 (CET)

Wydaje mi się, że problem długiego ładowania się czywiesza wynika przede wszystkim z konstrukcji szablonu {{Wikiprojekt:Czy wiesz/weryfikacja}}. Z danych profilowania parsera można odczytać, że parsowanie (CPU time) trwa 6,7 s, z czego 4,5 s to jest Lua i odczytywanie Wikidanych. Można by to zoptymalizować, przepisując szablon na moduł Lua. W tej chwili pozyskiwanie wielu cech z Wikidanych wygląda w taki sposób wartość_cechy(qid = pobierz_qid_artykułu(), p=...), gdzie samo wywołanie pobierające identyfikator elementu, skojarzonego z artykułem jest uruchamiane łącznie 11 razy w wywołaniu szablonu. Problematyczny jest też sposób pobierania aliasów, działający tak: pobierz_aliasy(qid = pobierz_qid_artykułu())[1], pobierz_aliasy(qid = pobierz_qid_artykułu())[2], .... Myślę, że czas zapytań do Wikidanych dałoby się zredukować nawet około dwudziestokrotnie. Msz2001 (dyskusja) 12:29, 17 gru 2023 (CET)

Chyba że elementy Wikidanych są cache'owane przez Scribunto? Wtedy myślę że dalej udałoby się coś zaoszczędzić, ale chyba nie aż tak dużo Msz2001 (dyskusja) 12:47, 17 gru 2023 (CET)

Inna sprawa czy te wikidane, które opóźniają ładowanie są tam potrzebne? I tak ich brak nie jest przeszkodą do ekspozycji.... Cyku_new (dyskusja) 12:51, 17 gru 2023 (CET)

Moim zdaniem to raczej przydatne wcześniej (przed decyzją o ekspozycji). Nie robię ocen często, ale jak już robię, to uzupełniam przy okazji WD i przynajmniej zerknę czy nie ma tam jakiś głupot, żeby nie było wstydu jak już eksponujemy ;) Nux (dyskusja) 16:47, 17 gru 2023 (CET)

Zmodyfikowałem szablon, tak aby przetwarzanie metryczki z WD odbywało się w module. Dzięki temu wykonanie Lua zajmuje teraz ok. 0,6 sekundy. Nie jest to zapowiadane 20-krotne przyspieszenie, ale zawsze kilka razy szybciej się dzieje ten kawałek :D. Msz2001 (dyskusja) 17:49, 19 gru 2023 (CET)

Jak będzie trzeba dostosuje narzędzie. Najwyżej 2-3 dni nie będzie działało. Jeżeli zaś chodzi o potencjalne problemy w automatyzacji to mi najbardziej przeszkadzają nagłówki typu:

== 7 (Autoportret z paletą (obraz Anny Bilińskiej-Bohdanowiczowej)) ==

zamiast bardziej naturalnych i wiążących propozycję z artykułem:

== [[Autoportret z paletą (obraz Anny Bilińskiej-Bohdanowiczowej)]] ==

tzn.:

• jest zbędna cyfra
• nazwa artykułu jest w zbędnym nawiasie
• nazwa artykułu nie jest linkiem

Aby zniwelować te wady zostało kilka zbędnych rzeczy wbudowane w {{Wikiprojekt:Czy wiesz/weryfikacja}}. Ale to nie jest rozwiązanie problemu a jego obejście. Tak więc przy okazji zmian warto pochylić się nad nazewnictwem sekcji. ~malarz pl ^PISZ 11:50, 17 gru 2023 (CET)

Problem związany jest (przynajmniej w części) ze zmianą sposobu redagowania ekspozycji. Wcześniej (za Szoltysa i in.) ekspozycje były przygotowywane z kilkudniowym wyprzedzeniem, tj. liczba propozycji poddanych dyskusji była ograniczana tylko do tych, gdzie dyskusja jeszcze się toczy/brakuje sprawdzeń. Teraz widzę, że ekspozycja przygotowywana jest w zasadzie z dnia na dzień i sekcje z dyskusjami zalegają na stronie z nominacjami. Rozwiązaniem byłoby przenoszenie wszelkich sekcji, gdzie sprawdzenie się dokonało do przygotowywanych ekspozycji, czyli działanie jak dawniej. Kenraiz .ꓘ (dyskusja) 12:49, 17 gru 2023 (CET)

O tak, to dobra myśl... może przydało by się jakieś automatyczne przenoszenie na inną stronę tych propozycji z 3 sprawdzeniami, dziś to zapewne 40% ogólnej liczby danych które się tam ładują... Cyku_new (dyskusja) 12:52, 17 gru 2023 (CET)

@Kenraiz tylko problem jest taki, że nie ma z czego ułożyć ekspozycji na kilka dni do przodu, ponieważ brakuje sprawdzeń. AramilFeraxa (Napisz do mnie!) 13:02, 17 gru 2023 (CET)

Albo na przykład, jeśli już są sprawdzenia, to są same artykuły o samolotach, albo same roślinne, albo same typu który. A takich ekspozycji nie puszczę, staram się aby były różnorodne tematycznie. Spadła nam aktywność sprawdzających po prostu. AramilFeraxa (Napisz do mnie!) 13:04, 17 gru 2023 (CET)

Prawdą jest, że kilka miesięcy temu można było ułożyć ekspozycje nawet na 2 tygodnie do przodu. Teraz zazwyczaj nie da się na więcej niż 3 dni. AramilFeraxa (Napisz do mnie!) 13:06, 17 gru 2023 (CET)

W tej chwili jest ok. 57 propozycji sprawdzonych – można z tego ułożyć ekspozycje na 11 dni do przodu i odchudzić stronę projektu o jakąś połowę, co sprzyjać będzie aktywności sprawdzających. Dopowiem, że gdy brakowało jakiejś propozycji do kompozycji – zawsze jako trzeci sprawdzający mógł się dopisać opiekun projektu. Poza tym przy dużej liczbie propozycji monotematycznych co jakiś czas sporządzano z nich ekspozycje właśnie jednotematyczne. Kenraiz .ꓘ (dyskusja) 13:20, 17 gru 2023 (CET)

Uwierz, że to nie takie łatwe jak się wydaje. A ponadto trzeba jeszcze zadbać o to, aby każda zajawka w ekspozycji nie zaczynała się od który. AramilFeraxa (Napisz do mnie!) 15:33, 17 gru 2023 (CET)

Poza tym: taka ilość sprawdzonych ekspozycji to akurat wydarzenie ponadprzeciętne, zapewne z racji na akcję świąteczną. AramilFeraxa (Napisz do mnie!) 15:37, 17 gru 2023 (CET)

Wiem, że bywają okresy posuchy – zajmowałem się przygotowywaniem ekspozycji w zastępstwie różnych osób przez łącznie parę miesięcy (w razie takiej potrzeby też dawaj mi znać). W miarę możliwości dobrze jest unikać "których" umieszczanych pod rząd, ale w jedną ekspozycję można wrzucić ich 3, rozdzielając innymi pytaniami. Przygotowywanie ekspozycji "na zapas" jest wygodne też dla opiekuna – można robić parudniowe przerwy bez szkody dla ciągłości. W każdym razie warto przenosić do ekspozycji na bieżąco ile się da, by strona projektu ładowała się ludziom w miarę znośnym czasie. Kenraiz .ꓘ (dyskusja) 16:21, 17 gru 2023 (CET)

Nie wydaje mi się, aby 3 pytania który, nawet oddzielone innymi wyglądały dobrze w jednej ekspozycji. Lepiej jest zaciekawić czytelnika innymi pytaniami i z tego co wiem @Szoltys też taką praktykę stosował. Tak samo nie dam 3 dni pod rząd czegoś o ulicach, nie dam w jednej ekspozycji dwóch artykułów o roślinach itp itd. Wolę raczej różnorodność. Na razie ułożyłem ekspozycje do Świąt. AramilFeraxa (Napisz do mnie!) 16:28, 17 gru 2023 (CET)

@AramilFeraxa, pytania z "który" są najczęstsze i czasami jest to nieuniknione (zdarzały mi się ekspozycje z trzema takimi pytaniami, choć zawsze oddzielonymi). Wydaje mi się, że opiekun CW powinien mieć prawo do przeredagowania pytania tak, aby pasowało do ekspozycji, oczywiście ze zdrowym rozsądkiem, aby nie zepsuć charakteru pytania. Sam tak robiłem, za co mnie krytykowano. :) Szoltys [Re: ] 17:09, 17 gru 2023 (CET)

Dlatego też staram się zmieniać jeśli jest taka możliwość, bądź brać inną zajawkę, jeśli jest z czego wybierać:) Takie zajawki żeby było kilka pytań który zdarzyły mi się dosłownie kilka razy i wolę aby tak pozostało:) AramilFeraxa (Napisz do mnie!) 17:11, 17 gru 2023 (CET)

@AramilFeraxa Po oczyszczeniu zauważam znaczne przyśpieszenie. Cyku_new (dyskusja) 17:58, 17 gru 2023 (CET)

W kwestii technicznej. Czy ułatwiłoby wyłapywanie gotowych ekspozycji, gdyby szablon kolorował np. na zielono "zrobioną" tabelkę czywiesza? Ewentualnie mógłby też sygnalizować upływ czasu od wstawienia. Wtedy podział na "dniówki" nie byłby konieczny. Jeśli to zabagnia, tzn. obciąża, oczywiście wyjściem byłyby podstrony. Takie kolorowanie mogłoby też ułatwić wyszukiwanie rzeczy do sprawdzenia sprawdzającym. To zrobione, idę dalej. owszem, liczenie do 3 nietrudne, ale gdy nicki długie itd. Ewentualnie jakiś bot mógłby sortować gotowe / niegotowe - dwie duże sekcje na stronie. Hedger z Castleton (dyskusja) 13:02, 18 gru 2023 (CET)

Tak, myślę, że można by to jakoś rozdzielić i podzielić na dwie grupy -- jedna grupa do sprawdzenia, druga do wystawienia na ekspozycję. Może jako osobne podstrony. Można by pewnie dorzucić odliczenie czasu tak jak w różnych głosowaniach (gadżet mógłby to wypełniać lub ułatwiać wypełnienie).

Przy okazji chciałbym sprawdzić czy gadżet prawidłowo oznacza datę. To znaczy wg zasad CW liczy się data utworzenia lub rozbudowania i nie wiem czy gadżet to dobrze sprawdza. Może warto by było w gadżecie wyświetlić parę ostatnich wersji, żeby zgłaszający zaznaczył która jest tą rozbudowującą. Nux (dyskusja) 13:24, 18 gru 2023 (CET)

• To zdecydowanie oddzielne podstrony i tylko przenoszenie wywołania (jak archiwizacja z poślizgiem 24h w DNU). Wszystkie inne rozwiązania mogą prowadzić do gubienia wpisów / historii edycji. ~malarz pl ^PISZ 13:46, 18 gru 2023 (CET)

Widzę tu zaskakująco miażdżący konsensus, co mnie niezmiernie cieszy 😀. Postaram się w najbliższych dniach popchnąć przynajmniej trochę zmiany w głównym gadżecie do przodu. Dam znać jak będzie coś do przetestowania (tutaj, albo na WP:Discord). Jak się uda, to może przed końcem roku się wyrobię. Jakby ktoś chciał pomóc, to na Githubie wrzucę repo dzisiaj. Można pisać do mnie prośby o dostęp (będzie można też robić pull requests). --Nux (dyskusja) 16:00, 19 gru 2023 (CET)

@Nux Z tego co ja widzę to konsensus jest by zoptymalizować działanie czywiesza, ale nie ma do końca jaką drogę wybrać... Czy mogę wiedzieć jak Ty odczytujesz ten miażdżący konsensus? Cyku_new (dyskusja) 17:18, 19 gru 2023 (CET)

To co widzę jako nadchodzące zmiany:

• Wątek jest o podziale na podstrony. Nikt nie oprotestował podziału i pojawiły się różne pomysły jak to technicznie rozwiązać. Parę osób (w tym @malarz pl) zaproponowali podział na osobne podstrony podobny jak w poczekalni (czyli nie na dni jak początkowo proponowałem). No i tu muszę się zgodzić, że jest to jedyne rozwiązanie, które może pogodzić to, że sprawdzający chcą, żeby szybko załadowała się strona, a jednocześnie mieć dodatkową stronę do budowania ekspozycji (@AramilFeraxa pisał o tym, że czasem czeka aż się zbierze więcej sprawdzonych artykułów, żeby móc zbudować ładną, różnorodną ekspozycję). No i @Hedger z Castleton zaproponował dodanie jakiejś formy oznaczenia zrobionych zgłoszeń, co będzie się dało zrobić po zmianie gadżetu.
• Nie powiem, że będzie łatwo to wszystko pogodzić, ale myślę, że uda się to zrobić tak, żeby zmiany nie były zauważalne w praktyce. To znaczy nadal będzie to w dużej mierze załatwiał gadżet. W zasadzie jedyną wadą jest to, że trzeba zakasać rękawy i to zrobić (ale większość zmian wezmę na siebie). Na szczęście autor gadżetu (@Kaligula) już wcześniej pomyślał o wersji testowej CzyWiesza, więc powinno się dać w miarę łatwo testować nową wersję.
• Nawet parę rzeczy można będzie poprawić przy okazji. Np. ten mini problem który zgłosiłeś @Cyku new, że brakuje archiwum starych zgłoszeń - archiwum będzie dostępne jako lista podstron (pewnie bot mógłby też generować spis treści do nich jakbyśmy chcieli). Będzie też poprawa nazw sekcji, o której pisał malarz pl (która ułatwi automatyzację). Dodatkowo linki zostawiane na stronach autorów też będą trwałe (obecnie wygasają po 20-30 dniach).

Pozdrawiam, Nux (dyskusja) 18:14, 19 gru 2023 (CET)

@Nux tak na chłopski rozum bo w technikaliach jestem słaby, to będzie taka poczekalnia tylko z tymi tabelkami czywieszowymi widzianymi na jednej stronie? Z dodatkową podstroną gdzie będą lądowały i czekały na ekspozycję sprawdzone czy wiesze ? Tak by nie rozbić sztucznego tłumu?I jak taka modyfikacja będzie się miała do dopiero co wprowadzonej automatyzacji statystyk? Do ogarnięcia? Cyku_new (dyskusja) 18:50, 19 gru 2023 (CET)

Niezupełnie powiązane, ale jednak w temacie, więc skorzystam: popełniłem tę zmianę, aby zmniejszyć ryzyko pomyłek podczas wypełniania {{Wikiprojekt:Czy wiesz/weryfikacja}} (por. Specjalna:Diff/72304609, te błędy są potem powielane przez bota w statystykach). Co do samego kodu bota oraz skryptu używanego przez Aramila: w razie potrzeby dostosuję się do nowego kształtu CW. Pozdrawiam, Peter Bowman (dyskusja) 20:47, 23 gru 2023 (CET)

parser szablonów

Szukam możliwie najlepszego parsera szablonów wiki. Najlepszy tzn. możliwie w 100% zgodny z MediaWiki (szczególnie błędnych wywołań). Obecnie mój bot korzysta ze (bardzo) starej wersji parsera z CheckWikipedia (https://github.com/bamyers99/checkwiki/tree/master), który ma pewne wady (dobrze bazuje poprawną składnię, ale na błędnej pada.

Idealnie by było aby był napisany w Perlu. Nie będę wybrzydzał jeżeli będzie zgodny z MediaWiki wtedy go sobie przepiszę. Zastanawiam się też nad napisaniem własnego czytając odpowiedni kod MediaWiki. @Matma Rex, @Nux może wiecie, gdzie znaleźć tę część kodu. ~malarz pl ^PISZ 00:47, 28 gru 2023 (CET)

Używałem (właściwie używam nadal) pythona do niektórych skryptów. Parser mwpfh jest niezły, ale tabelki tak umiarkowanie ogarnia [4]. W sumie to zależy co chcesz robić. Taki najlepiej wspierany to jest Parsoid pewnie teraz, ale nie wiem czy to nie jest zbyt ciężkie do botów (nie próbowałem używać). Możesz zerknąć na listę parserów (zwłaszcza ast), ale jest na tej liście mwpfh, a jak wspomniałem z tym jego drzewem węzłów to tak sobie wychodzi czasami YMMV. Nux (dyskusja) 02:18, 28 gru 2023 (CET)

Jakbyś chciał zobaczyć jak działa Mwpfh, to możesz zerknąć na mojego bota SK w Pythonie. Właściwie to pomysł zrobienia wp:sk w Pythonie już porzuciłem (m.in. ze względu na problemy z tabelami), ale do prasowania danych szablonów był świetny (a przynajmniej nie pamiętam żadnych problemów). Szablony cytuj nim poprawiałem... A, coś dziwnego tylko ze spacjami było (interpretacja spacji wokół pipe), ale nie że źle coś rozpoznawał, tylko trochę inaczej niż oczekiwałem. Nux (dyskusja) 02:35, 28 gru 2023 (CET)

Ja korzystam z parsera szablonów wiki-java, dla większości sytuacji działa OK. Peter Bowman (dyskusja) 12:36, 28 gru 2023 (CET)

Możesz poprosić API MediaWiki, żeby ci je sparsowało. Zwraca odpowiedzi w trochę niewygodnym formacie, ale w Perlu na pewno dasz radę je odczytać ;) Na przykład dla artykułu Cretoprocirrus: Specjalna:Środowisko testowe API#action=parse&format=json&page=Cretoprocirrus&prop=parsetree&formatversion=2

<root><template><title>Zwierzę infobox
 </title><part><name>nazwa łacińska         </name><equals>=</equals><value> ''Cretoprocirrus''
 </value></part><part><name>TSN                    </name><equals>=</equals><value> 
 </value></part><part><name>zoolog                 </name><equals>=</equals><value> [[Josh Jenkins Shaw|Jenkins Shaw]] et [[Dagmara Żyła|Żyła]], 2020
 </value></part>
...

Mogę wystąpić też inne znaczniki dla innych elementów składni (jeśli wystąpią wewnątrz szablonu, to ja taki artykuł pozostawiłbym do sprawdzenia przez człowieka).

Kod źródłowy, który to generuje, zaczyna się tutaj: buildDomTreeArrayFromText() – ale jest bardziej skomplikowany, niż można by pomyśleć, bo parsowanie składni szablonów połączone jest ze składnią nagłówków, linków, tagów pseudo-XML i konwertera języków (i kto wie, czego jeszcze innego). Raczej bym odradzał przepisywanie go. Matma Rex dyskusja 22:30, 28 gru 2023 (CET)

Rozamunda

Wstawiłem przypis do hasła. Użyłem szablonu Szablon:Cytuj książkę. Istnieje możliwość wpisania - |kolumny =. Wpisałem, ale jej nie wyświetla. Pokazuje alert na czerwono: Nieznane pola: 1, "kolumny" oraz "autor2". Jak temu zaradzić? Dziękuję za pomoc. Abraham (dyskusja) 23:50, 29 gru 2023 (CET)

Weszło "Cytuj" zamiast "Cytuj książkę", przed "kolumny" masz jedną pionową kreskę za dużo. Revsson (dyskusja) 00:02, 30 gru 2023 (CET)

Grafiki z WD do infoboksów

W niektórych infoboksach brakuje grafik, np. loga albo innej grafiki. Poza tym mogą się zmieniać i jest większa szansa, że ktoś je doda lub uaktualni w Wikidanych niż u nas lokalnie. Myślę, że takie rozwiązanie bardzo dobrze funkcjonuje dla takich parametrów jak np. "wersja stabilna" albo "www", więc proponuję dodać również grafiki i loga z WD do szablonów {{Oprogramowanie infobox}}, {{Język programowania infobox}}, {{System operacyjny infobox}} (i może jeszcze innych). --Chrumps ► 00:35, 31 gru 2023 (CET)

A nie działa? Powinno pobierać domyślnie główny obrazek (P18), a dla loga itp można ustawić inną cechę. Z tego co widzę {{Infobox grafika}} ma odpowiedni kod. Rozwiązane? :) Nux (dyskusja) 01:09, 31 gru 2023 (CET)

Loga nie były pobierane z WD, bo nie było podanej odpowiedniej cechy (właściwości, property). W tych 3 wrzuciłem. Nux (dyskusja) 01:21, 31 gru 2023 (CET)

Dzięki! Można jeszcze poszukać, pewnie jakiś infoboks się znajdzie na tę okoliczność :) Chrumps ► 01:27, 31 gru 2023 (CET)

Szablon:ISBN

Przydałaby się jakaś opcja akceptacji teoretycznie błędnego numeru. Na en.wiki mają coś takiego. Piszą tam, że czasem błędne numery są nadawane publikacjom i mam na to przykład: Michał Adamowicz. Numer 978-83-87104-47-7 system rozpoznaje jako błędny, ale gdy sprawdzimy w źródłach, to taki numer jest tam właśnie podany. Tym sposobem to hasło, prawdopodobnie jak i wiele innych, będzie na zawsze w kategorii Artykuły z nieprawidłowymi numerami ISBN. Zan-mir (dyskusja) 03:16, 31 gru 2023 (CET)

Tak, zdarzają się takie numery faktycznie. Nawiasem mówiąc dlatego w programach dla bibliotek nieprawidłowy numer pokazuje się tylko jako ostrzeżenie przy wprowadzaniu danych. Natomiast nasz szablon powinien działać dla tego ISBN, tylko taki szary jest: ISBN 978-83-87104-47-7. Nux (dyskusja) 12:59, 31 gru 2023 (CET)

Tylko jak teraz odsiać faktyczne błędne numery od teoretycznie błędnych? Sprawdzać ręcznie po kolei 3600 stron? Może dałoby się jakoś wykorzystać Kalkulator cyfry kontrolnej? Zan-mir (dyskusja) 13:10, 31 gru 2023 (CET)

Szablon właśnie sprawdza sumę kontrolną i oznacza jako nieprawidłowe te ze złą. @Paweł Ziemian przygotował inne narzędzie do potwierdzenia poprawności źle nadanego numeru. W tym przypadku trzeba było utworzyć {{#invoke:ISBN/9788387104477}} i artykuł wylądował w kategorii potwierdzonych Kategoria:Artykuły z błędnymi numerami ISBN. ~malarz pl ^PISZ 13:33, 31 gru 2023 (CET)

Zresztą jest to opisane w instrukcji szablonu. Może trzeba to bardzie rozbudować. ~malarz pl ^PISZ 13:33, 31 gru 2023 (CET)

WD wariują

W [5] nie da się wstawić odnośnika do rekordu w BnF. Jest, ale WD nie przyjmuje cb124953977, 124953977... Próbowałem na kilka sposobów, non stop coś im odwala i wyrzuca error, że niby nieprawidłowa wartość. Ki czort? Hoa binh (dyskusja) 09:51, 4 sty 2024 (CET)

@Hoa binh Element WD dla wskazanej postaci nie miał etykiety w języku francuskim, stąd zapewne wynikał błąd. Poprawiłem. Ironupiwada (dyskusja) 10:06, 4 sty 2024 (CET)

Subskrypcja sekcji w wikiprojekcie

W wikiprojektach znajdują się sekcje, w których pojawiają się artykuły zgłoszone w Czywieszu, DNU i do wyróżnienia (np. Wikiprojekt:Chemia). Czy istnieje możliwość uruchomienia subskrypcji sekcji, tak jak w kawiarenkach? Subskrypcja całego wikiprojektu nie uruchamia powiadomienia o edycji sekcji, a byłoby to bardzo przydatne, bo niejednokrotnie nie zauważyłem, że pojawiło się jakieś zgłoszenie w wikiprojekcie. Michał Sobkowski _dyskusja 12:16, 5 sty 2024 (CET)

Najłatwiej byłoby przenieść takie rzeczy na dyskusję wikiprojektu. Na dyskusjach subskrypcje normalnie działają. Minusem byłoby przemieszenie tego z innymi dyskusjami. Można też zrobić osobną podstronę, najlepiej taką samą dla każdego projektu (np. dla chemii: Wikiprojekt:Chemia/skrzynka). Trzeba by tylko botem/skryptem utworzyć takie podstrony, podlinkować gdzieś w projektach i poprawić gadżety (mogę na pewno skorygować DYK/CW). Pytanie tylko, czy byłby konsensus za taką zmianą? @Michał Sobkowski czy Tobie by coś takiego pasowało? A może wolałbyś jakieś jeszcze inne podstrony?

@Msz2001 robiłeś zdaje się ten wspólny gadżet z listą projektów, co o tym myślisz? Jakieś inne wersje? Nux (dyskusja) 12:43, 5 sty 2024 (CET)

Wydzielenie podstrony wydaje mi się że nie rozwiąże całości problemu. Co prawda pozwoliłoby wykorzystać mechanizm obserwowanych do śledzenia stricte nowych zgłoszeń, ale niekoniecznie będzie wysyłać powiadomienia (zależy od ustawień obserwowanych). Nawet jeśli ktoś ma włączone powiadomienia mailowe o zmianach na liście obserwowanych, to edycje bota sprzątającego mogą wstrzymać wysyłanie kolejnych maili o edycjach dokonanych przez człowieka (aż do odwiedzenia obserwowanej strony).

Aby działała subskrypcja sekcji, oprócz szablonu musiałby być dodany również podpis użytkownika (być może nawet ukryty albo wkomponowany w ramkę). Po wprowadzeniu podpisów użytkowników do szablonów z informacją o CW/DNU/wyróżnieniu, w odpowiedniej sekcji wikiprojektu (poziomu drugiego) pojawi się link [subskrybuj], pobodnie jak np. na stronie Wikipedia:Głosowania/Zmiany w infoboxach. Takie coś nie wymagałoby zmiany w bibliotece, która czyta listę wikiprojektów, a jedynie w konkretnych gadżetach, które z niej korzystają.

Gdybyśmy chcieli wydzielić podstronę na skrzynkę ze zgłoszeniami, to widziałbym to tak, że na stronie Wikipedia:Wikiprojekt/Spis_wikiprojektów.json doszłoby kolejne pole, np. inbox, którego wartość byłaby używana przez gadżety. Msz2001 (dyskusja) 14:04, 5 sty 2024 (CET)

Jakby co dyk i tak dodaje podpis, nie powinno to być problemem [6]. Jest w DYK dosyć skomplikowany mechanizm wykrywania czy dana strona projektu jest dyskusją czy nie i potem są dwie różne formy zapisu (DYK albo dodaje sekcję, albo pobiera całą stronę i ją modyfikuje). Gdyby zawsze można było po prostu dodać kolejną sekcję z powiadomieniem, to by można uprościć kod. Przynajmniej w DYK. Nux (dyskusja) 15:53, 5 sty 2024 (CET)

Przenoszenie powiadomień na jakąś oddzielną podstronę i próba zrobienia z tego pseudowątku dyskusji ze zgłoszeniami, na której dodatkowo poza szablonami będzie coś jeszcze (podpisy) jest bez sensu. W praktyce zachęci to do prowadzenia dyskusji w tym miejscu (bo będzie wyglądało jak dyskusja) oraz uniemożliwi automatyczne czyszczenie z informacji o zakończonych dyskusjach i pewnie wiele innych. Przede wszystkim odetnie też od tych informacji wszystkich tych, którzy obserwują główną stronę projektu (i jej dyskusji) starym mechanizmem obserwowanych. Moim zdaniem trzeba raczej powalczyć o inne działanie subskrypcji na stronach nie-dyskusji. ~malarz pl ^PISZ 14:33, 5 sty 2024 (CET)

Subskrypcja działa tylko na tematy poziomu 2. Raczej nie da się tego inaczej zrobić, za duży bałagan by był. W każdym razie ja nie mam innego pomysłu. Nawiasem mówiąc każdy może sobie dodać nowe podstrony do obserwowanych, to akurat nie wydaje mi się jakimś specjalnym problemem. Wystarczy ogłosić to na WP:TO. Nux (dyskusja) 15:48, 5 sty 2024 (CET)

A ile osób czyta TO? I jaka część tych co to przeczyta pododaje sobie do obserwowanych to co trzeba. IMO te informacje będą trafiały do mniejszej grupy niż obecnie. ~malarz pl ^PISZ 16:15, 5 sty 2024 (CET)

No jasne, przy zmianie może być jakieś początkowe zamieszanie, ale docelowo byłby większy porządek i obie formy obserwowania skrzynek byłyby możliwe. Obecnie możliwe jest tylko obserwowanie każdej edycji. Nux (dyskusja) 16:35, 5 sty 2024 (CET)

• Cóż, miałem nadzieję, że to jest stosunkowo proste, a okazuje się, że wcale tak nie jest. Ze względu na problemy techniczne i różnice zdań wygląda na to, że nic z tego nie wyjdzie. Dzięki za zajęcie się sprawą! Michał Sobkowski _dyskusja 19:35, 10 sty 2024 (CET)

Lipowiec (rejon jaworowski)

Na mapce w infoboksie miejscowość pokazuje się, jakby była w Polsce. Zgłaszam to tutaj, bo to chyba kwestia techniczna. Pozdr. Abraham (dyskusja) 09:10, 8 sty 2024 (CET)

• Mapa na kilku wiki jest opisana tak samo, więc to raczej błąd jej twórców albo pierwszego opisującego szablon mapy lokalizacyjnej. Na pozostałych wiki szablon był raczej kopiowany. Trzeba by ją ponownie wyskalować. ~malarz pl ^PISZ 09:23, 8 sty 2024 (CET)

Wikidata

Przypadkowo zauważyłem te WD [7], a tutaj są WD z innym numerem Q.... [8]. Czy mógłby ktoś usunąć te pierwsze dane? --Czyz1 (dyskusja) 14:12, 8 sty 2024 (CET)

• Połączyłem i usunąłem drugi (nowszy). Zrobione ~malarz pl ^PISZ 14:22, 8 sty 2024 (CET)
  • Dzięki. --Czyz1 (dyskusja) 14:35, 8 sty 2024 (CET)

Zablokowanie pełnego URL

Czy można nałożyć jakąś blokadę link https://eurosport.tvn24.pl/geoblocking.shtml? Podejrzewam, że zamiast niego miał się pojawić jakiś inny link. Jednak przemielony przez wizardy szablonów cytowania jest on tracony i zastępowany przez tę stronę, która nie jest już żadnym źródłem. Jedyne co mogę zrobić z takim przypisem to go usunąć i o{{fakt}}ować treść. Paweł Ziemian (dyskusja) 21:16, 8 sty 2024 (CET)

• Może filtr nadużyć w trybie ostrzegaj z komunikatem tłumaczącym co zrobić i dodawanie znacznika? Msz2001 (dyskusja) 21:18, 8 sty 2024 (CET)
• Dodałem do MediaWiki:Spam-blacklist. ~malarz pl ^PISZ 21:19, 8 sty 2024 (CET)
  • Wypadałoby go wyrzucić z 8 artykułów. ~malarz pl ^PISZ 21:22, 8 sty 2024 (CET)
  • Winny jest citoid: https://pl.wikipedia.org/api/rest_v1/data/citation/mediawiki/https:%2F%2Feurosport.tvn24.pl%2Fpilka-nozna%2Fel-mistrzostw-europy%2F2024%2Fremigiusz-rzepka-i-andrzej-kasprzak-nie-sa-juz-asystentami-selekcjonera-reprezentacji-polski.-michal_sto9882873%2Fstory.shtml ~malarz pl ^PISZ 21:25, 8 sty 2024 (CET)
• Dzięki. Te z tytułem mają szansę na naprawę. Jednak często widywałem błędnie wypełniony szablon cytowania, tj. bez tytułu. Już kilka dziś takich błędów usunąłem. Paweł Ziemian (dyskusja) 21:50, 8 sty 2024 (CET)

  Zawsze można wyszukać po tytule jakby co. Niestety citoid dosyć ufnie podchodzi do witryn, które podają tzw. kanoniczny URL (teoretycznie powinien być bez zbędnych dodatków typu tracking id). W praktyce niestety niektóre witryny sobie wymyśliły, że będą jakiś losowy link podawać. Tak że to efekt działania Citoida, który pokazał wyżej @Malarz pl, ale powiedziałbym, że to jednak wina witryny ;). Wydaje mi się, że bloomberg miał ten sam efekt, ale chyba już przestali. Nux (dyskusja) 22:09, 8 sty 2024 (CET)

  • Dodałem wyjątek do mojej nakładki na citoida obejście wstawiające dane wejściowe jako url w przypadku gdy citoid zwróci tę stronę. Reszta parametrów będzie do bani, ale chociaż ten jeden istotny pozostanie właściwy. ~malarz pl ^PISZ 22:32, 8 sty 2024 (CET)

• To pewnie to samo jest w Kategoria:Szablony cytowania – problemy – cytuj – Film Polski. Też miałem plan to kiedyś po wyczyszczeniu wywołań zablokować. Paweł Ziemian (dyskusja) 22:18, 8 sty 2024 (CET)

Załatwione, ~malarz pl ^PISZ 22:32, 8 sty 2024 (CET)

Wiadomości techniczne: 2024-02

Najnowsze wiadomości ze środowiska technicznego Wikimedia. Poinformuj innych użytkowników o tych zmianach. Nie wszystkie zmiany będą dotyczyć ciebie lub twojej wiki. Dostępne są tłumaczenia na inne języki.

Ostatnie zmiany

• mediawiki2latex to narzędzie, które konwertuje wikikod do formatów takich jak LaTeX, PDF, ODT czy EPUB. Dzięki ostatnim usprawnieniom, działa ono teraz wielokrotnie szybciej. Dostępny jest również opcjonalny kontener Dockera, który można zainstalować na lokalnej maszynie.
• Sposób, w jaki wybierane są strony podczas losowania został zmieniony. Pozwoli to na ograniczenie sytuacji, gdy konkretne strony mają wyraźnie mniejszą szansę pojawienia się. [9]

Zmiany w tym tygodniu

• Nowa wersja MediaWiki będzie instalowana na wiki testowych i MediaWiki.org od 9 stycznia, na stronach innych niż Wikipedia i niektórych Wikipediach od 10 stycznia, a następnie na wszystkich wiki od 11 stycznia (harmonogram). [10][11]

Wiadomości techniczne przygotowane przez redaktorów Tech News i wysłane przez bota • Dołącz do zespołu • Przetłumacz na swój język • Uzyskaj pomoc • Wyraź swoją opinię • Subskrybuj lub zrezygnuj z subskrypcji.

MediaWiki message delivery 02:17, 9 sty 2024 (CET)

Załatwione, ~Cybularny^{Napisz coś ✉} 02:25, 9 sty 2024 (CET)

Reusing references: Can we look over your shoulder?

Wątek założony przed: 15:02, 10 sty 2024 (CET)

Apologies for writing in English.

The Technical Wishes team at Wikimedia Deutschland is planning to make reusing references easier. For our research, we are looking for wiki contributors willing to show us how they are interacting with references.

• The format will be a 1-hour video call, where you would share your screen. More information here.
• Interviews can be conducted in English, German or Dutch.
• Compensation is available.
• Sessions will be held in January and February.
• Sign up here if you are interested.
• Please note that we probably won’t be able to have sessions with everyone who is interested. Our UX researcher will try to create a good balance of wiki contributors, e.g. in terms of wiki experience, tech experience, editing preferences, gender, disability and more. If you’re a fit, she will reach out to you to schedule an appointment.

We’re looking forward to seeing you, Thereza Mengs (WMDE)

Szablon „Cytuj” a numery stron zapisane cyframi rzymskimi

Szablon „Cytuj” nie dodaje w takiej sytuacji skrótu „s.” – należy dopisać go ręcznie. Czy to zamierzone działanie i czy nie dałoby się udoskonalić szablonu w taki sposób, by wykrywał również takie numery stron? Domyślam się, że takie zachowanie wynika z chęci wykrycia przypadków, kiedy w parametrze „s” jest podane coś, co nie jest numerem strony (i uniknięcia bzdur). KXLU221A (dyskusja) 15:02, 10 sty 2024 (CET)

Podanie dowolnej liczby jako wartość parametru s działa prawidłowo, tj. pokazuje nr strony w zapisie np. s. 300, gdy wartością parametru jest 300. XaxeLoled ⸤ AmA ⸣ 17:00, 10 sty 2024 (CET)

Tak to działa, dodaj s. i tyle. Wostr (dyskusja) 19:04, 10 sty 2024 (CET)

Ale czy musi tak być, z perspektywy technicznej? W trakcie edytowania łatwo nie zauważyć, że tego elementu brakuje i że trzeba coś dopisać. KXLU221A (dyskusja) 19:37, 10 sty 2024 (CET)

Czasami zamiast numeru strony podajemy numer rzymski załącznika (wkładki) do książki albo jeszcze coś innego i nie powinno się przed tym dodawać "s.". Szablon jako głupi automat nie rozróżni czy to numer strony czy coś innego. Jest w stanie rozróżnić czy podano cyfry arabskie (dodaje s.) czy coś innego (nie dodaje s.) i tyle. ~malarz pl ^PISZ 19:42, 10 sty 2024 (CET)

Rozumiem. Dziękuję za wyjaśnienie. KXLU221A (dyskusja) 17:56, 12 sty 2024 (CET)

Własny bot

Hej, wpadłem na pomysł żeby stworzyć własnego bota, który by m.in. wstawiał szablon Kontrola autorytatywna do artykułów. I teraz takie pytanie: jak bardzo stworzenie czegoś takiego w C++ przy użyciu czystego CURL jest szalone? Co sądzicie o zaproponowanej funkcjonalności bota? I czy mogę pierwsze, testowe zmiany poczynić za pomocą własnego konta (bez flagi bota), póki oprogramowanie nie jest skończone?

Pozdrawiam, Karol739 (dyskusja) 20:37, 10 sty 2024 (CET)

W C++? Moim zdaniem szalone. Polecałbym prędzej coś pokroju Javy czy Pythona (np. z użyciem biblioteki pywikibot), albo inny język, gdzie nie potkniesz się o wskaźniki i dealokację pamięci. Zresztą szablon KA wstawia już chyba bot @Peter Bowman. Msz2001 (dyskusja) 21:11, 10 sty 2024 (CET)

No cóż, pod tym względem to jestem trochę szalony :)

CURL zarządza dealokacją pamięci, wystarczy zrobić curl_easy_cleanup. Innych memory leaków raczej się nie boję. Ze wskaźnikami zbyt dużo bot nie będzie miał do czynienia.

Masz może jakiś pomysł, co jeszcze trzeba byłoby zrobić, jeśli chodzi o tego bota? Ja myślałem o likwidowaniu takich rzeczy jak "n.p" czy zamianie myślników w definicji na znak "–" i tym podobnych. Można byłoby też pomyśleć nad dodawaniem szablonu Dopracować w przypadku, gdy w artykule nie ma żadnych źródeł ani bibliografii.

Pozdrawiam, Karol739 (dyskusja) 21:43, 10 sty 2024 (CET)

Hm... No do większych zmian pewnie musiałbyś napisać parser do wikikodu z użyciem Bisona pewnie. Tu akurat C++ mógłby być zaletą... W sumie to nawet jest jakiś WikiParser dizzylogicc w C++. Do API byś musiał mieć pewnie coś do parsowania JSON-a, ale pewnie coś znajdziesz.

Co do tego czy można testować na własnym koncie -- można o ile to będą pojedyncze, testowe edycje. Właściwie to wykonanie testowych edycji jest wręcz warunkiem do dostania flagi bota. Nux (dyskusja) 21:55, 10 sty 2024 (CET)

Hm... Po co jest mi potrzebny parser wikikodu do takich prostych zmian? Wprowadzanie zmian mogę oprzeć na prostej pętli sprawdzającej warunki (np. czy nie ma takich "kwiatków" jak "n.p.") za pomocą funkcji nazwaStringu.find i potem wprowadzić zmiany za pomocą nazwaStringu.replace, a następnie CURLem dać odpowiednie dyspozycje dla serwera Wikipedii. Zbyt leniwy na to jestem, może mój kod nie będzie najpiękniejszy, ale założę się, że za pomocą ifów i prostej pętli while czy nawet, broń Boże, switch(case) i tak będzie to dość wydajne, gdyż odpada multum kodu dodawanego przez Bisona.

Aha, jeszcze jedno: dostanę flagę bez spełnienia warunku półrocznego uczestnictwa w projekcie?

Edit 22:38. Trochę się nie zrozumieliśmy, od początku chodziło Tobie o większe zmiany - takie jak zaproponował np. @Sławek Borewicz na mojej stronie dyskusji. I tutaj się zgadzamy :) Karol739 (dyskusja) 22:02, 10 sty 2024 (CET)

• Patrząc na twoją ilość "autopoprawek" w tym wątku oraz fakt, że zapis "n.p." jest często poprawny (np. w częstej frazie "n.p.m.") oraz fakt, że większość wskazanych w tym wątków pomysłów zadań jest wykonywane stale przez inne boty (@Peter Bowman, @masti i mój) to sugeruję abyś najpierw zdobył trochę więcej doświadczenia w projekcie, które przy operowaniu botem uniwersalnym się zdecydowanie przydaje. ~malarz pl ^PISZ 00:13, 11 sty 2024 (CET)

  @Malarz pl ilość autopoprawek w wątku wynika z tego, że szybciej piszę niż myślę, w związku z czym lubię wracać do swych wypowiedzi w perspektywie następnych minut lub godzin oraz poprawiać je. Dziękuję w każdym razie za podpowiedź.

  Odnośnie listy pomysłów, to w tym momencie wygląda ona następująco:

  - uzupełnianie gwiazdek w kodzie w sekcji "Zobacz też"

  - Ewentualne wstawianie szablonu Kontrola autorytatywna (nawet jeśli już taka funkcjonalność istnieje, gdyż jest to szczególnie częsty błąd na Wikipedii)

  - Wstawianie szablonu Dopracować jeśli nie ma ani przypisów, ani bibliografii, ani linków zewnętrznych

  - Poprawka "n.p." czy "n.p" na "np." oraz podobnych błędów

  - Zamiana myślników w definicji na znak "–", pogrubianie tytułu definicji jeśli ta nie jest jeszcze pogrubiona

  - Przenoszenie przypisu przed kropkę, tak żeby naprawić ewentualne błędy powstałe podczas tłumaczenia z angielskiej wersji Wikipedii.

  Nie znam się zbytnio na już istniejącej funkcjonalności botów innych wikipedystów. Rzucam jedynie pomysłami, myśląc o błędach, z którymi najczęściej spotykam się na Wikipedii. Dobrze, że istnieje kawiarenka, zawsze można te luźne idee skonfrontować z rzeczywistością. Rzeczy te po rozgryzieniu podstawowej funkcjonalności bota (logowanie, token edycji, parsing strony) przy przygotowanym szkielecie kodu zajmą może kilkanaście minut przy wprowadzaniu - takie są w każdym razie moje predykcje na ten moment. Pozdrawiam, Karol739 (dyskusja) 00:50, 11 sty 2024 (CET)

  • Poobserwuj WP:ZdB, przejrzyj tabelkę w górnej części tamtej strony. Na tym stoliku kawiarenki (i rzadziej na pozostałych) też bywają dyskutowane potencjalne nowe zadania stałe dla botów. Warto zajrzeć też do kilku podstawowych zasad na Wikipedia:Boty i zajrzeć do WP:SK (przy czym panuje konsensus, że drobnych poprawek (np. typografii) nie wykonujemy tylko z ich powodu. To powinno być zrobione przy okazji poważniejszego zadania. ~malarz pl ^PISZ 00:58, 11 sty 2024 (CET)

    Dziękuję, już widziałem ten stolik. Natomiast nie rozumiem do końca tego konsensusu. Może to dlatego, że jestem z takich, którzy nie lubią zostawiać błędów... ach, ta perfekcjonistyczna dusza...

    Pozdrawiam, Karol739 (dyskusja) 01:03, 11 sty 2024 (CET)

    W zasadzie jeśli coś faktycznie jest błędem ort./int., to możesz poprawiać.... Ale to nie jest takie proste, bo np. nie możesz nic zmieniać w nazwach plików, linkach itp. No i mógłbyś sobie na początek omijać wszystko w nawiasach kwadratowych... Ale obrazki są też np. w infoboksach. Możesz mieć też przykłady kodu i matmę a = b - c;... To jest bardziej skomplikowane niż się wydaje. Dlatego właśnie nawet do drobnych rzeczy coś w rodzaju parsera jest konieczne. Przy przeglądaniu sekwencyjnym musiałbyś mieć stany (stan wejścia w kod, wejścia w szablon itp itd). Nie jest to nie do zrobienia, po prostu trzeba uważać i dużo testować.

    Z tych zadań co napisałeś najbezpieczniejsze na początek wydaje mi się dodawanie {{Dopracować}}. To by mogło być fajne zadanie do osób które takie rzeczy potem poprawiają. Tylko byś musiał uważać ze sprawdzaniem przypisów, bo mamy nie tylko `ref`, ale też parę szablonów (głównie {{r}} i {{odn}}). No, ale to wyjdzie pewnie dosyć szybko w praniu. Jak nie będziesz robił za dużo na raz i w razie czego sprzątał za sobą, to osobiście nie widzę problemu :) Nux (dyskusja) 01:34, 11 sty 2024 (CET)

    Drobnymi poprawkami nie są poprawki błędów ortograficznych. Ale zmiana minusa na dywiz, kropki przy przypisach czy dodanie * w LZ już tak. A to jest połowa z Twoich propozycji. Ale tak jak Nux napisał, nie każdy błąd jest błędem. Nazwy plików, cytaty, zapisy w innych językach, szersze frazy (jak n.p.m.) mogą ta "błędy" zawierać. Zwróć też uwagę, że w zdaniu "Posługiwał się tytułem mgr." nie ma błędu, choć po "mgr" nie stawia się kropki bo jest to błąd. A wracając do przypisów przed kropką to czasami jednak kropka powinna być przed przypisem. Mam nadzieję, że wiesz kiedy. ~malarz pl ^PISZ 09:34, 11 sty 2024 (CET)

• sam pomysł by pisać bota od zera świadczy, że jeszcze jest na to za wcześnie. Jest wiele frameworków, z których mozna skorzystać. Nie, że się nie da. Tylko to pokazuje, że masz jeszcze małe rozeznanie w projekcie i całej otoczce poza pl.wiki. Wiele poprawek, które wydają się proste z punktu widzenia człowieka, okazuje się mocno skomplikowana z punktu widzenia skryptu zwłaszcza w języku polskim z całym jego bogactwem składniowym. A do tego dochodzi zestaw komplikatorów wikiskładni i specyficznie polskich szablonów. Dlatego zgdzam się z @malarz_pl: nabierz najpierw doświadczenia. Poszukaj co możesz wykorzystać w kodzie i zacznij jeść słonia małymi kawałkami. masti <dyskusja> 09:50, 11 sty 2024 (CET)

• @Masti może i mam za mało doświadczenia w projekcie, z tym że pomysł na napisanie bota od zera w C++ wynika z kilku powodów: 1) nie znam żadnego języka webowego (sic!), 2) nie ma zbytnio frameworków do robienia takich rzeczy w języku, który znam. Oprócz tego wraz z botem (jak dostanę flagę), to opublikuję jego kod, wtedy się dopiero przerazicie... jaki tam jest bałagan! Ale to nieważne, najważniejsze jest to, że działa (i nie psuje).
• Póki co rozgryzłem otrzymywanie tokenu do logowania jak i samo logowanie. Za chwilę zrobię ten "editing token" z https://en.wikipedia.org/wiki/Help:Creating_a_bot, a potem pobieranie wikikodu i może jakiś prosty parser do niego oparty na IFach.
• Pozdr., Karol739 (dyskusja) 11:18, 11 sty 2024 (CET)

• Trochę pokombinowałem i ciągle wyskakuje mi błąd, że podczas wysyłania zapytania o logowanie ciągle podaję zły token. Nawet te znaki "+\\" zamieniłem na odpowiedniki "%2b%5c%5c". Sprawdziłem kilkukrotnie, token na serwer idzie dobry, bot nie "zjada" żadnego znaku. Karol739 (dyskusja) 15:24, 11 sty 2024 (CET)

Testy nowego Czywiesza

Cześć. Zgodnie z wcześniejszą dyskusją przygotowałem podział na podstrony. Będzie jeszcze parę poprawek, mogę jeszcze zmienić sposób działania niektórych rzeczy o ile będą realistyczne. Testowe propozycje znajdziecie na Wikipedysta:Nux/CzyWieszTest/propozycje. Z rzeczy które na pewno będę jeszcze zmieniał, to linki w szablonach powiadomień (dla autorów i wikiprojektów).

Więcej info na WP:Discord (tam łatwiej screeny wrzucać w razie czego). Nux (dyskusja) 15:35, 11 sty 2024 (CET)

Funkcja eksperymentalna poprawiająca czytelność

Nowe menu w wersji nieprzypiętej, obok nazwy użytkownika

Cześć! zespół Web z Wikimedia Foundation uruchomił funkcję eksperymentalną, której celem jest poprawa czytelności artykułów. Funkcja jest dostępna tylko dla zalogowanych korzystających ze skórki Wektor 2022. Aby ją wypróbować, przejdź do zakładki "Funkcje eksperymentalne" w menu użytkownika i wybierz opcję "Ułatwienia czytania (Wektor 2022)". Można ją również włączyć na wszystkich wiki za pomocą preferencji globalnych. Aby dowiedzieć się więcej o projekcie, sprawdź stronę Dostępność do czytania.

W nowym menu (Motyw, po angielsku Theme jak na ilustracji obok) dostępne są trzy ustawienia tekstu: mały, normalny i duży. Mały jest bieżącym ustawieniem domyślnym. Duży jest przeznaczony dla użytkowników, którzy potrzebują dodatkowego powiększenia. Normalne ustawienie może później stać się domyślnym. Takie zalecenie wynika zarówno z przeglądu literatury, jak i badań społeczności.

Do menu Motyw dodaliśmy również ustawienie szerokości strony. Wcześniej było ono dostępne w dolnym rogu ekranu, a teraz jest łatwiejsze do znalezienia. Menu można przypiąć w podobny sposób jak menu Narzędzia i Główne, oba umieszczone w bocznych kolumnach interfejsu. Gdy nie jest przypięte, wyświetlane jest obok nazwy użytkownika.

Zachęcamy do włączenia tej funkcji eksperymentalnej i bardzo prosimy o opinie. Jak się wam czyta z różnymi ustawieniami? Czy jest coś, co trzeba zmienić, zanim menu Motyw będzie dostępne dla wszystkich? SGrabarczuk (WMF) (dyskusja) 16:34, 11 sty 2024 (CET)

Dostosowywanie Wikipedii do potrzeb osób niedowidzących jest słuszną inicjatywą, w tym punkcie nie mam większych uwag. Przy edytowaniu korzystam obecnie z dwóch laptopów, na mniejszym rozdzielczość to 1366 × 768 (rozmiar tekstu 100%), na większym 1920 × 1080 (rozmiar tekstu 125%). W tematyce, którą edytuję – skokach narciarskich – często wykorzystywane są tabele. W tak zwanym "normalnym" ustawieniu tekstu wyglądają one źle na większym laptopie, a katastrofalnie na mniejszym. I mówię tu o szerokim ustawieniu obszaru tekstowego (określanym przez funkcję uroczo jako szeroka szerokość), przy "normalnym" czytelność jest zła już przy małej czcionce. Od miesięcy szukam sposobów na zmniejszenie szerokości tabel w związku z wprowadzeniem nowego Wektora tak, aby przynajmniej przy szerokim obszarze tekstowym wyświetlały się poprawnie dla jak największego grona czytelników. W wikiprojekcie mamy całą dużą dyskusję o ich modyfikacji. Da się je jednak zwęzić tylko do pewnego stopnia. Wymuszone zwiększenie czcionki dla niezalogowanych przekreśli te starania i oznaczać będzie w praktyce, że tabele, na których przygotowywaniu paru z nas spędziło lata, będą dla znakomitej większości korzystających z Wikipedii nieczytelne. To smutne. Barcival (dyskusja) 11:47, 12 sty 2024 (CET)

• Mający problem z widzeniem standardowo zapewne korzystają przy przeglądaniu stron z "CTRL" + "+/-" do powiększania i zmniejszania obrazu na ekranie, dlatego że to funkcja uniwersalna – działająca na wszystkich stronach, a przy tym zachowująca proporcje obiektów na stronie (np. wyżej opisanych tabel, infoboksów itp.), w tym powiększająca też ilustracje. Przydałoby się badanie, na ile funkcja powiększania czcionek jest w istocie potrzebna, bo w stosunku do powiększania całego obrazu zdaje się być wtórna i mniej funkcjonalna, a istotne wady wyżej opisane ma.

Z kolei powiększenie motywu na całą szerokość ekranu powoduje u mnie stan euforyczny – dlatego na stanowisku komputerowym obstawiony jestem wielkimi monitorami, by nie musieć skupiać wzroku lunetowo na treściach i obrazach wąsko sformatowanych pod smartfony. Niestety jako bardziej twórca, a nie użytkownik, staram się formatować obraz nie w sposób wygodny, lecz zbliżony do typowego dla odbiorcy... Czuję się jednak jak koń zmuszony do chodzenia z klapkami na oczach. Kenraiz .ꓘ (dyskusja) 09:17, 13 sty 2024 (CET)

Własny bot - v2

Hej, nawiązując do wątku Wikipedia:Kawiarenka/Kwestie techniczne#Własny_bot chciałbym powiedzieć, że po wielu godzinach nieudanych testów z CURL'em postanowiłem odświeżyć swego zakurzonego Pythona (jeszcze z czasów podstawówki) i przeportować bota właśnie tam. Jako że niedługo zabierać się będę za implementację funkcji automatycznego wstawiania szablonu Dopracować do artykułów, które tego wymagają, chciałbym zapytać o radę: bot będzie sprawdzał cały artykuł w poszukiwaniu kilku elementów (stringów). Gdy ich nie będzie, wtedy wstawiane będzie Dopracować. Czy to wystarczy?

• {{r|
• {{odn|
• <ref>
• </ref>

Dodatkowo chciałbym zainspirować się pracą projektu WP:SK, zamieniając czysty szablon <references > (bez żadnych dodatków, żeby niczego nie zepsuć) na {{Przypisy}}.

Pozdrawiam, Karol739 (dyskusja) 18:52, 14 sty 2024 (CET)

Edit: A zresztą, co ja tak abstrakcyjnie będę gadać... i tak mam zamiar udostępnić kod źródłowy, więc wstawienie przykładu nie zaszkodzi:

def parse_downloaded_page():
    # Założenia wstępne
    f = open("page_temp.php", 'r')
    file = f.read()

    # Dodano: 14.01.2024. Ostatnia zmiana: 14.01.2024
    # Funkcja: dodawanie szablonu "Dopracować" w każdym artykule, w którym nie ma przypisów.
    # Algorytm szuka "śladów" przypisów, szukając następujących ciągów wyrazów: "<ref>", "</ref>", "<ref name=" "{{odn", "{{odn|", "{{odn |", "{{r|", "{{r |"
    # Szablon "Dopracować" nie będzie wstawiany, jak istnieje już jakaś bibliografia
    # Wątek z Kawiarenki: https://pl.wikipedia.org/w/index.php?title=Wikipedia:Kawiarenka/Kwestie_techniczne&veaction=edit&section=26
    if "<ref>" not in file:
        if "</ref>" not in file:
            if "{{odn" not in file:
                if "{{odn|" not in file:
                    if "{{odn |" not in file:
                        if "{{r|" not in file:
                            if "{{r |" not in file:
                                if "<ref name=" not in file:

                                    # Sprawdzanie, czy w artykule już jest szablon {{Dopracować}}
                                    if "{{dopracować|przypisy" not in file:
                                        if "{{dopracować" not in file:
                                            if "{{Dopracować|przypisy" not in file:
                                                if "{{Dopracować" not in file:

                                                    # Sprawdzanie, czy w artykule nie ma dodanej bibliografii
                                                    if "== Bibliografia ==" not in file:

                                                        # Teraz bez żalu można dodać szablon
                                                        foo()

– Karol739 (dyskusja) 20:22:30, 14 sty 2024 (CET)

Nie uwzględniłeś:

{{ Odn|Kowalski|2024}}
<ref name = 

i wielu innych wariantów. ~malarz pl ^PISZ 19:36, 14 sty 2024 (CET)

• Na pewno warto dodać datę, to chyba jest np. Dopracować|więcej przypisów=2024-01. Poza tym z tego co rozumiem z kodu (a niewiele rozumiem) to służy do identyfikacji czy w ogóle nie ma tych znaczników, a nie do sytuacji, gdy są, ale niewystarczające, rozumiem, że to pierwszy krok. Ponadto ten kod będzie zbierał artykuły z wadliwymi szablonami przypisów i przypisami np. ref otwarcie bez ref zamknięcie, dublując CheckWikipedia. PS Może zamiast szalonego if...if...if... połącz to alternatywami :D (popraw mnie jak gadam bzdury). InternetowyGołąb (dyskusja) 19:37, 14 sty 2024 (CET)
  • Dzięki za radę, zobaczę jak to zrobić. W C++ sprawa jest prosta: if((!warunek)&&(!warunek) etc, natomiast jeśli chodzi o Pythona, to będę musiał poszukać. Sam kod wymyślałem sam, nie był od znikąd kopiowany (przynajmniej ten fragment, w innych oczywiście podlinkuję przykład z MediaWiki) Karol739 (dyskusja) 20:02, 14 sty 2024 (CET)
• Moim zdaniem szukanie przez bota znacznika </ref> jest zbędne, bo już szuka <ref>, a raczej nikt nie wstawia znacznika zamykającego bez otwierającego podczas wstawiania przypisu ;-). XaxeLoled ⸤ AmA ⸣ 19:48, 14 sty 2024 (CET)
  • Jak ktoś nieumiejętnie kopiuje kod, albo coś usuwa... ląduje na check wiki. Jakby szukał tylko otwarcia, zacząłby zbierać artykuły z takimi wadami. Powinien właśnie rozumieć że ref ... /ref to przypis, a bez jednego z nich przypis wadliwy i tego nie brać do dopracować. Nowicjusze robią dziwne rzeczy z refami czasem. InternetowyGołąb (dyskusja) 19:53, 14 sty 2024 (CET)
  • Warianty do instrukcji warunkowej na ten moment: "<ref>", "<ref name=" "{{odn", "{{odn|", "{{odn |", "{{r|", "{{r |", "{{ Odn|", if "{{Odn|", " Odn |" Czy coś jeszcze przychodzi Wam do głowy? Na absurdalnie wielkiej ilości stron brakuje przypisów, więc załeżałoby mi, żeby kod ten niczego (w miarę możliwości) nie zepsuł. Karol739 (dyskusja) 20:07, 14 sty 2024 (CET)
• Hm... Normalnie nie lubię zniechęcać ludzi... Ale patrząc na ten kod... jednak będę zniechęcał do pisania własnego bota. Przynajmniej bota-bota (do wprowadzania masowych zmian). Przychylam się tym samym do wcześniejszego stanowiska mastiego i malarza. Myślę, że nie będziesz umiał prawidłowo zidentyfikować różnych przypadków. Szczerze powiedziawszy jak by mi jakiś kolega z pracy wrzucił kod do code review z tak zagnieżdżonymi ifami, to bym uznał, że mnie troluje i uznałbym to za żart. Nux (dyskusja) 20:08, 14 sty 2024 (CET)
  • @Nux zgadzam się z Tobą, że ten kod nie jest najpiękniejszy. Z tym że uwzględnić trzeba w tym momencie to, że w Pythonie programowałem ostatnio całe wieki temu (większe doświadczenie mam w C++), więc teraz przypominam sobie (i uczę się) całej masy nowych rzeczy. W każdym razie w przypadkach takich jak ten bot ręczy się własną głową, więc mam zamiar przeprowadzić wiele testów przed tym, jak bot finalnie będzie mógł cokolwiek czynić w przestrzeni głównej. Karol739 (dyskusja) 20:13, 14 sty 2024 (CET)
• Analiza struktury tekstu (XML, wikikod) na podstawie prostego wyszukiwania ciągów znaków to proszenie się o problem. Należy korzystać z dobrze przetestowanego parsera, a i tak brak jednolitego standardu wymusza wprowadzanie wyjątków; dla przykładu parser HTML, z którego korzystam, wykłada się na <ref name=a/> tylko dlatego, że zabrakło cudzysłowów wokół wartości oraz spacji przed ukośnikiem. Twój kod musi być przygotowany, aby obsłużyć < ref >, <rEf>, {{ r |..., ponadto te elementy mogą znajdować się w zakomentowanym bloku HTML, więc zostałyby wykryte przez warunki w powyższym kodzie, a nie powinny. @Karol739: radzę zajrzeć do WP:ZdB i dla treningu wykonać zadania, które nie niosą ze sobą konieczności wykonywania zmian w artykułach. Dużo zgłoszeń to generowanie list, możesz przy nich poznać strukturę stron, przygotować kod do odpowiedniego parsowania elementów, przygotować się do obsługi sytuacji wyjątkowych i ogólnie potrenować pisanie kodu dla wiki. Skok na głębszą wodę na takim etapie nie skończy się dobrze. PS: zgadzam się z Nuksem. Peter Bowman (dyskusja) 20:10, 14 sty 2024 (CET)
  • Dziękuję serdecznie za porady. Na początku mam zamiar napisać bota w ten sposób, żeby ręcznie sprawdzać każdy przypadek wykonanej przez niego pracy - tak na wszelki wypadek. Dopiero po wykonaniu kilku tysięcy zmian i uwzględnieniu praktycznie wszystkich możliwych przypadków będę mógł być pewny, że nic nie zepsuję. Karol739 (dyskusja) 20:16, 14 sty 2024 (CET)
    • Właśnie odnosząc się do przedmówców, może @Karol739 spróbuj porobić takie listy, a gdy przyjmą one sensowną postać (bez fałszywek), zamiast stawiać całego bota, można to przekazać do wikiprojektów, a potem uzupełnić to AWB, pod ludzką kontrolą. Zresztą może ktoś od razu będzie chciał poprawić. InternetowyGołąb (dyskusja) 20:19, 14 sty 2024 (CET)
      • Szczerze mówiąc, robienie list nie jest dla mnie. Lepiej chyba będzie testować bota w kontrolowanych warunkach, zatwierdzając ręcznie każdą dokonywaną przez niego edycję. Po co najmniej kilkudniowych testach mam zamiar założyć botowi osobne konto, starając się o flagę bota (ze względu na regulamin). Z racji na brak zaufania społeczności i brak doświadczenia nie łudzę się, że ją dostanę (przynajmniej teraz), ale niech regulaminom i zaleceniom stanie się zadość. W końcu na zaufanie zapracowuje się nie pięknym kodem, ale solidną (nieawaryjną) pracą. Jeszcze raz dziękuję wszystkim za cenne rady, wiele z nich będę miał przyjemność wprowadzić w życie już niedługo. Pozdrawiam, Karol739 (dyskusja) 21:02, 14 sty 2024 (CET)
      • Edit: żeby nie było wątpliwości - szablon {{Dopracować|źródła=2024-01}} wstawiany będzie, gdy spełnione zostaną wszystkie warunki naraz. -- niepodpisany komentarz użytkownika Karol739 (dyskusja)
• Mam wrażenie, że kiedyś odbyła się dyskusja przy którymś stoliku kawiarenki i automatyczne wstawienie komunikatu informującego o braku źródeł zostało uznane za zły pomysł. Nie pamiętam detali, terminu i nie potrafię podać linku do dyskusji. Jeśli się nie mylę, akceptowany był pomysł wstawienia botem komunikatu na stronę dyskusji, natomiast nie akceptowano masowego wstawienia krzykliwego szablonu w niczym nie poprawiającego artykułu, a raczej jakby przeciwnie. Szablon warto wstawiać do artykułów świeżo utworzonych lub istotnie zmienionych, gdy jest szansa, że aktywny autor zrozumie przekaz. Generalnie poza rozwiązaniem problemów technicznych, dla tego typu masowej akcji warto byłoby uzyskać akceptację w kawiarence, najlepiej nie przy technicznym stoliku, obserwowanym przez chyba najmniejszą grupę edytorów. Kenraiz .ꓘ (dyskusja) 21:56, 14 sty 2024 (CET)
  • PS. Ponieważ lata mijają nie wykluczam, że być może nadszedł czas na przebotowanie pod tym kątem artykułów. Tak czy siak sugerowałbym szersze konsultacje. Kenraiz .ꓘ (dyskusja) 21:58, 14 sty 2024 (CET)
    • Wydaje mi się, że dyskusja nie powinna iść w kierunku wstawiania tego szablonu, ale jego widoczności. Kiedyś poruszano wątek, że miał on za zadanie zwracać uwagę na braki w artykule, lecz teraz dla osób nieobeznanych z edytowaniem pełni tylko jedną funkcję - irytuje. Dlatego właśnie byłbym za domyślnym wyłączeniem jego widoczności dla osób niezalogowanych poza trybem edycji bądź też za przeniesieniem go na koniec artykułu. Dyskusja o tym zdecydowanie jest potrzebna. Pozdrawiam, Karol739 (dyskusja) 22:02, 14 sty 2024 (CET)
  • @Kenraiz, ktoś powiedział mi kiedyś, że wstawienie {dopracować} do 50k artykułów sprawi jedynie, że w kategorii Kategoria:Artykuły wymagające uzupełnienia źródeł zamiast 39 124 artykułów będzie ich po prostu 89 124. @Karol739, zgadzam się z PB, Malarzem i Mastim oraz innymi mówcami w tej i poprzedniej dyskusji. Samo botowanie dla botowania nie ma sensu, nawet niektóre zmiany, które powyżej poruszasz są w najniższej kategorii WP:Check Wikipedia, których nie zaleca się wprowadzać bez żadnych innych "większych zmian". Na Twoim miejscu zostałbym na razie przy AWB i semi-automatycznych zmianach, lub wykorzystał prostszą wersję narzędzie JavaScript Wiki Browser. Dodatkowo, jeżeli koniecznie chcesz napisać bota, to przetestuj go proszę najpierw na test.wiki, gdzie jest miejsce do takich testów. Nadzik (dyskusja) 23:10, 14 sty 2024 (CET)

Wiadomości techniczne: 2024-03

Najnowsze wiadomości ze środowiska technicznego Wikimedia. Poinformuj innych użytkowników o tych zmianach. Nie wszystkie zmiany będą dotyczyć ciebie lub twojej wiki. Dostępne są tłumaczenia na inne języki.

Ostatnie zmiany

• Strony o modelu zawartości JSON będą teraz wykorzystywać znaki tabulacji zamiast spacji do robienia wcięć. Znacząco ograniczy to rozmiar stron. [12]
• Gadżety i skrypty użytkowników mogą teraz wykorzystywać nowszą składnię JavaScript, wprowadzoną w ES6 (znane też jako „ES2015”) oraz w ES7 (również „ES2016”). MediaWiki dokonuje walidacji kodu źródłowego, aby chronić resztę funkcjonalności strony przed błędami składniowymi oraz by upewnić się, że skrypty będą poprawnie zinterpretowane we wszystkich wspieranych przeglądarkach. Wcześniej, gadżety mogły jawnie ustawiać opcję requiresES6. Nie jest to już konieczne, a opcja ta zostanie usunięta w przyszłości. [13]
• Hasła botów oraz konsumenci OAuth typu owner-only mogą być teraz ograniczane do edytowania wyłącznie określonych stron. [14]
• Można teraz dziękować botom za ich edycje. [15]
• Opublikowano komunikat w sprawie Badania Życzeń Społeczności 2024. Zapraszamy do przeczytania i podzielenia się swoją opinią.

Zmiany w tym tygodniu

• Nowa wersja MediaWiki będzie instalowana na wiki testowych i MediaWiki.org od 16 stycznia, na stronach innych niż Wikipedia i niektórych Wikipediach od 17 stycznia, a następnie na wszystkich wiki od 18 stycznia (harmonogram). [16][17]
• Od 17 stycznia, nie będzie możliwe logowanie się na wiki Wikimedia z niektórych starszych wersji przeglądarki Chrome (wersje 51–66, wydane w latach 2016–2018). Ponadto, użytkownicy iOS 12 i Safari na macOS 10.14 będą musieli się logować na każdą wiki oddzielnie. [18]
• W zeszłym roku moduł jquery.cookie został uznany za przestarzały i zastąpiony przez mediawiki.cookie. Ostatnio uruchomiono skrypt, który zastąpił wszystkie istniejące do tej pory wywołania starszego modułu. W tym tygodniu usunięty zostanie tymczasowy alias. [19]

Przyszłe zmiany

• Wikimedia Deutschland pracuje nad ułatwieniem ponownego wykorzystania przypisów. Poszukują ludzi, którzy chcieliby wziąć udział w indywidualnych rozmowach wideo w celu badania doświadczeń użytkowników w styczniu i lutym.

Wiadomości techniczne przygotowane przez redaktorów Tech News i wysłane przez bota • Dołącz do zespołu • Przetłumacz na swój język • Uzyskaj pomoc • Wyraź swoją opinię • Subskrybuj lub zrezygnuj z subskrypcji.

MediaWiki message delivery 01:10, 16 sty 2024 (CET)

Załatwione, ~Cybularny^{Napisz coś ✉} 01:11, 16 sty 2024 (CET)