Wikipedia:Kawiarenka/Kwestie techniczne

To jest stara wersja tej strony, edytowana przez Wostr (dyskusja | edycje) o 00:35, 4 lip 2021. Może się ona znacząco różnić od aktualnej wersji.

Najnowszy komentarz napisał 2 lata temu Wostr w wątku Mieszane łączenia w tabeli
Kawiarenka pod Wesołym Encyklopedystą – kwestie techniczne
Tu rozwiązujemy problemy dotyczące oprogramowania MediaWiki, botów, skryptów, technicznych zmian w szablonach itp. W celu przyspieszenia rozwiązania problemu technicznego zapoznaj się z instrukcją zgłaszania problemów.

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



Czy można poprawić szablon "Dziennik Ustaw", żeby wyświetlał link zarówno do DU jak i do ISAP?

Uważam, że Wikipedia z uwagi na swoją edukacyjną rolę jako "encyklopedia pierwszego kontaktu" powinna uczyć także tego, co jest źródłem prawa w Polsce. Oczywiście nie sposób nie docenić tego, że ISAP jest bardziej praktyczny, jednak z uwagi na to, że zdarzają się rozbieżności między nim a DU, nie można stawiać między nimi znaku równości. Myślę, że można ten problem rozwiązać elegancko w takie przykładowe sposoby:

Dz.U. z 2012 r. poz. 1akt w ISAP

lub tak:

Dz.U. z 2012 r. poz. 1; akt w ISAP

Oczywiście, myślę że sam sposób wprowadzania danych do szablonu nie musiałby ulec zmianie. Takie rozwiązanie pokazałoby jednocześnie, że istnieją w Polsce dwie ogólnodostępne bazy danych z aktami prawnymi, przy czym oczywiście ważniejszy (bo wymieniony jako pierwszy, a jednocześnie określony zgodnie z ZTP) jest DU. -- niepodpisany komentarz użytkownika Failure9x (dyskusja) 13:34, 16 mar 2021. Wstawił masti <dyskusja> 13:47, 16 mar 2021 (CET)Odpowiedz

Ale czy taki sposób zostałby zaakceptowany przez wikipedystów? Pojawia się też pytanie, kto by się podjął takiego zadania? Spróbowałbym sam, ale kompletnie nie wiem, jak się za to zabrać. No pewnie i nie mam uprawnień nawet do przygotowania wersji próbnej, do sprawdzenia przez kogoś, kto się na tym zna.--Failure9x (dyskusja) 14:02, 16 mar 2021 (CET)Odpowiedz
Dziękuję. --Failure9x (dyskusja) 16:09, 16 mar 2021 (CET)Odpowiedz
@masti Witam. Czy prowadzi Pan prace nad wersją testową, a jeżeli tak, to jaki jest postęp prac? Pozdrawiam --Failure9x (dyskusja) 22:13, 8 kwi 2021 (CEST)Odpowiedz
tak, ale jeszcze chwilę to potrwa ze względu na inne tematy. masti <dyskusja> 00:05, 9 kwi 2021 (CEST)Odpowiedz
Rozumiem. Dziękuję za odpowiedź. --Failure9x (dyskusja) 13:37, 9 kwi 2021 (CEST)Odpowiedz
  • Jestem zdecydowanie przeciw zmianom w takim kształcie. Obecne wywoływanie odpowiada zasadom przywoływania aktów prawnych. Isap jest praktyczniejszy - a sam zawiera skany do dzienników urzędowych. Przy propozycji - cytowanie całego aktu prawnego dawałoby dość dziwny wynik. Elfhelm (dyskusja) 18:08, 16 mar 2021 (CET) Przykład: "Postanowienie Prezydenta Rzeczypospolitej Polskiej z dnia 26 stycznia 2021 r. o nadaniu odznaczenia (M.P. z 2021 r. poz. 259; akt w ISAP)." - nie do zaakceptowania.Odpowiedz
W ISAP zdarzają się błędy, a Kancelaria Sejmu - która go redaguje - zrzeka się odpowiedzialności za skutki działań podjętych na podstawie opublikowanych w nim informacji. To DU jest źródłem prawa w Polsce, a nie ISAP. ISAP natomiast jest jedynie przydatny i powinien być używany wyłącznie w sposób drugorzędny, jako zbiór informacji tylko przydatnych o danym akcie, ale nie wiążących. Natomiast to jest Wikipedia - nie musi być tak głupia jak polski sposób tworzenia prawa, ale "informacje wprowadzane do Wikipedii powinny mieć wskazane wiarygodne źródła, z których pochodzą". Dlatego przede wszystkim powinien być umieszczony link do DU, a do ISAP jedynie jako uzupełnienie, np.:
"Postanowienie Prezydenta Rzeczypospolitej Polskiej z dnia 26 stycznia 2021 r. o nadaniu odznaczenia (M.P. z 2021 r. poz. 259 informacje o akcie)"
Wikipedia ma przede wszystkim pełnić rolę edukacyjną, a nie ładnie wyglądać. W powyższy sposób poda się - w odpowiedniej kolejności: rzeczywistą podstawę prawną oraz informacje dodatkowe. Trzeba zauważyć, że nawet w ciągu pół roku tekst może zostać znowelizowany nawet 3 razy (przydatność ISAP, który podaje również teksty ujednolicone), ale to jednak DU podaje brzmienie tekstu mające moc prawną.--Failure9x (dyskusja) 18:04, 17 mar 2021 (CET)Odpowiedz
Witaj. Uważam, że właśnie z uwagi na swoją praktyczność ISAP pełni zdecydowanie lepszą funkcję edukacyjną (porównywanie wersji, ujednolicanie tekstu, dane o datach zmian itp.). Publikuje wersje aktów prawnych z odwołaniami do Dz.U./M.P. Dla starszych aktów z publikatorów źródłem jest też zresztą nie tyle strona Dz.U./M.P., co w zasadzie "papierowa wersja". Nie było dotąd sygnałów, by powiązanie to się nie sprawdzało lub wprowadzało w błąd. Dlatego też nie dostrzegam potrzeby zmian w tym zakresie. Elfhelm (dyskusja) 22:19, 17 mar 2021 (CET)Odpowiedz
Również witam. Myślę, że w kwestii powoływania się na akty prawne nie można sobie pozwolić na błędy (które są w ISAP - przykład opisany w tym artykule) albo dezinformację, że wystarczy powołać się na ISAP, a nie na DU (szczególnie w "prawdziwym" życiu). Gdzie na stronie aktu w ISAP jest wskazanie na stronę DU? Mało wtajemniczeni internauci mogą być przekonani, że wystarczy używać ISAP, nawet przy dość poważnych sporach prawnych, kiedy jeszcze nie trzeba angażować prawnika. Mogą traktować zapis "Dz. U." jako kolejną "fikcję prawną" - po co tam zaglądać jak w ISAP jest "wszystko jak trzeba" - a nie jak wskazanie na jedyne miejsce, gdzie "słowo staje się (prawniczym) ciałem".--Failure9x (dyskusja) 14:51, 18 mar 2021 (CET)Odpowiedz
  • Jestem przeciw tej propozycji. Moim zdaniem ISAP jest bardziej praktyczny, przejrzysty i przyjazny. Nie trafiłem też jeszcze na błąd w ISAP-ie. I to właśnie Kancelaria Sejmu opracowuje tak cenione teksty jednolite ustaw (publikowane jako obwieszczenia Marszałka Sejmu), które podajemy w hasłach. Boston9 (dyskusja) 08:59, 18 mar 2021 (CET)Odpowiedz
Co z tego, że Kancelaria Sejmu opracowuje teksty jednolite ustaw, które są później ogłaszane przez Marszałka Sejmu? Jak Kancelaria robi to "samodzielnie" do ISAP, to nie ponosi odpowiedzialności za skutki działań podjętych na podstawie opublikowanych w nim informacji. Przykład błędu jest w tym artykule. Niestety, najmniejszy błąd w dziedzinie prawa to może być dla kogoś różnica nawet między życiem a śmiercią - takie mamy prawo. Dodatkowo trzeba zauważyć, że "nieznajomość prawa szkodzi".--Failure9x (dyskusja) 14:51, 18 mar 2021 (CET)Odpowiedz
To też miałem napisać, ale czasu mam mało. Jestem pewien, że prawnicy (i np. sędziowie też) przede wszystkim korzystają nie z państwowych serwisów www, ale z płatnych (nie ze własnej prywatnej kieszeni) programów (LEX itp.). Co jeszcze raz pokazuje, że przemilczanie w plwiki jednego z dwóch bezpłatnych państwowych serwisów www z argumentem, że ten drugi jest lepsiejszy, jest złe dla czytelników. Z uszanowaniem, Ency (replika?) 11:51, 19 mar 2021 (CET)Odpowiedz

Koledzy, a ja jestem oczywiście za zaproponowaną zmianą. Dowolne sprzeciwy nie zmienią faktu, że obecnie mamy dwa miejsca internetowe udostępniania aktów prawnych. Znajomość tego to też element sumy wiedzy (całej ludzkości) i nie mamy prawa do tej też wiedzy podchodzić wybiórczo. A mamy obowiązek podawania też tej wiedzy neutralnie (tak, tak - to jeden z filarów), a nie tak jak się podoba lekarzom, prawnikom czy części z nas operujących przymiotnikami, czyli de facto łasicami. Z uszanowaniem, Ency (replika?) 10:43, 18 mar 2021 (CET)Odpowiedz

  • Jeszcze raz: ISAP się często bardzo ślamazarzy, a wiele starszych aktów nie jest tam zOCR-owanych. Ślamazarzy czasem tak bardzo, że w ogóle nie działa. Alternatywny link do dziennikustaw byłby w razie takich problemów bardzo wygodny. Przewagi wersji OCR w dziennikustaw nad zwykłymi obrazami w ISAP dla dawnych aktów chyba nie trzeba uzasadniać. Obiema rękami za obiema wersjami w szablonie. Może być np. w formie "M.P. z 2021 r. poz. 259, M.P./ISAP". Michał Sobkowski dyskusja 22:37, 20 mar 2021 (CET)Odpowiedz
  • Z tym ślamazarzeniem wydaje się, że się poprawiło. MP jest zazwyczaj aktualizowany dzień później. Argument o OCR - faktycznie jest przekonujący. Natomiast przewaga ISAP w zakresie informacyjno-użytkowym jest nadal zdecydowana (różnica w zakresie informacji między [1] a [2]) - wskazanie podstawy, dostęp do zmian, opis dat obowiązywania itp. Może więc wyświetlanie surowego MP/DU jako odrębny szablon lub jako dodatkowy fakultatywny parametr, gdy jest to uzasadnione (np. pod kątem OCR). Elfhelm (dyskusja) 18:51, 21 mar 2021 (CET)Odpowiedz
Czytam i nie wierzę. Jak Wy, Drodzy Wikipedyści, sprawdzacie brzmienie przepisów prawa? Wyłącznie w ISAP, bo "ma znakomite powiązania między dokumentami", "jest bardziej praktyczny, przejrzysty i przyjazny", ma "wskazanie podstawy, dostęp do zmian, opis dat obowiązywania"? Czy dla Was nie ma znaczenia, że te metadane mogą być dołączone do błędnego tekstu aktu prawnego (póty dzban wodę nosi, póki się ucho nie urwie)? Czy może korzystacie z drogiego oprogramowania typu LEX? Chciałbym to wiedzieć.--Failure9x (dyskusja) 20:33, 21 mar 2021 (CET)Odpowiedz
  • Skoro w zwykłych szablonach cytowania mamy często po kilka odnośników do tego samego źródła w różnych wersjach (artykuły → DOI, PMID, PMC, ...), to nic nie stoi na przeszkodzie, aby w tym szablonie również istniały oba linki. Należałoby sprawdzić jednak, czy taka zmiana nie wprowadzi dodatkowych błędów do obecnych wywołań oraz zadbać o redakcyjną stronę, aby obecność obu linków jakoś wyglądała. Wostr (dyskusja) 23:48, 20 mar 2021 (CET)Odpowiedz
  • @Failure9x, @masti, @Elfhelm, @Ency, @Wostr: wracam do sprawy, bo ISAP znowu mieli i mieli i wymielić nie może ("Przerwane połączenie. Połączenie z serwerem zostało zresetowane podczas wczytywania strony"). Oczywiście mogę otworzyć sobie monitorpolski.gov.pl i ściągnąć natychmiast potrzebny dokument (i tak właśnie to się pewnie dzisiaj skończy), ale dużo wygodniej by było, gdybym mógł to zrobić jednym kliknięciem w artykule. Podtrzymuję propozycję takiego wyświetlania: "M.P. z 2021 r. poz. 259, M.P./ISAP", choć jest to sprawa drugorzędna; ważne, żeby były oba linki. Michał Sobkowski dyskusja 11:51, 19 maj 2021 (CEST)Odpowiedz
  • Jeśli już jest potrzeba zmian, to akurat dla MP można rozważyć po prostu podmianę z ISAP na MP.gov.pl z obecnym modelem wyświetlania (pozycje z MP najczęściej używane w Wikipedii raczej rzadko podlegają zmianom, np. postanowienia o orderach, nadaniu tytułów, uchwały upamiętniające, coroczne obwieszczenia urzędowe, itp.). Dla DzU jeśli już - to taki zapis, jak proponuje wyżej Michał Sobkowski (pamiętając o publikatorach do 2011 włącznie z numerami, bez kropki na końcu, itp. – warto dbać o typografię). Elfhelm (dyskusja) 22:27, 19 maj 2021 (CEST)Odpowiedz
  • Nawet dla MP serwis ISAP wyświetla od razu użyteczne informacje o datach, których monitorpolski.gov.pl nie podaje. Ja bym jednak proponował podawać oba serwisy dla obu publikatorów, niech czytelnik ma możliwość wyboru, z którego z nich chce skorzystać. Estetycznie też lepiej, żeby oba publikatory aktów prawnych miały taki sam format. Michał Sobkowski dyskusja 12:34, 23 maj 2021 (CEST)Odpowiedz
  • Jeśli chodzi o zapis skrótowców, to nie wiem skąd się wziął "M.P.", zapewne przez analogię do "Dz.U.". Ortograficznie powinno być "MP" (zasada 18.32). Natomiast "Dz.U." jest poprawny: zasada 56.3, uchwała 13 RJP (podobnie jak pisany zgodnie ze standardową ortografią "DzU") i powszechny. Tyle że powszechny jest też "Dz. U.", więc nie wiem, czy tą powszechnością powinniśmy się kierować. Może jednak lepiej podawać oba akty bez kropek, jak proponuje Elfhelm. Mielibyśmy więc tak:
DzU przed 2012: {{Dziennik Ustaw|2006|191|1410}} → DzU z 2006 r. nr 191, poz. 1410, DzU/ISAP
DzU od 2012: {{Dziennik Ustaw|2012|7}} → DzU z 2012 r. poz. 7, DzU/ISAP
MP przed 2012: {{Monitor Polski|2008|1|2}} → MP z 2008 r. nr 1, poz. 2, MP/ISAP
MP od 2012: {{Monitor Polski|2012|2}} → MP z 2012 r., poz. 2, MP/ISAP
@Elfhelm, @Beno, czy wszystko jest OK? masti, zrobiłbyś to? Michał Sobkowski dyskusja 10:06, 26 maj 2021 (CEST)Odpowiedz
Zwrócę tylko uwagę, że zastosowanie ukośnika jest dość niestandardowe, może wystarczyłby zwykły przecinek? Wostr (dyskusja) 10:46, 26 maj 2021 (CEST)Odpowiedz
@Wostr Przecinek wymuszałby separowanie wielu aktów średnikami, więc już lepiej ukośnik. Beno (dyskusja) 11:28, 26 maj 2021 (CEST)Odpowiedz
  • @Michał Sobkowski Co do kropek - chodziło mi o brak kropki dodawanej automatycznie na końcu linka (ale tak idą obie propozycje). Zgodnie z zasadami techniki prawodawczej (rozporządzenie RM Dz.U. z 2016 r. poz. 283): Nazwy dzienników urzędowych oznacza się skrótami: 1) "Dziennik Ustaw Rzeczypospolitej Polskiej – skrótem „Dz. U.”" [ze spacją], "Dziennik Urzędowy Rzeczypospolitej Polskiej „Monitor Polski” – skrótem „M.P.”" [bez spacji]. Być może więc szablony należy dostosować do oficjalnej wersji (nawet jeśli niezgodna z regułami ort. - jak w kodeksie spółek handlowych kwestia S.A.). Elfhelm (dyskusja) 20:19, 26 maj 2021 (CEST)Odpowiedz
  • Kwestia linkowania do Dziennika Ustaw i argumenty, że to jest jedyne źródło prawa są, z punktu widzenia Wikipedii, dość absurdalne. Wikipedia to encyklopedia i najlepiej by było, by w niej w ogóle nie było odnośników do Dziennika Ustaw, bo to źródło pierwotne, które bardzo często wymaga fachowej interpretacji, tylko to opracowań omawiających dany akt prawny (wiem, to utopia, większość aktów prawnych nie ma omówienia, a nam zdecydowanie łatwiej jest podlinkować ustawę lub rozporządzenie i nie przejmować się, czy dobrze je zrozumieliśmy). Z tego punktu widzenia argumenty, że ISAP jest gorszy, bo nie jest źródłem prawa są dość absurdalne – Wikipedia nie jest od podawania źródeł prawa, a od podawania źródeł informacji. Ponieważ w ISAP akty prawne są opracowane (tekst ujednolicone) i pokazują wszelkie powiązania danego aktu, z punktu widzenia Wikipedii są zdecydowanie lepsze od "gołych" zapisów publikowanych w Dzienniku Ustaw. Piszemy encyklopedię, a nie prowadzimy kancelarię prawną! Aotearoa dyskusja 09:58, 27 maj 2021 (CEST)Odpowiedz
  • Aotearoa, to, że jakiś argument jest chybiony, nie wyklucza słuszności innych, a co za tym idzie, tego, że wprowadzenie zmian jest uzasadnione. Ja podnoszę cały czas, że ISAP potrafi działać strasznie wolno (i to się dzieje cały czas - bodajże kilka dni temu nie udało mi się w ogóle ściągnąć PDF-a rozporządzenia), a starszych aktów nie ma w wersji OCR. ISAP ma swoje niezaprzeczalne zalety, ale i dziennikustaw.pl ma swoje. Gdyby serwisy się wzajemnie linkowały, to nie byłoby problemu, ale obecnie, gdy zamiast ISAP-u chce się dotrzeć do aktu w dziennikustaw.pl, to trzeba sobie ręcznie go wyszukać. Możliwość zrobienia tego jednym kliknięciem byłaby bardzo wygodna. Michał Sobkowski dyskusja 13:11, 8 cze 2021 (CEST)Odpowiedz

Brudnopisy anonimowych użytkowników

Wikipedysta:malarzBOT.admin zajmuje się codziennym przeglądaniem brudnopisów gościnnych i (zgodnie z uzyskanym konsensusem) usuwa

  • brudnopisy nieedytowane przez 90 dni, którego pierwszy autor (IP) nie edytował przez 90 dni
  • przekierowania pozostawione po przeniesieniu brudnopisu pod inną nazwę lub do przestrzeni głównej

Wykaz brudnopisów jest dostępny na stronie Wikipedysta:MalarzBOT.admin/brudnopis gościnny. Wikipedyści chętni do dopracowywania brudnopisów mogą na tej stronie monitorować które brudnopisy zostaną wkrótce usunięte. Zaproponowałem operatorowi admin bota aby regularnie przeglądane były również brudnopisy anonimowych użytkowników które mają nazwę w formie Wikipedystka:31.6.133.58/brudnopis lub Wikipedystka:37.30.54.239/R.A.S. Pełny wykaz znajdziecie tutaj: quarry:query/752. Są to brudnopisy stworzone bezpośrednio (bez żadnych przenosin) przez IPków lub ręcznie przeniesione z przestrzeni głównej bez korzystania z gadżetu Przenieś do brudnopisu. Przez długi czas ja się tym zajmowałem ale stwierdziłem że zabiera mi to sporo cennego czasu który mógłbym przeznaczyć na inne czynności. Zgodnie z deklaracją zawartą na stronie Wikipedia:Przyznawanie uprawnień/mastiBot.admin i malarzBOT.admin konieczna jest zgoda Społeczności. Więc pytam o Wasze zdania. The Polish (query) 15:07, 19 kwi 2021 (CEST)Odpowiedz

Zgodę wyrażam. TP zaproponował to wczoraj we wpisie w mojej dyskusji i powyższy wpis jest kontynuacją tamtej (krótkiej) dyskusji. Po krótkich przemyśleniach jak to robić skojarzyłem, że mój adminbot robi też podobną czynność ze starymi dyskusjami IP. Jest ona nawet bliższa temu zadaniu niż usuwanie brudnopisów gościnnych. Wydaje mi się, że usuwać taki brudnopis można tylko jeżeli spełnione są wszystkie następujące warunki:
  • brak edycji od 90 dni w brudnopisie
  • jego autor (IP) nie edytował od 90 dni
  • jego autor (IP) nie jest na liście IP, dla których nie usuwamy dyskusji
Należy się też zastanowić czy te same reguły stosujemy dla statycznych IP, czy tam czas należałoby wydłużyć. Czekam na opisie dotyczące tych parametrów usuwania/nieusuwania. ~malarz pl PISZ 16:16, 19 kwi 2021 (CEST)Odpowiedz
Zastanawiałem się jak to rozwiązać. Wydaje mi się, że w przypadku podstron bot mógłby sprawę analizować następująco (do pierwszego "trafienia"):
  • IP na białej liście (na razie pusta) - zostawiamy
  • edycja w brudnopisie w ostatnich 90 dniach - zostawiamy
  • brudnopis krótszy niż 128 znaków - usuwamy
  • bot znalazł element, który może wskazywać na potencjalny tytuł artykułu - przenosimy do brudnopisu gościnnego pod właściwy tytuł (w trzeciej sekcji Wikipedysta:MalarzBOT.admin/brudnopisy IP są próby znalezienia takiego tytułu); tam brudnopis przeczeka kolejne 90 dni do potencjalnego usunięcia na warunkach BG
  • edycja w brudnopisie w ostatnich 180 dniach - zostawiamy
  • usuwamy
Nie mam jeszcze pomysłu na strony IPków (druga sekcja w Wikipedysta:MalarzBOT.admin/brudnopisy IP). Tam też czasami są brudnopisowe eksperymenty. Czasami zaś wskazanie kto z danego IP korzysta (bądź korzystał lata temu - przykładem niech będzie Wikipedysta:80.53.117.50 ma ponad 16 lat i jakoś nie jestem przekonany, że akademik SGGW wisi dzisiaj na usłudze DSL od Orange). Moim zdaniem część tych stron tez należałoby posprzątać. Najwyżej zostaną odtworzone/utworzone na nowo jak będzie taka potrzeba. ~malarz pl PISZ 17:37, 21 kwi 2021 (CEST)Odpowiedz
Nic dodać, nic ująć. Odnośnie stron IPków, to postąpiłbym podobnie jak do stron dyskusji. W przypadku dynamicznych usuwanie po 90 dniach, natomiast w przypadku statycznych trochę dłużej (rok czy może więcej?). Jeśli będzie to wygłup to wiadomo, można usunąć ręcznie, jeśli nie, to bot sie tym zajmie. The Polish (query) 18:41, 21 kwi 2021 (CEST)Odpowiedz

Dla stron użytkowników bot nie robi nic. Proponuję założyć nowy wątek o właściwej nazwie. Najlepiej od razu z propozycją podejmowania decyzji o akcji. ~malarz pl PISZ 22:50, 28 cze 2021 (CEST)Odpowiedz

W przypadku podstron ustawiłem bota na następujący tryb pracy (pierwsza pasujący warunek określa decyzję):

  • IP na białej liście (na razie pusta) - zostawiamy
  • edycja w brudnopisie w ostatnich 90 dniach - zostawiamy
  • brudnopis krótszy niż 128 znaków - usuwamy (+ wpis do Wikipedysta:MalarzBOT.admin/brudnopisy IP/rejestr)
  • bot znalazł element, który może wskazywać na potencjalny tytuł artykułu - przenosimy do brudnopisu gościnnego pod właściwy tytuł (+ wpis do Wikipedysta:MalarzBOT.admin/brudnopisy IP/rejestr)
  • zostawiam bez zmian - trzeba coś z brudnopisem zrobić ręcznie - będę starał się w trakcie działania bota nauczyć go rozpoznawać nazwę potencjalnego artykułu po innych elementach brudnopisu

Działanie to bot wykonał jednokrotnie przed chwilą. Zgodnie z PUA proszę zatem o wyrażenie zgody (bądź sprzeciwu) na stałe dodanie tych operacji do nienadzorowanych działań bota. ~malarz pl PISZ 22:50, 28 cze 2021 (CEST)Odpowiedz

Przekierowania w szablonach nawigacyjnych

Czasami zdarza się, że w szablonie nawigacyjnym jest link do strony, która w istocie jest przekierowaniem. Takie rzeczy trzeba ręcznie poprawiać, ale zdaje się, że nie każdy to robi po przenosinach. Problem polega na tym, że w hasłach, które zawierają pewien szablon nawigacyjny, bieżąca strona jest zawsze wyróżniona na czarno i oznaczona pogrubieniem. Jeśli link nie prowadzi bezpośrednio do danego hasła, to dla systemu jest to inna strona, przez co wyróżnienia nie ma. Burzy to ład nawigacyjny (nie widać, na której stronie znajduje się czytelnik). Zastanawiam się, czy nie można tego poprawić jakimś botem, albo zrobić jakieś kategorii, która by te usterki wskazywała. Pokrewnym problemem jest kwestia umieszczania w navboxach linków do takich haseł, które wspomnianych navboxów w ogóle nie zawierają – wtedy znowu robi się bałagan, czytelnik „gubi” nawigację przechodząc z jednej strony na drugą. Czy ktoś bardziej techniczny potrafiłby coś poradzić? 37.47.234.135 (dyskusja) 17:51, 9 maj 2021 (CEST)Odpowiedz

Przykład pierwszego problemu: [3]. 37.47.234.135 (dyskusja) 17:54, 9 maj 2021 (CEST)Odpowiedz
Przy okazji, to jeśli ten czerwony pytajnik przy "problemy" nie ma jakiegoś znaczenia, to czy nie można by go usunąć? Pytajnik ma znaczenie. MarMi wiki (dyskusja) 22:31, 9 maj 2021 (CEST)Odpowiedz
Kolejny przykład problemu (już poprawiłem): [4]. 83.23.139.230 (dyskusja) 12:29, 17 maj 2021 (CEST)Odpowiedz
Może warto by na etapie wyznaczania klasy "selflink" dodać np. "selflink-redirect", który pogrubiał by wikilinki do przekierowania (ustalanego np. na podstawie wgRedirectedFrom [nazwa z pamięci]) na siebie samego? Przykład: Jaskinia Brestowska / Jaskinia Brestowska. MarMi wiki (dyskusja) 22:02, 17 maj 2021 (CEST)Odpowiedz
@MarMi wiki: pomysł zgłoszono i odrzucono w phab:T3566. Powody: 1. zbyt kosztowne (być może coś się zmieniło pod tym względem od 2007); 2. niełatwo wykryć i naprawić takie przekierowanie, tym bardziej że tzw. selflinki w rzeczywistości przestają być linkami w końcowym HTML. Peter Bowman (dyskusja) 22:25, 17 maj 2021 (CEST)Odpowiedz
To można by zrobić to przy dodawaniu klas "mw-redirect" - skoro przekierowania i tak są wykrywane, to nie powinno być raczej kosztowne wyróżnić jedno konkretne przekierowanie (o ile jest wtedy dostęp do wgRedirectedFrom lub podobnej zmiennej).
Oczywiście zawsze można zrobić to przez moduł lua. MarMi wiki (dyskusja) 01:18, 18 maj 2021 (CEST)Odpowiedz
Pomocnicze skrypty (użytkownika) - pierwszy pogrubia wszystkie linki z danego przekierowania, drugi przekreśla linki wszystkich przekierowań (z klasą "mw-redirect"):
$('a.mw-redirect[href*="'+mw.config.get("wgRedirectedFrom")+'"]').css('font-weight','bold')
$('a.mw-redirect').css("text-decoration","line-through")
Dla znających angielski ("redir"):
https://en.wikipedia.org/wiki/Wikipedia:User_scripts/List MarMi wiki (dyskusja) 01:31, 18 maj 2021 (CEST)Odpowiedz
Ten skrypt zadziała tylko wtedy, gdy użytkownik wszedł na stronę przekierowania i go przeniosło na stronę docelową (w przeciwnym razie zmienna wgRedirectedFrom jest pusta, zob. mw:Manual:Interface/JavaScript#All pages (user/page-specific)). Skrypt mógłby najwyżej wysłać zapytanie przez API i wybadać, czy przekierowanie jest potencjalnym selflinkiem, jednak wykonywanie takiej czynności za każdym odwiedzeniem strony nie jest dobrym pomysłem (już lepiej raz poprawić w szablonie). Przez Lua nawet nie widzę takiej możliwości. Peter Bowman (dyskusja) 10:21, 18 maj 2021 (CEST)Odpowiedz

Przygotowałem listę 3829 szablonów z przekierowaniami, które mogę naprawić swoim botem. Czy są jakieś przeciwwskazania? Peter Bowman (dyskusja) 12:28, 18 maj 2021 (CEST)Odpowiedz

  • Problemem są bezsensowne przekierowania w miejscu docelowych brakujących artykułów (na szybko nie znalazłem; takie przekierowania należy usunąć) lub przekierowania w miejscu potencjalnych nieency artykułów (tj. topwanta w Szablon:Żagle - tu trzeba usunąć link z navboksa). Ja czasami poprawiam to (botem) dla konkretnych szablonów. Puszczenie masowo takich zmian chyba jest zbyt odważne. Jakbyś przygotował zestawienie wg redirectów to łatwiej byłoby je przejrzeć i niektóre poprawić przed botowaniem. ~malarz pl PISZ 18:33, 18 maj 2021 (CEST)Odpowiedz
    @Malarz pl: dzięki za wskazówki. Rozbiłem listę na dwie części, przy czym mniejsza (82) odpowiada wystąpieniom przekierowań, które prowadzą do konkretnej sekcji tak jak w przypadku "topwanta". Tę część można przetworzyć (ręcznie) równolegle do drugiej. Co do pozostałych ~3800 wystąpień linki mogą występować w dwóch formach: [[A|B]] bądź [[A]]. Jeżeli A jest przekierowaniem do C, w pierwszym przypadku wynikiem zastąpienia będzie [[C|B]] (albo [[C]], jeżeli C=B). W drugim przypadku natomiast jest dylemat: albo zachowujemy wyświetlany tekst linku ([[C|A]]), albo nie ([[C]]). Muszę sprawdzić, czy po wybraniu drugiej opcji nie dublowałyby się elementy w szablonie. Przekierowania mogą również występować w opisach, np. "Osada leśna" (przekierowuje do "Osada") w {{Szablon:Gmina Włoszakowice}} i wielu innych. Peter Bowman (dyskusja) 18:00, 19 maj 2021 (CEST)Odpowiedz

Błąd w spolszczeniu

W polskojęzycznej wersji Wikipedii jest mały błąd przy komunikacie proszącym o wpisanie captchy (np. po dodaniu linków). Komunikat ten jest bowiem opisany jako „CAPTCHA Kontrola bezpieczeństwa”, a przecież powinno być „Kontrola bezpieczeństwa CAPTCHA”. Zakładam, że w oryginale jest coś na wzór „CAPTCHA security check”. Obecne tłumaczenie brzmi dziwnie, ewentualnie można by próbować je odczytywać jako „CAPTCHA – kontrola bezpieczeństwa”, ale to trochę dziwaczne. Poprawcie proszę. 37.47.239.226 (dyskusja) 18:15, 12 maj 2021 (CEST)Odpowiedz

To nie jest bezpośrednio kwestia wikipedii tylko komunikatów z translatewiki. Ale nie wiem gdzie tego szukać. PMG (dyskusja) 11:03, 1 cze 2021 (CEST)Odpowiedz
Być może chodzi o translatewiki:MediaWiki:Fancycaptcha-captcha/pl (wyniki wyszukiwania). Peter Bowman (dyskusja) 11:32, 1 cze 2021 (CEST)Odpowiedz
Niekoniecznie: MediaWiki:Captcha-label i MediaWiki:Fancycaptcha-captcha (w tej kolejności). No chyba że to jest jakoś połączone z translatewiki (nie znam się na tym).
Można by więc do Captcha-label dodać kropkę (albo myślnik), jeśli się da.
Bo zmiana kolejności możliwa jest raczej tylko po zmianie kodu (Google "captcha-label" "Fancycaptcha-captcha"). No chyba że się zamieni komunikaty miejscami. MarMi wiki (dyskusja) 23:57, 1 cze 2021 (CEST)Odpowiedz
Kolejność jest z góry ustalona, komunikaty są w kodzie scalone w jedno (ze spacja pośrodku): [5]. Peter Bowman (dyskusja) 00:12, 2 cze 2021 (CEST)Odpowiedz
Jeśli podmieni się treść jednego komunikatu drugim (to miałem na myśli przez zamianę miejscami), to można tę z góry ustaloną kolejność zmienić. :)
Ale to raczej tymczasowe i niepraktyczne rozwiązanie (trzeba by na to pewnie uważać przy każdej kolejnej aktualizacji). MarMi wiki (dyskusja) 00:41, 2 cze 2021 (CEST)Odpowiedz

Wybrane admińskie możliwości techniczne dla osób bez tego statusu

Właśnie trwa dyskusja nad przyznaniem uprawnień administratora Użytkownikowi, który tak naprawdę nie chce być adminem, a jedynie potrzebuje niektórych "przycisków" do swojej pracy edycyjnej. Naprawdę nie da się mu ich zapewnić inną drogą? BasileusAutokratorPL (dyskusja) 22:29, 13 maj 2021 (CEST)Odpowiedz

Pytanie pierwsze to czy akurat ten użytkownik powinien mieć inne uprawnienia (społeczność doszła do wniosku że nie). A nad ogólniejszym problemem "potrzebujemy innych uprawnień" dyskutowano wiele razy (przykład) ale wikipedyści nie doszli do żadnego konsensusu. PMG (dyskusja) 11:07, 1 cze 2021 (CEST)Odpowiedz

Szablon cytuj i parametr autor

Uprzejmie proszę o poprawę szablonu {{cytuj}} tak, żeby nie trzeba było wstawiać (w części przypadków) gwiazdki na początku wartości parametru autor. Jest to zupełnie nieintuicyjne, a przecież obecnie Wikipedia idzie w stronę intuicyjności i łatwości edytowania (@Natalia Szafran-Kozakowska (WMPL)?). Nieprawidłowo wyświetlające się szablony leżą niepoprawione miesiącami. Wikipedyści podmieniający stare szablony cytowania na cytuj zdają się też nie zwracać na ten parametr uwagi. Brak gwiazdki potrafi też „zdegradować” autora do stopnia redaktora, przykład: Por (red.), Nagrody dla Muzeum Kinematografii [online], wybiórcza.

Podaj proszę te niepoprawione miesiącami szablony, konkretne przykłady, aby można było stwierdzić, czy jest to błąd szablonu, czy niepoprawne wypełnienie szablonu (niezgodnie z dokumentacją). Tego typu „autorzy” z Wyborczej to kpina, informacja zupełnie zbędna jak dla mnie w opisie bibliograficznym. Gwiazdka natomiast pozwala na działanie wielu automatycznych funkcji tego szablonu, ale jeżeli gwiazdka się nie podoba, zaproponuj inny znak, który będzie odpowiedni i jakiś argument za taką zmianą. Bez funkcji Lua w tym szablonie równie dobrze możemy się cofnąć paręnaście lat i dodawać opisy bibliograficzne z palca. Wostr (dyskusja) 18:45, 17 maj 2021 (CEST)Odpowiedz
Tu nie chodzi o gusta co do wyglądu gwiazdki (najprawdopodobniej), tylko o to co ta gwiazdka zmienia (poza sposobem wyświetlania autora). "Pozwala na działanie wielu automatycznych funkcji" niczego nie wyjaśnia.
O usunięciu Lua z szablonu nie było mowy. MarMi wiki (dyskusja) 22:28, 17 maj 2021 (CEST)Odpowiedz

Proszę o powstrzymanie się od lekceważących i protekcjonalnych wypowiedzi („to kpina”, „jeżeli gwiazdka się nie podoba)”. Diffu poszukam. SpiderMum (dyskusja) 19:29, 17 maj 2021 (CEST)Odpowiedz

Mam całkowite prawo do wyrażania swojej opinii o sposobie oznaczania autorstwa artykułów w Wyborczej i nie zamierzam się od tego powstrzymywać. Wostr (dyskusja) 20:27, 17 maj 2021 (CEST)Odpowiedz
Czy bycie szanowanymi przez społeczność administratorami nie jest dla Was (Wikipedysta:Wostr&Wikipedysta:SpiderMum) wystarczającym argumentem, byście nie angażowali się tu w spory personalne? Mpn (dyskusja) 20:32, 17 maj 2021 (CEST)Odpowiedz
@Mpn nie widzę tutaj żadnego sporu personalnego. Wostr (dyskusja) 20:38, 17 maj 2021 (CEST)Odpowiedz
Tu jest przykład dwóch przypisów [6] dodanych za pomocą VE, w których, mimo dużego zainteresowania artykułem w tamtym okresie, nikt (w tym ja) nie zauważył błędu (poprawiłam to prawie 5 miesięcy później). SpiderMum (dyskusja) 18:55, 19 maj 2021 (CEST) PS Gdyby np. w VE i w samym szablonie pojawiała się jakaś zrozumiała informacja (ostrzeżenie), że coś jest nie halo, i gdyby takie wątpliwe wywołania szablonu były gdzieś grupowane i na bieżąco(!) naprawiane, to może byłoby to jakieś rozwiązanie... SpiderMum (dyskusja) 19:08, 19 maj 2021 (CEST)Odpowiedz
Autorem pierwszego źródła obecnie(?) jest ktoś inny niż akar. MarMi wiki (dyskusja) 20:17, 19 maj 2021 (CEST)Odpowiedz
  • Dawno temu implementowałem coś do wspierania nietypowych autorów. Proszę spróbować dodać odpowiedni wpis w Moduł:Cytuj/dane gdzieś w okolicy linii 260 w następującej tabelce:
	exactAuthors = {
		["Praca zbiorowa"] = true,
		["[[Gall Anonim]]"] = true,
	},

Jest szansa, że to wyeliminuje potrzebę gwiazdki. Chociaż sugerowałbym raczej korzystanie z tej furtki dla naprawdę częstych przypadków. Paweł Ziemian (dyskusja) 22:45, 17 maj 2021 (CEST)Odpowiedz

  • Byłbym szczęśliwy, gdyby (jako opcje) do szablonu wróciły pola rozdzielnego zapisu imienia i nazwiska (imię=XXX nazwisko =YYY), jak w "dawnych" szablonach typu cytuj książkę. Po pierwsze, dane należy zawsze zapisywać jak najszczegółowiej: zagregowanie to żaden problem, ale podział danych zagregowanych jest niemożliwy; po drugie umożliwia pewne i poprawne zapisywanie nazwisk i imion o niestandardowej kolejności (np. chińskich czy japońskich). Nie mówiąc o tym, że szablon miał upraszczać życie, a tu trzeba pamiętać, że tu średnik, tu gwiazdka, a tu przecinek... to już prościej wikikod z palca wygenerować :( --Felis domestica (dyskusja) 23:37, 17 maj 2021 (CEST)Odpowiedz
    • Popieram przedmówcę. Obsługa szablonu w obecnej formie to kpina. Widać, że stworzył go... 100-procentowy informatyk ze słabym kontaktem ze zwykłymi szarymi ludźmi. Pewnie przy porodzie zamiast pępowiny miał już kabel od klawiatury, a matce kazali liczyć oddechy do szesnastu. Nie obrażam, tylko to jest żartobliwy komentarz dla zasięgów. Taka jest moja opinia, jak widać nie tylko moja. Filozofia obsługi tego szablonu powinna przejść zasadnicze zmiany. Wedle mojej prywatnej opinii ten szablon jest najgłupszą rzeczą na naszej Wikipedii. Sorry, ale mam prawo do wyrażania własnej opinii. Beno (dyskusja) 07:33, 18 maj 2021 (CEST)Odpowiedz
      Zdajesz sobie sprawę że nikt cię za rękę nie zmusza i możesz używać cytuj książke i innych? Bo zachowujesz się a) jak rozgniewane dziecko obrażając ludzi b) sprawiasz wrażenie że Paweł cię zmusza do używania tego szablonu. Nie podoba ci się - to nie używaj. "Nie obrażam, tylko to jest żartobliwy komentarz dla zasięgów." - oczywiście. Zupełnie nikogo nie obrażasz, zachowujesz się po prostu jak dziecko. PMG (dyskusja) 15:30, 19 maj 2021 (CEST)Odpowiedz
      Niby można użyć innego szablonu niż Cytuj, ale potem za edycję bierze się inny redaktor albo czyjś bot i nie wiem, po co, ale zmienia szablon, tak że parametry wyświetlają się w sposób dość ułomny, żeby nie powiedzieć koszmarny lub innym epitetem. Jak znajdę, bo nie pamiętam, gdzie to widziałem, to podam przykład. Wiklol (Re:) 15:44, 19 maj 2021 (CEST)Odpowiedz
      Ale zdajesz sobie sprawę że szablon cytuj działa jak działa bo jest trzymany przez ludzi którym standardy informatyczne nie są obce? I dokładnie to Beno chce zmienić? PMG (dyskusja) 17:25, 19 maj 2021 (CEST)Odpowiedz
      @PMG Komentarza typu „nie podoba ci się - to nie używaj” zupełnie się po Tobie nie spodziewałam, co się dzieje? :(. Wydaje mi się, że z wypowiedzi Beno (włączając te niżej) wynika jasno, że nie o siebie się martwi tylko o innych, mniej doświadczonych użytkowników i o dobrostan artykułów. SpiderMum (dyskusja) 17:01, 19 maj 2021 (CEST)Odpowiedz
      @SpiderMum "Wedle mojej prywatnej opinii ten szablon jest najgłupszą rzeczą na naszej Wikipedii. " a tak, widzę jasno że martwi się o dobrostan artykułów, dokładnie tak jak opisujesz. Bardzo precyzyjnie to wyraża ("Pewnie przy porodzie zamiast pępowiny miał już kabel od klawiatury, a matce kazali liczyć oddechy do szesnastu. "), komunikuje swoje potrzeby i oczekiwania, dokładnie opisuje sytuacje w których używa szablonu i podaje przykładowe wypełnienia parametrów. Jest dokładnie takim rozmówcą, którego chcesz spotkać w Kawiarence Technicznej. Rozumiem że popierasz część jego argumentów, ale nie zmuszaj mnie do tego żebym wracał do wypowiedzi człowieka który w taki sposób się wypowiada. Dziecko to dziecko, nawet jeżeli ma 60 lat. PMG (dyskusja) 17:25, 19 maj 2021 (CEST)Odpowiedz
      Znam wybitnego programistę, który zna tylko jedną ulicę - jego zamieszkania, ale już nie zna nazwy ulicy, przy której jest jego przystanek autobusu. Obawiam się, że tego typu osobowości jest twórca szablonu, to znaczy dla niego przecinek i średnik są identyfikatorami, będącymi czymś absolutnie naturalnym w jego bańce tożsamościowej. Jednak dla zwykłego wikipedysty są to - tak, zgadliście - zwykłe znaki interpunkcyjne w zdaniu. Pisząc o liczeniu na porodówce do 16 chciałem w barwny sposób unaocznić ten problem wielkości Niagary. Innymi słowy jest to empatia - konkretnie umiejętność postawienia się w sytuacji zwykłego, powtórzę ZWYKŁEGO człowieka. A gwiazdkę ZTCP ostatni raz usunąłem z tego nieszczęsnego szablonu kilka tygodni temu - właśnie mi się to przypomniało podczas tej dyskusji. I nie ma pewności, czy o 3 w nocy znów tego błędu nie popełnię. I kto będzie winny? Bo chyba nie ja, tylko twórca szablonu, który nie zna pojęcia ergonomii. Ja, popełniając kolejny błąd w tym szablonie, nie będę ani wandalem, ani nieudacznikiem, tylko ofiarą złego projektu. Beno (dyskusja) 18:05, 19 maj 2021 (CEST)Odpowiedz
      A empatia ZWYKŁEGO człowieka dla programisty, to gdzie? MarMi wiki (dyskusja) 18:14, 19 maj 2021 (CEST)Odpowiedz
      Gdy odpowiedzi na zgłaszane błędy lub trudności w działaniu sprowadzają się do (parafrazuję): „to wina użytkownika”, „nie podoba się to nie używaj”, to łatwo tę empatię stracić. SpiderMum (dyskusja) 18:37, 19 maj 2021 (CEST)Odpowiedz
    • A ja cenię sobie, że nie trzeba rozbijać autorów na imiona i nazwiska. Przy licznych autorach robi się to kłopotliwe Mpn (dyskusja) 08:52, 18 maj 2021 (CEST)Odpowiedz
      Nie sugeruję, żeby opcję wspólnego zapisu zlikwidować - zresztą wersja "dla leniuszków" jest też w "cytuj książkę" itp. Sam z niej korzystam, np. właśnie przy autorach instytucjonalnych, pseudonimach redakcyjnych. Proszę, żeby dodać możliwość zapisu dokładnego, dla tych którzy chcą się dokładnym zapisem posłużyć --Felis domestica (dyskusja) 09:44, 18 maj 2021 (CEST)Odpowiedz
      Toż o to właśnie się zawsze rozchodziło, że większość osób miała w głębokim poważaniu używanie rozdzielnych parametrów, wtryniała wszystko bez ładu i składu w pole autor, a potem na 100 przypisów było 10 różnych sposobów podawania autorów. W tym momencie większość przypadków szablon jest w stanie rozpoznać automatycznie, części zapewne nie da się obsłużyć automatycznie i do tego służy gwiazdka-wytrych, a część nie jest poprawnie obsługiwana przez to nikt nie zgłosił błędnego działania szablonu. W porównaniu z wypełnianiem starych szablonów cytowania oszczędzam sporo czasu używając {{cytuj}} i w mojej opinii żadnych zmian tu być nie powinno w zakresie automatycznego rozpoznawania autorów, a tym bardziej tworzenia oddzielnych parametrów na imię i nazwisko. To jak powrót do ery kamienia łupanego. Wostr (dyskusja) 17:41, 18 maj 2021 (CEST)Odpowiedz
      @Wostr Piszesz o erze kamienia łupanego, a ja bym powiedział, że przebija przez Ciebie pycha informatyka. A ile jest takich uzdolnionych osób? Większość szarych wikipedystów nie ogarnia problemu z gwiazdką, haszem, przecinkiem i średnikiem, bo to jest skomplikowane i nieintuicyjne. I to strasznie, bo ktoś nieobeznany z tematem (większość), ma znacznie lepszą wiedzę w zakresie interpunkcji i te średniki i przecinki będzie poprawiać, a niezrozumiałe hasze i gwiazdki może powywalać, traktując to jako błąd. Również mój bardzo zaawansowany skrypt do wp_sk wywalał się na tych czterech znakach i po wprowadzeniu tego szablonu musiałem ograniczyć możliwości mojego skryptu, bo głupiał przy obsłudze interpunkcji. Właśnie dlatego nazywam ten szablon najgłupszym, bo jest nie do ogarnięcia dla większości i podatny na błędy. To jest jak kodowanie, niemal jak programowanie. A wiem coś o tym, bo kiedyś, ucząc DTP, próbowałem uczyć adeptów edytorstwa znajomości... grepa. I nikt nie dał rady. To było dla nich istne programowanie, więc znam możliwości szarego edytora. W dodatku szablon {{cytuj}} ma być w przyszłości jedynym, a pozostałe mają wylecieć. To jak to tak - robimy Wikipedię dla wybrańców po kursie informatyki, czy też podtrzymujemy hasło Wikipedii dla każdego edytującego? Bo jest sprzeczność. Beno (dyskusja) 20:25, 18 maj 2021 (CEST)Odpowiedz
      @Beno Kogo? Jakiegoś znowu informatyka? Dawno temu na studiach miałem styczność z Pascalem w stopniu zupełnie minimalnym do prostych rozwiązań układów równań różniczkowych, co zupełnie nie przekłada się na jakiekolwiek zastosowanie w Wikipedii, potem zero styczności z jakimkolwiek programowaniem, chyba że ustawianiem programu prania w pralce. Dla zdecydowanej większości zastosowań w Wikipedii, jeżeli ktoś będzie wpisywał autorów zgodnie z kolejnością w języku polskim, może sobie stosować dowolne przecinki czy średniki i wynik będzie identyczny. Stety albo niestety, ale w bardzo niedalekiej przyszłości większość szablonów w Wikimediach napisanych będzie w Lua, a znacznie mniej użytkowników niż teraz będzie w stanie te szablony edytować (np. ja nie będę umiał). Wostr (dyskusja) 00:43, 19 maj 2021 (CEST)Odpowiedz
      Albo zapytam inaczej: w jaki sposób próbowaliście użyć szablonu (z jakimi danymi i jakimi parametrami), że pojawiły się błędy? Wostr (dyskusja) 17:48, 18 maj 2021 (CEST)Odpowiedz
      @Wostr W taki sposób, że sam swojego czasu sknociłem szereg wywołań tego szablonu, edytując ręcznie błędne poprawki, zanim się jorgnąłem, że te dziwne cztery znaczki mają własną, skomplikowaną składnię i są potrzebne, a w dodatku, że sam szablon myśli za użytkownika i bez wiedzy użytkownika robi dodatkowe "hopsztosy". A niby znam się na wikipedii jako jej senior. To co ma powiedzieć zwykła osoba? Beno (dyskusja) 20:29, 18 maj 2021 (CEST)Odpowiedz
      Na głupotę i bezmyślność edytorów, którzy wstawią byle co w byle które pole rady nie ma, vide monotonne dyskusje z Czywiesza ("autor nie ma na nazwisko <<webarchive.org>>"). Taki ktoś spaprze dowolny szablon cytowania, czy będą w nim pola osobne i trzeba się będzie domyśleć, że w polu "nazwisko" trzeba wpisać nazwisko, czy łączone i trzeba będzie owo nazwisko oddzielić przecinkiem a nie średnikiem czy czymkolwiek innym. Mówię o dodatkowej opcji dla tych, którzy umieją i chcą robić dobrze, dbając o większą dokładność zapisanych danych i większą elastyczność ich prezentowania i wyświetlania --Felis domestica (dyskusja) 18:38, 18 maj 2021 (CEST)Odpowiedz
      Tak, jeżeli ktoś chce coś spieprzyć, to spieprzy. Zauważ jednak pewną rzecz: coraz więcej edycji jest i jeszcze więcej edycji będzie spod VE (a zwłaszcza z wykorzystaniem Citoida), czy tego chcemy, czy nie. Dzięki tym wszystkim automagicznym poprawkom robionym przez szablon nie trzeba z palca poprawiać rzeszy wywołań, gdzie autorzy kopiowani są w bardzo różny sposób, a w szablonie wszystko wyświetla się jednolicie. Natomiast dyskusje o tych przecinkach i średnikach to za przeproszeniem, zwykłe marudzenie jak dla mnie dla samego marudzenia. Jak zapisujesz z palca autorów zgodnie z kolejnością w języku polskim to możesz użyć i przecinka, i średnika, wynik będzie taki sam. Wostr (dyskusja) 00:41, 19 maj 2021 (CEST)Odpowiedz
      A i jeszcze odpowiem bezpośrednio na zadane przez @Wostra pytanie: jakie pojawiały mi się błędy? AFAIR, tylko przez moją nieuwagę (wstawiałem parametr "strony", zamiast "s="; note bene niezachowanie ciągłości nazewnictwa kluczowej zmiennej to kiepski pomysł). Z używania zrezygnowałem, bo na trzy pytania kluczowe dla zmiany narzędzia: 1) czy jest łatwiejsze w użyciu? 2) czy przechowuje dane lepiej? 3) czy prezentuje dane lepiej? odpowiedzi były: 1) nie 2) nie 3) nie (bez zmian, ani gorzej ani lepiej) --Felis domestica (dyskusja) 20:49, 18 maj 2021 (CEST)Odpowiedz
  • Beno, ale na czym miałby polegać ten bałagan? Przecież oba pola są jednoznaczne. A w każdym razie "strony", bo akurat "s" może u kogoś budzić wątpliwości. W szablonach z grupy "Cytuj XXX" jako datę można wpisać "rok = rrrr" albo "data = rrrr", i nikt nie zgłaszał z tym problemu. Autorów mozna tam podać na 3 sposoby (a z linkowaniem jeszcze więcej) i nikt nie zgłaszał z tym problemu. Szablon {{status zgłoszenia}} akceptuje różne formy podawania statusu i nikt nie zgłaszał z tym problemu. Każdy wykorzystuje takie alternatywne formy jakie mu są wygodniejsze i do jakich jest przyzwyczajony. Nie chodzi o jakieś tajemnicze, trudne do spamiętania kody, tylko o nazwy tak intuicyjne, że nie mogą budzić wątpliwości. Zresztą bot albo SK mogłoby to ujednolicać. Michał Sobkowski dyskusja 22:30, 19 maj 2021 (CEST)Odpowiedz
  • @Michał Sobkowski Właśnie o to chodzi - o jednolitość kodu. Tylko o to. Wyobraź sobie użytkownika, który się dopiero uczy wikiskładni i w sąsiednich pozycjach bibliografii widzi raz "s", a raz "strony". Dodaj do tego preferencje doświadczonych użytkowników, z których jedni zmieniają "s" na "strony", a potem drudzy w drugą stronę. I tak ad mortem defecatam. Mnie wystarczy, że @Malarz_pl wymyślił sobie wybiórczo dwie spacje zamiast jednej w niektórych szablonach. Na szczęście już jestem siwy, więc przynajmniej tu straty nie ma. Ja jestem za upraszczaniem sobie życia, a na Wikipedii panuje niestety paradygmat postępowania "Gdzie dwóch Polaków, tam trzy zdania". A, zapomniałem, jeszcze mogę wyłysieć. Beno (dyskusja) 01:43, 20 maj 2021 (CEST)Odpowiedz
              • Z pewnością podawanie serwisu internetowego jako autora nie jest poprawne. Serwis powinien być w polu "opublikowany", Jak tekst w serwisie internetowym nie ma podanego autora, no to pole autor powinno być po prostu puste... Polimerek (dyskusja) 17:05, 24 maj 2021 (CEST)Odpowiedz

Zalas (powiat ostrołęcki)

Mapa przełącza się tylko na gminę i kraj.VVerka5 (dyskusja) 23:56, 20 maj 2021 (CEST)Odpowiedz

Już zaczęło działać. --The Polish (query) 13:19, 22 maj 2021 (CEST)Odpowiedz

Bot od archiwów

[7] - czy takie działanie bota jest pożądane? Czy bot w ogóle weryfikuje zgodność treści? Strona mogła się zmienić, a przecież tamto archiwum też działało, więc o co chodzi? Niech ktoś to kuriozalne ustrojstwo przyblokuje, zanim narobi większych szkód. Chociaż zdaje się, że robi też poprawne i potrzebne edycje, więc nie wiem, jak najlepiej do tego podejść. 83.23.186.148 (dyskusja) 10:54, 21 maj 2021 (CEST)Odpowiedz

Podobny przypadek - zamiana archiwum na nowsze, z innego roku (!!). A sprawdził ten bot, czy treść jest taka sama? Tutaj pewnie tak, ale gdzie indziej będzie fałszowanie źródeł. 2A01:11BF:505:6800:A401:9689:17AC:8009 (dyskusja) 13:00, 22 maj 2021 (CEST)Odpowiedz
Zgłosiłem to na Phabricatorze. MarMi wiki (dyskusja) 00:15, 23 maj 2021 (CEST)Odpowiedz

Zmiana w interfejsie

Cześć, potrzebuję pomocy. Korzystam z Wiki na skórce Wektor, co do zasady na starym Wektorze. Strona Wikipedysta:Arvedui89/vector.css jest pusta od 2015 roku. Od wczoraj wielkość czcionki głównej w artykułach zmniejszyła mi się do 8 pikseli, niezależnie od tego, czy opcję „starego” Wektora mam włączoną, czy nie. Sprawdzałem na różnych komputerach. Po wylogowaniu się font wraca do standardowych 10 pikseli. W ogłoszeniach nie widzę, żeby coś się zmieniło właśnie wczoraj. Czy coś przegapiłem? Coś muszę odkliknąć, czy to już na amen popsuto/się popsuło? Aʀvєꝺuι + 12:02, 21 maj 2021 (CEST)Odpowiedz

Też tak miałam. W preferencjach w zakładce Gadżety miałam zaznaczoną opcję "Przywraca wygląd dla skórki Vector sprzed 4 kwietnia 2014 r. (Przywraca czcionkę bezszeryfową w nagłówkach i tytułach oraz inne w ramach Typography refresh).", która nieco zmniejszała czcionkę, ale od wczoraj opcja ta zmniejsza ją jeszcze bardziej. Można przywrócić poprzednie ustawienia tej opcji? Camomilla (dyskusja) 13:37, 21 maj 2021 (CEST)Odpowiedz
Faktycznie, przejrzałem całą zakładkę „Wygląd”, a nie pomyślałem o „Gadżetach”. Może zwyczajnie domyślną czcionkę zmniejszono do jakichś rozsądnych rozmiarów? Nie umiem ocenić, bo nie oglądałem jej na co dzień. Wtedy ewentualnej korekty wymaga gadżet, chyba że dochodzimy do punktu, w którym dalszy opór przeciw zmianom jest już pozbawiony sensu ;) Aʀvєꝺuι + 13:46, 21 maj 2021 (CEST)Odpowiedz

Wulgaryzm nie wyłapany przez filtr nadużyć

Trafiłam właśnie na taką edycję, nie wyłapaną przez filtr nadużyć. Da się zrobić tak, by takie rzeczy wyłapywał bezszkodowo? Salicyna (dyskusja) 21:19, 21 maj 2021 (CEST)Odpowiedz

Da się, oczywiście. Tylko chyba nie ma to sensu. Możliwych kombinacji jest nieskończenie wiele, a na szczęście kreatywność wandali rzadko osiąga ten poziom. Filtry są raczej od wyłapywania najbardziej oczywistych przypadków. PG (dyskusja) 08:45, 22 maj 2021 (CEST)Odpowiedz
No właśnie też się zastanawiałam czy to jest warte świeczki, siedzę w Zdezaktualizowanych prawie ciągle a na podobne przypadki natykam się naprawdę tylko sporadycznie. Dzięki, Salicyna (dyskusja) 09:16, 22 maj 2021 (CEST)Odpowiedz
Dodam jeszcze, że obecnie działające „wulgarne” filtry nie blokują edycji, tylko wstawiają znacznik – żeby wulgaryzm nie został przeoczony. Natomiast takie słowo ze wstawionymi kreskami przy każdej literze i tak raczej wyróżnia się w tekście. PG (dyskusja) 18:01, 22 maj 2021 (CEST)Odpowiedz

Zmiany w wielkości fontów

Jakby ktoś miał dziwne wrażenie, że niektóre elementy od jakiegoś czasu są jakby większe (np. linki kategorii na dole strony) lub mniejsze, to może mieć rację. en:Wikipedia:Village_pump_(technical)#Font_sizes_all_over_the_place MarMi wiki (dyskusja) 00:23, 23 maj 2021 (CEST)Odpowiedz

Czyli dokładnie to, o czym pisałem trzy wątki wyżej. Przy czym jeśli dobrze rozumiem, póki co nie ma pomysłu, żeby to naprawić/wrócić do stanu poprzedniego. Aʀvєꝺuι + 12:08, 23 maj 2021 (CEST)Odpowiedz

Ciemna skórka

Hej cześć i czołem!
Istnieje sobie taka ciemna skórka dla Wikipedii, stworzona przez @Msz2001 i dostępna tutaj wraz z opisem. Jest dość solidnie zrobiona i myślę, że można by spokojnie dodać ją do gadżetów, ponieważ obecnie raczej dość mała grupa osób w ogóle wie o jej istnieniu. Co sądzicie? Ktoś byłby przeciwny? Aramil Feraxa (Napisz do mnie!) 18:46, 25 maj 2021 (CEST)Odpowiedz

Jako autor, nie mam nic przeciwko temu. Msz2001 (dyskusja) 18:50, 25 maj 2021 (CEST)Odpowiedz
Również jestem za. Kwestię ciemnej skórki podnoszono wielokrotnie na Discordzie, zob. też inne opcje w wątku #Czy jest możliwość włączenia "trybu ciemnego" na wikipedii? (permalink). Jeżeli nie będzie sprzeciwu, za tydzień+ podejmę się utworzenia nowego gadżetu na podstawie niniejszego narzędzia „vector-dark” (TO-DO: ogłosenie na TO Done. Aramil Feraxa (Napisz do mnie!) 21:32, 25 maj 2021 (CEST), zamknięcie wcześniejszego wątku, dopisanie narzędzia do https://wikimedia-pl.github.io/). @Msz2001: proponuję stronę Wikipedysta:Msz2001/Ciemna skórka umieścić w Wikipedia:Narzędzia i – jak wolisz – przenieść tamże albo powielić w formie podstrony (np. Wikipedia:Narzędzia/Ciemna skórka). Peter Bowman (dyskusja) 20:43, 25 maj 2021 (CEST)Odpowiedz
Strona narzędzia jest gotowa: Wikipedia:Narzędzia/Ciemny Wektor. Msz2001 (dyskusja) 16:03, 26 maj 2021 (CEST)Odpowiedz
Nie mam nic przeciwko. Jestem zadowolonym użytkownikiem tej skórki. XaxeLoled AmA 21:34, 25 maj 2021 (CEST)Odpowiedz
Jak najbardziej za tym rozwiązaniem, zwłaszcza gdy w ostatnim czasie jest trend na ciemny tryb. Przydałby się jeszcze przełącznik do jego włączenia i wyłączenia. Ma to wpływ na oczy i zużycie energii monitora. Pachidensha (dyskusja) 21:56, 25 maj 2021 (CEST)Odpowiedz
@Pachidensha po zainstalowaniu w menu po lewej pojawia się opcja szybkiego przełączania "Tryb jasny" lub "Tryb ciemny". Aramil Feraxa (Napisz do mnie!) 22:15, 25 maj 2021 (CEST)Odpowiedz
@AramilFeraxa Przełącznik ten po włączeniu/wyłączeniu trybu ciemnego działałby od razu, bez konieczności odświeżenia strony - tak jak ma to miejsce w serwisie YouTube. Pachidensha (dyskusja) 16:44, 27 maj 2021 (CEST)Odpowiedz
@Pachidensha no i tak właśnie działa i ten ;) Aramil Feraxa (Napisz do mnie!) 18:25, 27 maj 2021 (CEST)Odpowiedz
Właściwie nie ma tu nad czym dyskutować. Rozwiązanie jest gotowe, może być przydatne dla chętnych, nie wpływa na niechętnych. Do produkcji! :) Emptywords (dyskusja) 22:26, 25 maj 2021 (CEST)Odpowiedz
@AramilFeraxa, @Msz2001 proponuję udostępnić tą skórkę również zwykłym użytkownikom Wikipedii (ostatnio jest to bardzo popularne i myślę, że wiele osób by z tego skorzystało). Pozdrawiam serdecznie, Bolszewski Wikipedysta zamień słówko 17:38, 27 maj 2021 (CEST)Odpowiedz
@Bolszewski Wikipedysta Jeśli „zwykły użytkownik” oznaczałoby osobę niezalogowaną, to wolałbym przemodelować sposób działania (tj. ładowanie na żądanie i być może w jakiś sposób umieścić to na serwerze Wikipedii, a nie ToolForge), na co w tej chwili za bardzo nie mam czasu. Wydaje mi się, że nie każdy byłby zainteresowany doładowywaniem ok. 80kB arkusza stylów tylko dlatego, że może zauważy link „Tryb ciemny”. Dodatkowo, mogłoby się wydawać podejrzane niektórym osobom, czym jest ten serwer ToolForge, do którego trafiają zapytania (szczególnie, że następują po każdym przełączeniu trybu). Natomiast jeśli chodzi po prostu o osoby mające konto, to celem tej dyskusji jest właśnie włączenie narzędzia do Gadżetów, tak by każdy, kto ma konto mógł skorzystać. Msz2001 (dyskusja) 17:50, 27 maj 2021 (CEST)Odpowiedz
@Msz2001 chodziło mi o niezarejestrowanych użytkowników, dziękuję za informację. Bolszewski Wikipedysta zamień słówko 17:51, 27 maj 2021 (CEST)Odpowiedz

@AramilFeraxa, @Msz2001, @XaxeLoled, @Pachidensha, @Emptywords, @Bolszewski Wikipedysta: dodałem narzędzie „Ciemny Wektor” do gadżetów, znajduje się na końcu sekcji „Wygląd” (instrukcje). Oprócz stylów podstawowych pobiera też arkusze dodatkowe wspierające m.in. gadżet Popups. W celu uniknięciu błysku tła, który może nastąpić po odświeżeniu strony z włączonym trybem jasnym, należy aktywować ciasteczko w serwerze narzędziowym (konfiguracja). Zaproponowałem @Msz2001, by zostało to zaimplementowane w postaci bannera (typowy pasek potwierdzenia „Akceptuj ciasteczka”).

Szczegóły techniczne:

  • MediaWiki:Gadget-vector-dark.css + MediaWiki:Gadget-vector-dark.js.
  • Skorzystałem z opcji peers, która pozwala pobrać arkusze CSS, zanim zostanie uruchomiony kod JavaScript, w ten sposób minimalizując efekt błysku tła (mw:ResourceLoader/Migration guide (users)#Gadget peers).
  • W związku z powyższym narzędzie jest wdrożone w postaci dwóch gadżetów: style (a0-vector-dark-styles) oraz JS dla przycisku zmiany trybu (vector-dark); zob. Gadgets-definition. Prefiks „a0-” skutkuje umieszczeniem stylów w pierwszej kolejności, kiedy ResourceLoader pobiera, łączy i minifikuje CSS wszystkich włączonych gadżetów. Jest to konieczne, ponieważ w przeciwnym razie zasada @import nie działa.

Pozdrawiam, Peter Bowman (dyskusja) 18:50, 2 cze 2021 (CEST)Odpowiedz

Kwestię potwierdzania cookies z serwera ToolForge odpowiednim okienkiem zaimplementuję w najbliższym czasie. Dam znać (pewnie na Dicordzie i TO) jak będzie gotowe. Msz2001 (dyskusja) 18:57, 2 cze 2021 (CEST)Odpowiedz

Poszukiwacze czerwonych linków

Czy istnieje możliwość wyszukania czerwonych linków, które zaczynają się na konkretną frazę? Paelius (dyskusja) 15:50, 28 maj 2021 (CEST)Odpowiedz

Tutaj na przykład jest wyszukanie wszystkich czerwonych linków rozpoczynających się na igryska: quarry:query/2474. The Polish (query) 16:39, 28 maj 2021 (CEST)Odpowiedz
Owszem, w quarry:query/55490 przykładowo wygenerowałem listę artykułów, które zawierają czerwone linki zaczynającze się słowem "Ulica". Docelowe czerwone linki w prawej kolumnie, strony odnoszące się do nich w lewej. Można wybrać inne parametry wyszukiwania, podstawiając dowolne wyrażenie w zmiennej @target. Spacje należy zamienić na \_. Symbol % oznacza "zero, jeden lub więcej dowolnych znaków", może też stać na początku lub w środku (%\_Kowalski, Mistrzostwa\_%\_w\_Piłce\_Nożnej\_%). Peter Bowman (dyskusja) 16:41, 28 maj 2021 (CEST)Odpowiedz
Dziękuję. Paelius (dyskusja) 16:53, 28 maj 2021 (CEST)Odpowiedz

Wikidata Info

Dlaczego Wikidata Info (informacja o elemencie Wikidanych wyświetlana na samej górze każdej strony) potrafi od razu wyświetlić nowo powiązany element Wikidanych, a w przyadku interwiki w panelu bocznym "W innych językach" zajmuje to więcej czasu i często wymaga odświeżenia? Eurohunter (dyskusja) 21:45, 30 maj 2021 (CEST)Odpowiedz

Prawdopodobnie z powodu cache. Gadzet nie jest keszowany (więc pobiera dane za każdym odświeżeniem strony wprost z Wikidanych), a menu boczne jest keszowane. Z punktu widzenia Fundacji (przygniatająca większość użytkowników jest czytelnikami, linki w panelu bocznym są aktualizowane raz na ruski rok) takie zachowanie jest jak najbardziej zgodne ze sztuką. PMG (dyskusja) 10:56, 1 cze 2021 (CEST)Odpowiedz

Commons

Czy nie lepiej, aby link do common w infoboxie znajdował się pod grafiką ilustrującą, zamiast pod mapą? VVerka5 (dyskusja) 01:26, 2 cze 2021 (CEST)Odpowiedz

  • Link do commons znajdziesz w pasku po lewej w sekcji W innych projektach umieszczanej tuż nad sekcją W innych językach. W infoboksach przyjęło się, że wszystkie linki do projektów siostrzanych lądują niemal na samym końcu jego zawartości. Ostatni to LZ do strony domowej. Paweł Ziemian (dyskusja) 21:49, 2 cze 2021 (CEST)Odpowiedz

Wizualne błędy w szablonie Cytat po wstawieniu w wypunktowaniu

{{Cytat}} wstawiany w tej samej linii co wypunktowanie (np. po *) generuje błędy w wyświetlaniu:

test

test

  • test

test

Jeśli stanie się to w opisie szablonu, przerywa zieloną(?) ramkę opisu. MarMi wiki (dyskusja) 18:48, 2 cze 2021 (CEST)Odpowiedz

Surowa wartość z Wikidanych

Chciałbym zaczerpnąć z Wikidanych liczbę ludności oraz powierzchnię, aby na ich podstawie automatycznie wyliczyć gęstość zaludnienia. Niestety, nie jestem w stanie tego zrobić kodem {{#expr: ({{#property:P1082}} / {{#property:P2046}}) *1 round 1}}, ponieważ pojawia się błąd (szablon pobiera i wartość, i jednostkę). Być może istnieje sposób, aby zrobić to za pomocą modułu Wikidane? Podejmowałem już próby, lecz nie zakończyły się one pomyślnie, a chciałbym, aby szablon Dzielnica infobox pobierał z Wikidanych liczbę ludności osiedli Szczecina, aby nie trzeba było każdego roku zmieniać jej w kilku wiki w infoboxie, a tylko w jednym miejscu, w Wikidanych.

Szczecinolog (dyskusja) 14:34, 4 cze 2021 (CEST)Odpowiedz

  • Moim zdaniem zmiany w szablonie powinny tak działać, że w przypadku wpisania któregokolwiek z parametrów: {{{rok}}}, {{{liczba ludności}}} czy {{{gęstość zaludnienia}}} nie powinno działać automatyczne pobieranie danych. Dopiero w przypadku gdy te trzy pola są puste można automatycznie wyświetlić P1082. P585 nie jest właściwością, która powinna być wyświetlana w miejscu {{{rok}}}, to powinna być data przypisana do konkretnej wartości wpisanej w P1082, w ten sposób nie można jej pobrać. Liczenie gęstości zaludniania też nie jest najlepszym pomysłem, bo nie zawsze dane dot. ludności są spisane z bieżącego obszaru jednostki administracyjnej. ~malarz pl PISZ 14:49, 4 cze 2021 (CEST)Odpowiedz
Dobrze, czyli na razie pozostaje mi ręczna aktualizacja danych. Szczecinolog (dyskusja) 15:59, 4 cze 2021 (CEST)Odpowiedz
  • Musiałbyś kombinować z Moduł:Wikidane. Przykładowo dla powierzchni bez jednostki: {{#invoke:Wikidane|V|bestclaims|P2046|1|mainsnak|datavalue|value|amount}}, (1) dla systematycznego pobierania danych do infoboksów z WD przydałoby się lepsze rozwiązanie, uwzględniające potencjalnie dużą liczbę deklaracji, i sprawdzające zgodność (m.in. czasową) pobieranych danych (2) konsensus co do importu danych z WD. Wostr (dyskusja) 16:41, 4 cze 2021 (CEST)Odpowiedz
W angielskiej Wikipedii i innych wersjach językowych (ale nie w polskiej) jest coś takiego, co działa intuicyjnie i ułatwia pobieranie danych z Wikidanych: Template:Wikidata. Szczecinolog (dyskusja) 20:53, 4 cze 2021 (CEST)Odpowiedz
Jednocześnie angielskojęzyczna Wikipedia w praktyce prawie nie wykorzystuje Wikidanych w infoboksach i jej społeczność dość negatywnie reaguje na wszelkie próby zmiany tego stanu rzeczy. U nas wykorzystanie również jest dość małe i wynika z dość słabego poziomu weryfikacji informacji w Wikidanych oraz jeszcze słabszego poziomu ochrony przed nieprawidłowymi zmianami + zawsze dochodzi do tego pewien poziom niezrozumienia, czym Wikidane są, jak funkcjonują i czemu coś tam jest inaczej, niż na „chłopski rozum” być powinno. Wostr (dyskusja) 21:11, 4 cze 2021 (CEST)Odpowiedz
  • Unikałbym manipulowania na danych ściąganych z Wikidanych. Tworząc Moduł:Wikidane skupiałem się raczej na jak najlepszej prezentacji odczytywanych wartości. Moim zdaniem każda podawana wartość powinna mieć swoją odpowiednią cechę w WD. Skoro istnieje potrzeba podawania gęstości zaludnienia, to najlepiej gdyby istniało dla tego jakieś dedykowane Pnnn. Natomiast jeśli zachodzi jakiś przypadek, że pewne obliczenia są akceptowalne, to zawsze można stworzyć ku temu dedykowany moduł. Tym bardziej, że wartości w WD są tak naprawdę zbiorami elementów. Przypadek gdy chcemy użyć dwie wartości A i B do obliczenia C jest prosty gdy a A i B są zbiorami jednoelementowymi. Trudność pojawia się gdy pod A mamy na przykład 3 wartości, a pod B jest ich 5 i wyników może być 15. Niekoniecznie to musi być błąd. Wszystko zależy od sytuacji i odpowiedniej prezentacji. Paweł Ziemian (dyskusja) 21:41, 4 cze 2021 (CEST)Odpowiedz

Szablony nawigacyjne

Coś się wczoraj stało z szablonami nawigacyjnymi – ich treść została pomniejszona (to chyba ma związek z włączonymi gadżetami Pomniejszaj sekcję Bibliografia/Linki zewnętrzne/Przypisy) i nie są domyślnie rozwinięte, mimo że w ich kodzie znajduje się zwijanie = rozwinięte. Openbk (dyskusja) 14:58, 7 cze 2021 (CEST)Odpowiedz

@Paweł Ziemian być może powiązane – zmieniło się zachowanie szablonów w przypadku, gdy jest ich w haśle kilka. Do tej pory w takiej sytuacji wszystkie były domyślnie zwinięte. Teraz jednak na przykład Stefan Kraft ma pierwszy szablon rozwinięty, a pozostałe zwinięte, Piotr Żyła dwa pierwsze rozwinięte, a resztę zwiniętą, ale już Kamil Stoch wszystkie ma zwinięte. Domyślam się, że po napotkaniu pierwszego zwijanie = zwinięte zwijane są też wszystkie szablony poniżej. Takie rozwiązanie jak u Krafta lub Żyły wygląda raczej nie najlepiej. Barcival (dyskusja) 16:15, 9 cze 2021 (CEST)Odpowiedz

Jednak źle myślałem – w Chiara Kreuzer rozwinięty jest środkowy szablon. Barcival (dyskusja) 16:50, 9 cze 2021 (CEST)Odpowiedz
  • Domyślnie rozwinięte są wszystkie szablony z wyjątkiem tych z polem zwijanie = zwinięte. Potem do pracy wkracza skrypt, który zwija wszystko co zostało oprócz pierwszych dwóch. Osobiście wolałbym aby nie było pola zwijanie, a domyślnie wszystko byłoby zwinięte. Nie widzę powodu aby ten zbiór linków z serii zobacz też tak eksponować. Ale to tylko moja opinia. Ewentualnie można przerobić ten skrypt na gadżet z konfiguracją, aby każdy mógł sobie sam określić ile szablonów chce sobie rozwijać. Paweł Ziemian (dyskusja) 18:11, 9 cze 2021 (CEST)Odpowiedz
    Właśnie o tym mówię – przed zmianami, jeśli na końcu hasła były więcej niż 1/2 szablony, to domyślnie wszystkie były zwijane, łącznie z dwoma pierwszymi. Teraz to zachowanie się zmieniło. Inna sprawa, że dalej nie do końca rozumiem, jak obecny skrypt powinien działać: czy oprócz pierwszych dwóch oznacza pierwsze dwa szablony bez linii zwijanie = zwinięte, czy pierwsze dwa w ogóle? Jeśli to pierwsze, to źle działa w haśle Kamil Stoch (bo Szablon:Mistrzowie świata w skokach narciarskich nie ma tej linii), a jeśli drugie, to źle działa w Klemens Murańka (bo rozwinięte są drugi i trzeci w kolejności szablon). Barcival (dyskusja) 12:48, 10 cze 2021 (CEST)Odpowiedz
    Podpiąłem się pod API, jednak nie wiem w jakiej kolejności prezentuje ono w moim skrypcie znalezione szablony nawigacyjne. Zajrzę do tego kodu jeszcze raz. Może u nas wcześniej działał jeszcze jakiś inny skrypt zwijający. Najwyżej przerobię kod tak, że zwinę wszystko w zależności od liczby szablonów. Paweł Ziemian (dyskusja) 20:12, 10 cze 2021 (CEST)Odpowiedz
    Wymieniłem kod. Tak działał w sumie kod pierwotny. Zmienna tableIndex ze starego kodu zawiera liczbę szablonów. Jej nazwa mnie zmyliła. Paweł Ziemian (dyskusja) 21:00, 10 cze 2021 (CEST)Odpowiedz
    Super, dzięki! Barcival (dyskusja) 21:39, 10 cze 2021 (CEST)Odpowiedz

Trochę się te szablony rozjechały w skórce Timeless: [17] (Klemens Murańka). Peter Bowman (dyskusja) 14:09, 10 cze 2021 (CEST)Odpowiedz

  • Przełączyłem się na tę skórkę i nie rozumiem co się dzieje. Chyba skrypty skórki mają jakieś błędy w kodzie zwijania/rozwijania. Nie rozpoznają mw-collapsible-content, tylko praktycznie zwijają cały szablon nawigacyjny oparty o tabelę. Te oparte o divy działają lepiej. Paweł Ziemian (dyskusja) 20:12, 10 cze 2021 (CEST)Odpowiedz

W timeless nie działa taki kod:

<div class="mw-collapsible">
<div>Tytuł</div>
<table class="mw-collapsible-content">
<tr><th>Opis1</th><td>spis1</td></tr>
<tr><th>Opis2</th><td>spis2</td></tr>
</table>
</div>
Tytuł
Opis1spis1
Opis2spis2

Trzeba by go zastąpić przez:

<div class="mw-collapsible">
<div>Tytuł</div>
<div class="mw-collapsible-content">
<table>
<tr><th>Opis1</th><td>spis1</td></tr>
<tr><th>Opis2</th><td>spis2</td></tr>
</table>
</div>
</div>
Tytuł
Opis1spis1
Opis2spis2

Tak więc cały misterny plan ograniczania tagów się wziął wysypał. Paweł Ziemian (dyskusja) 21:35, 10 cze 2021 (CEST)Odpowiedz

Timeless zagnieżdża niektóre tabelki (chyba te bez zwijanie=zwinięte), przeszkadzając w pracy skryptowi od zwijania. Dokładnie zawiniła ta linia. Peter Bowman (dyskusja) 21:45, 10 cze 2021 (CEST)Odpowiedz

Rozmiar czcionki w szablonach nawigacyjnych

Dostałem kolejne zgłoszenie, że czcionka jest za mała. Tym razem w skórce „Książka”. Zrobiłem więc takie zestawienie:

Skórka Rozmiar bazowy Rozmiar w szablonie
Vector 14px 11.6667px
Minerva 16px 13.3333px
Modern 13px 10.8333px
Monobook 12.7px 10.5833px
Timeless 15.2px 12.6667px

Jak widać w skórce nowoczesnej i książce szablon już na samym początku jest wyposażony w dość małą czcionkę. Stąd po kolejnym zmniejszeniu jego treść staje się mało widoczna. Jednym z rozwiązań jest ustalenie na sztywno w stylach stałego rozmiaru bazowego. Jednak to może zepsuć ogólny wygląd w skórkach, które startują z wyższego pułapu. Może wystarczy ustawić .navbox { font-size: 14px; } w MediaWiki:modern.css i MediaWiki:monobook.css. Paweł Ziemian (dyskusja) 11:45, 13 cze 2021 (CEST)Odpowiedz

Kopiowanie przypisów w edytorze wizualnym

Problem:Czasem, kopiując przypis, zamiast dodawać a,b,c,d itp na liście przypisów, zaczyna dodawać je tam jako osobne 1,2,3 itp.VVerka5 (dyskusja) 04:40, 8 cze 2021 (CEST)Odpowiedz

A mogłabyś wskazać przykład gdzie to zaszło? Stok (dyskusja) 21:17, 13 cze 2021 (CEST)Odpowiedz
Zasadniczo to dzieje się tak zawsze w VE, ale przy zapisie (albo przejściu na wikikod) wszystko jest w porządku. Aʀvєꝺuι + 07:51, 21 cze 2021 (CEST)Odpowiedz

Wikikod - nowe znaczniki

Witam serdecznie.

Od dłuższego czasu edytując stronę dużo korzystam z wikikodów, które znajdują sie pod spodem w tabeli. Czy jest taka możliwość aby wprowadzić nowe Wikikody w postaci dwóch nawiasów → () i <center></center>. Jestem pewien iż dzięki łatwemu dojściu do tych kodów, ułatwiło by to w pracy innym użytkownikom no i przede wszystkim mnie. Kamil.ryy [pytanie ?] 10:28, 10 cze 2021 (CEST)Odpowiedz

Znacznik <center> jest przestarzałym HTML, należy na jego miejscu używać <div style="text-align: center;"> (mw:Help:Lint errors/obsolete-tag#Deprecated elements). Trochę to długie jak na schowek, i pewnie nie tak często wykorzystywane. Proponuję dopisać sobie do swojego brudnopisu, skąd wystarczy przekleić metodą kopiuj-wklej. Nawiasy okrągłe są natomiast łatwo osiągalne z poziomu zwykłej klawiatury. Pozdrawiam, Peter Bowman (dyskusja) 11:40, 10 cze 2021 (CEST)Odpowiedz
Co do tych dwóch nawiasów → () to kierowałem się tym że byłoby identycznie jak [[]] np tworząc szablon nawigacyjny to obok tzw linków wpisujemy np daty (urzędowania) i wtedy zaznaczyłbym te daty a następnie kliknąłbym w wikikod w postaci tych dwóch nawiasów i już ta data jest w nawiasach (2010–2015) a tu muszę z klawiatury robić :). Kamil.ryy [pytanie ?] 20:46, 10 cze 2021 (CEST).Odpowiedz

Template Parameters tool

Natknąłem się na coś takiego en:User:Bamyers99/TemplateParametersTool (pokazuje użycie parametrów szablonów z templatedata), może warto by to uruchomić też na plwiki? MarMi wiki (dyskusja) 02:51, 11 cze 2021 (CEST)Odpowiedz

Pochodzenie w zespołach muzycznych - rozjeżdzanie się szablonu

Zauważyłam, że w niektórych hasłach na temat zespołów muzycznych rozjeżdza się szablon „państwo”, który wstawia flagę i nazwę państwa. Co prawda można to naprawić w parę sekund (wystarczy usunąć zbędny szablon, czasami zastąpić go tekstem), ale czy nie dałoby się temu zaradzić w jakiś bardziej techniczny sposób? Przykład błędu. 190.52.129.39 (dyskusja) 19:34, 12 cze 2021 (CEST)Odpowiedz

Dało by się (na stałe, jeśli czegoś innego by to nie zepsuło) przenosząc końcowy /span za link i dodać styl white-space:nowrap (lub pre) do spanu (prawdopodobnie Szablon:Państwo/core).
Albo przez dodanie przed szablonem Państwo nowej linii (br/), przynajmniej dla podanego przykładu. MarMi wiki (dyskusja) 21:37, 12 cze 2021 (CEST)Odpowiedz

Szablon: DTS - błąd

Witam. Czy jest możliwość naprawienia "BŁĘDU WYWOŁANIA SZABLONU DTS". Ten błąd jest m.in w takich artykułach jak m.in ten, ten lub ten. Kamil.ryy [pytanie ?] 00:29, 13 cze 2021 (CEST).Odpowiedz

Jest, wystarczy dodać w tych artykułach odpowiednie lata do dts. MarMi wiki (dyskusja) 01:23, 13 cze 2021 (CEST)Odpowiedz
Albo znieść wymagalność roku w szablonie (@Malarz pl), bo z tego co widzę to rok jest podany na początku tabel. MarMi wiki (dyskusja) 01:31, 13 cze 2021 (CEST)Odpowiedz
Po co w ogóle jest {{Dts}}? Otóż, {{Dts}} jest do umieszczania w tabelach, żeby się prawidłowo daty sortowały. Jeśli nie ma konieczności posortowania dat (jak w Beatyfikowani i kanonizowani przez Jana Pawła II), to błędnie wypełniony szablon należy po prostu usunąć, a zamiast niego wpisać datę wprost (21 marca zamiast {{dts|21|3}}0000-03-21 21 marca(dts) br. --WTM (dyskusja) 11:46, 13 cze 2021 (CEST)Odpowiedz
Nie jest tak łatwo - tabele są sortowalne, więc dts jest potrzebny (jeśli działa) - zobacz jak się teraz sortuje np. tabela z Beatyfikowani_i_kanonizowani_przez_Jana_Pawła_II#1982. MarMi wiki (dyskusja) 20:12, 13 cze 2021 (CEST)Odpowiedz
@MarMi wiki Ten szablon działa normalnie, jeśli wpiszę datę. Nie wiem dlaczego zmienili, jeszcze nie tak dawno wszystko było ok. Kamil.ryy [pytanie ?] 20:24, 13 cze 2021 (CEST).Odpowiedz
A co do sortowania to rozwiązaniem lepszym będzie usunięcie zwrotu sortable aby nie sortowało się i wpisywać tak jak napisał powyżej WTM i sprawa rozwiązana :) Kamil.ryy [pytanie ?] 22:38, 13 cze 2021 (CEST)Odpowiedz
Powód podany był niżej - szablon w niektórych przypadkach nieprawidłowo podawał ukrytą datę (ale niekiedy to była zaleta). MarMi wiki (dyskusja) 21:27, 13 cze 2021 (CEST)Odpowiedz
@Kamil.ryy
Wcale nie lepszym - podejrzewam że łatwiej jest dodać jeden rok do wywołań dts, niż zamienić go ręcznie na daty i pozbawiać tabele niepotrzebnie funkcji sortowania. No chyba że robisz to przez automat, albo większość pozycji w tabeli jest bez wywołań dts? MarMi wiki (dyskusja) 03:40, 14 cze 2021 (CEST)Odpowiedz
też tak uważam jak @WTM ale jak to się mówi "kto pyta, ten nie błądzi". Kamil.ryy [pytanie ?] 11:53, 13 cze 2021 (CEST).Odpowiedz
Rok
1993-01
1993-01-01
1993-01-02
1993-02
1993-06
1993 1993(dts) tr (dts)
1993 (z palca)
MarMi wiki (dyskusja) 23:20, 14 cze 2021 (CEST)Odpowiedz
  • Jest pewne rozwiązanie aby zakończyć może ten temat a tym rozwiązaniem jest dopisanie dat do tego szablonu i ewentualne usunięcie rozdziałów m.in w artykułach między innymi w sprawie beatyfikowanych i kanonizowanych ale to nie wchodzi w grę według mnie. Albo ewentualnie wpisać ręcznie daty i tabela z ewentualną możliwością sortowania i to jest według mnie lepsze rozwiązanie Kamil.ryy [pytanie ?] 11:29, 14 cze 2021 (CEST).Odpowiedz
    Można zamienić rozdziały na {{anchor}}y, ze względu na przekierowania. Grawiton toki! 17:03, 14 cze 2021 (CEST)Odpowiedz
  • A gdyby tak zmienić szablon, żeby akceptował pusty rok? W niektórych artykułach (tam, gdzie nagłówki wyznaczają lata) miałoby to sens, a jednocześnie nie popsułoby samego mechanizmu sortowania (np. według klucza 0000-mm-dd albo nawet -mm-dd). Msz2001 (dyskusja) 13:50, 14 cze 2021 (CEST)Odpowiedz
    • Popieram propozycję Msz2001, trzeba jakoś rozwiązać ten problem skoro mechanizm sortowania musi być ;) Kamil.ryy [pytanie ?] 14:31, 14 cze 2021 (CEST)Odpowiedz
      Nie musi, ale z drugiej strony po co usuwać sortowanie, jeśli da się je doprowadzić do porządku mniejszym wysiłkiem niż ręczna zamiana na tekst?
      Dodanie pustego roku w przypadku art. Beatyfikowani nic nie da, bo niektóre wpisy mają inny rok niż ten w nagłówku. Tutaj akurat rozwiązaniem jest właśnie pododawanie roku do dtsów. MarMi wiki (dyskusja) 23:56, 14 cze 2021 (CEST)Odpowiedz
      • Dobra ok, więc wpadłem na kolejny pomysł, który powinien być już uwieńczeniem tematu n/t tego szablonu w art. o beatyfikacjach i kanonizacjach przez.... a mianowicie wpisać rok do dtsów a jednocześnie zmienić nazwy rozdziałów w artykułach na:

przed zmianą: 1979

Wyniesieni na ołtarze Data beatyfikacji Data kanonizacji
Małgorzata Ebner
0000-02-24 24 lutego(dts) br
(przez zatwierdzenie kultu)
Jakub Laval
0000-04-29 29 kwietnia(dts) br
Franciszek Coll
0000-04-29 29 kwietnia(dts) br
2009-10-11 11 października 2009(dts)
(przez Benedykta XVI)
Jadwiga Andegaweńska
0000-05-31 31 maja(dts) br
(przez zatwierdzenie kultu)
1997-06-08 8 czerwca 1997(dts)
(przez Jana Pawła II)
Henryk de Ossó Cervelló
0000-10-14 14 października(dts) br
1993-03-16 16 marca 1993(dts)
(przez Jana Pawła II)

po ew. zmianie: I rok pontyfikatu

Wyniesieni na ołtarze Data beatyfikacji Data kanonizacji
Małgorzata Ebner
1979-02-24 24 lutego 1979(dts)
(przez zatwierdzenie kultu)
Jakub Laval
1979-04-29 29 kwietnia 1979(dts)
Franciszek Coll
1979-04-29 29 kwietnia 1979(dts)
2009-10-11 11 października 2009(dts)
(przez Benedykta XVI)
Jadwiga Andegaweńska
1979-05-31 31 maja 1979(dts)
(przez zatwierdzenie kultu)
1997-06-08 8 czerwca 1997(dts)
(przez Jana Pawła II)
Henryk de Ossó Cervelló
1979-10-14 14 października 1979(dts)
1993-03-16 16 marca 1993(dts)
(przez Jana Pawła II)

Według mnie to byłoby dobre rozwiązanie jeśli należy wykorzystać ten szablon Kamil.ryy [pytanie ?] 08:57, 15 cze 2021 (CEST).Odpowiedz

Wikimania 2021: Individual Program Submissions

 

Dear all,

Wikimania 2021 will be hosted virtually for the first time in the event's 15-year history. Since there is no in-person host, the event is being organized by a diverse group of Wikimedia volunteers that form the Core Organizing Team (COT) for Wikimania 2021.

Event Program - Individuals or a group of individuals can submit their session proposals to be a part of the program. There will be translation support for sessions provided in a number of languages. See more information here.

Below are some links to guide you through;

Please note that the deadline for submission is 18th June 2021.

Announcements- To keep up to date with the developments around Wikimania, the COT sends out weekly updates. You can view them in the Announcement section here.

Office Hour - If you are left with questions, the COT will be hosting some office hours (in multiple languages), in multiple time-zones, to answer any programming questions that you might have. Details can be found here.

Best regards,

MediaWiki message delivery (dyskusja) 06:18, 16 cze 2021 (CEST)Odpowiedz

On behalf of Wikimania 2021 Core Organizing Team

Bot, który usuwa podkreślenia

Rzekomo znaczniki <u> i </u> są przestarzałe (wg kogo?) i The Polish Bot je usuwa; podkreślony tekst pozostaje po nim niepodkreślony(!). Tymczasem edytor wizualny podkreśla tekst tymże właśnie sposobem. Pomoc:Formatowanie tekstu również podpowiada „przestarzały” sposób. Co robić, jak żyć?
Ambiroz (dyskusja) 13:45, 18 cze 2021 (CEST)Odpowiedz

  • @The Polish? Emptywords (dyskusja) 14:06, 18 cze 2021 (CEST)Odpowiedz
  • Czy w ogóle potrzebujemy podkreślać tekst w artykułach? Zbędny ozdobnik. Gdyby było trzeba formatowaniem wskazać jedną z możliwości, jak w Who Wants to Be a Millionaire? (format)#Pierwszy zwycięzca głównej nagrody na świecie, to starczy pogrubienie (ale w ogóle jest to niezgodne z Wikipedia:Dostępność). Może jakieś równania chemiczne tego wymagają (ale wątpię, patrząc jak sklecono strzałkę ze znaków ASCII w ozon: O2 _ 2O: O<sub>2</sub> <sup>_<u>''hν''</u>_͕</sup> 2O). --WTM (dyskusja) 14:32, 18 cze 2021 (CEST)Odpowiedz
  • Coś takiego, bez względu na to, jakim sposobem (pogrubieniem, podkreśleniem, kursywą) będzie zrealizowane, jest niedopuszczalne. Wskazanie odpowiedzi powinno być bezpośrednie, a więc zawarte w tekście, nie zrealizowane za pomocą formatowania. Formatowanie jedynie pomaga w przekazie treści, nie może go zastępować. Odnośnie wzorów chemicznych: jest to wyłącznie próba zrobienia czegoś, co nie jest normalnie możliwe w tekście, nie na każdym urządzeniu będzie to dobrze wyglądać. Generalnie jest tak, że jeśli równanie chemiczne da się zapisać tekstem, to takiego formatowania nie trzeba używać; jeżeli czegoś nie da się zapisać bez tego rodzaju zabiegów, to potrzebna jest grafika. Wostr (dyskusja) 14:41, 18 cze 2021 (CEST)Odpowiedz
  • Tak jak napisali przedmówcy. Znacznik <u> wraz z kilkoma innymi znacznikami został uznany jako przestarzały w HTML 4; co prawda, HTML 5 ponownie go uznaje ale ze znaczeniem tekstu niemającego adnotacji tekstowej. Można więc podkreślić to co nie jest tekstem, symbol itd. Ponadto u nas nie powinniśmy używać podkreślenia, które myli się z linkami. Znacznik <s> też jest przestarzały (powinno się używać text-decoration: line-through;) a jest wstawiany przez VE. The Polish (query) 15:07, 18 cze 2021 (CEST)Odpowiedz

Kategorie i statystyka parametrów szablonu

Czy jest jakiś inny (lepszy?) sposób na zrobienie statystyki parametrów szablonu (coś w rodzaju [23] en:User:Bamyers99/TemplateParametersTool; konkretnie chodzi o szablon {{dts}}), poza wstawianiem stron do kategorii w zależności od testu parametru (poza tym to nie wykryje np. parametrów nazwanych [{{#invoke:Sprawdź}} dodaje długi komunikat])?

Albo jak można domyślnie ukryć kategorie, które nie istnieją (dla wszystkich; ewentualnie czy można to prościej/szybciej zrobić bez potrzeby tworzenia tymczasowo każdej kategorii z osobna)? MarMi wiki (dyskusja) 14:13, 18 cze 2021 (CEST)Odpowiedz

  • Nie wiem co chcesz konkretnie osiągnąć. Jeśli chodzi o statystyki wywołań przeczytaj akapit na mojej stronie Wikipedysta:Paweł Ziemian#Deprecjonowanie w Lua. Praktyczne użycie znajdziesz również w modułach map np. w Moduł:Mapa/dane/Hiszpania znajduje się „infobox” z linkami do stron, które używają tę mapę w infoboksach i innych mapach lokalizacyjnych. Paweł Ziemian (dyskusja) 21:56, 19 cze 2021 (CEST)Odpowiedz
    Chciałbym uzyskać podobne informacje o parametrach przekazywanych do szablonu, jak np. dla szablonu en:Inflation, bez potrzeby modyfikacji "produkcyjnego" szablonu przez dopisywanie kodu wrzucającego chwilowo strony do kilku(nastu) kategorii. MarMi wiki (dyskusja) 00:47, 21 cze 2021 (CEST)Odpowiedz
    Zapomniałem, że coś w tym rodzaju można sobie stworzyć w Lua (choć raczej w ograniczonym zakresie).
    Zatem pytanie brzmi, może ktoś wie coś o podobnych rozwiązaniach (poza wspomnianym już Template Parameters)? MarMi wiki (dyskusja) 01:30, 21 cze 2021 (CEST)Odpowiedz
    @MarMi wiki: można zwyczajnie przeanalizować ostatni zrzut danych, tak zresztą zdaje się działa TemplateParameters. Wygenerowałem tę listę dla {{dts}}. Peter Bowman (dyskusja) 17:12, 21 cze 2021 (CEST)Odpowiedz
    @Peter Bowman Dzięki.
    A jak to zrobić samemu (dla np. innego szablonu)? PBbot z tego co widzę nie ma dostępnej publicznie konfiguracji.
    Ewentualnie czy zrzut danych można "przepytywać" online (bo pewnie dużo zajmuje)? MarMi wiki (dyskusja) 01:54, 23 cze 2021 (CEST)Odpowiedz
    @MarMi wiki: jeżeli chcesz sobie samemu sporządzić taką listę, kod bota jest publiczny, zaś program użyty do jej wygenerowania został zakomentowany w kodzie źródłowym strony, na samym dole. Opcje online są dwie: poprosić autora TemplateParameters, żeby uwzględnił polskojęzyczną Wikipedię, albo napisać podobne narzędzie dostosowane do naszych potrzeb. Przepytywanie zapewne wygląda tak: bot okresowo (co parę tygodni, wraz z ukazaniem się nowego zrzutu danych) analizuje zrzut i zapisuje dane z szablonów w pliku albo bazie danych (offline); aplikacja web udostępnia dane za pośrednictwem interfejsu (online). Sam zrzut nie powinien być odczytywany poprzez bezpośrednie zapytanie online, inaczej przykładowo dla plwiki zajęłoby to ok. 5 minut, za każdym razem znacząco obciążając serwer. Jeżeli potrzebujesz podobnej listy dla innego szablonu, mogę ją bez problemu wygenerować i zapisać na stronie wiki jak tę pierwszą. Peter Bowman (dyskusja) 12:44, 23 cze 2021 (CEST)Odpowiedz
    O, z tego co widzę, to ten zakomentowany kod powinno dać się uruchomić też lokalnie (offline)? (tzn. nie musi być botem uruchamianym na zdalnym serwerze?).
    Osobiście to raczej rzadko będę takiego zrzutu potrzebował (ale nigdy nic nie wiadomo), więc własnoręczny bot raczej odpada (poza tym nie znam się na botach). W razie czego spróbuję pozostałych sposobów. MarMi wiki (dyskusja) 01:40, 24 cze 2021 (CEST)Odpowiedz
    Tak, ale doprecyzuję: pod terminem offline mam na myśli jednorazową lub okresową pracę automatu (obojętnie czy lokalnie, czy na serwerze), obejmującą szereg prac, których wykonanie w czasie działania głównego programu (czyli: interfejs online do prostego przeglądania statystyk parametrów; ten obowiązkowo jest uruchamiany na serwerze) byłoby nadmiernie czasochłonne i nieefektywne. Tryb offline generuje więc plik statyczny, a ten jest następnie odtwarzany przez tryb online. Nazwałem rzeczy trochę po swojemu, przepraszam za niejasność :). Peter Bowman (dyskusja) 11:06, 24 cze 2021 (CEST)Odpowiedz
    @MarMi wiki: jeżeli chcesz poeksperymentować bez konieczności kompilowania kodu źródłowego, tutaj wrzuciłem prostą wersję .exe tego samego programu. Wymagania: Java 8+. Należy rozpakować folder, następnie pobrać plik "plwiki-20210620-pages-articles.xml.bz2" stąd, umieścić (bez rozpakowywania) w tym samym folderze i uruchomić plik .exe, który zapyta o szablon. Chwilę potrwa (dla plwiki jakieś 5 minut), na końcu pojawi się komunikat. Powinno też działać dla innych projektów. Peter Bowman (dyskusja) 19:11, 25 cze 2021 (CEST)Odpowiedz
    @Peter Bowman - program dochodzi do podania pliku wynikowego (out.txt), po zatwierdzeniu proces programu się kończy bez żadnego komunikatu i bez utworzenia tego pliku (Win 10 64bit, Java 8 portable 32bit, katalog z programem w c:\users\użytk\Download).
    Prawdopodobnie nie działa dlatego, że wiki-java-0.36.jar jest skompilowana w wersji javy 11 (Build-Jdk-Spec: 11).
    Jakbyś mógł jeszcze udostępnić ten program w postaci .jar, to ewentualne błędy by poszły na konsolę (chyba że da się to także zrobić przy exeku [konsola Javy się w portable nie pokazuje po ustawieniu w javacpl]).
    Próba uruchomienia przez java -jar template-stats.exe kończy się błędem JNI i nie znalezieniem klasy CompressException (nawet przy podaniu jara common-compress do -cp). MarMi wiki (dyskusja) 00:48, 27 cze 2021 (CEST)Odpowiedz
    Dzięki pomocy MarMiego program już się uruchamia w Javie 8. Najnowszy .exe jest nadal dostępny pod tym samym adresem. Pozdrawiam, Peter Bowman (dyskusja) 15:46, 1 lip 2021 (CEST)Odpowiedz
  • Zrzuty z Wikipedii (chyba bez historii edycji) są relatywnie małe. Tylko około 2 GB skompresowanego pliku. Po rozpakowaniu nie więcej niż 10 GB. Ja czasami je obrabiam offline. Przydają się jako źródło do analizy. To jest nic w porównaniu do Wikidanych, który mam z zeszłego roku, i skompresowany do 4% ma 60 GB. Ten faktycznie przerabiałem „w locie” rozpakowując, dzieląc, filtrując i analizując. Paweł Ziemian (dyskusja) 19:31, 23 cze 2021 (CEST)Odpowiedz

1 500 000 artykułów w polskojęzycznej Wikipedii

Początkowo w języku polskim zgromadzono około 1 480 000 artykułów, poczekaj, aż będzie 1 500 000 artykułów polskich. --93.157.169.14 (dyskusja) 14:35, 18 cze 2021 (CEST)Odpowiedz

Szablony {sortname} oraz {link-interwiki}

Mam problem z równoczesnym zastosowaniem szablonów {sortname} oraz {link-interwiki}. Rzecz sprowadza się do wstawiania linków interwiki do biogramów w sortowalnych tabelkach. Tu przykład. Muszę tutaj wybrać pomiędzy

 {{link-interwiki|Ingrid Daubechies|Q=Q275604}}

oraz

 {{Sortname|Ingrid|Daubechies}}

Ta pierwsza opcja jest według mnie merytorycznie lepsza, gdyż więcej informacji zyskam z linka do Wikidanych niż z informacji o tym, że czyjeś nazwisko alfabetycznie występuje w stosownej kolejności (nawet jeśli wygląd WD odstrasza zwykłego człowieka, to akurat linki interwiki są tam strawnie na wierzchu).

Próbowałam użyć składni:

 {{link-interwiki|{{Sortname|Ingrid|Daubechies}}|Q=Q275604}}

efekt: [[Daubechies, IngridIngrid Daubechies|Daubechies, IngridIngrid Daubechies]](inne języki)

 {{link-interwiki|Ingrid Daubechies|tekst={{Sortname|Ingrid|Daubechies}}|Q=Q275604}}

efekt: {link-interwiki|Ingrid Daubechies|tekst=Daubechies, IngridIngrid Daubechies|Q=Q275604}}

– czyli żadna z nich nie działa. Czy dałoby się pożenić jakoś te dwa szablony i czy ma to w ogóle sens? Zapewne wymagałoby to również grzebania w działaniu samego Sortname --czupirek (dyskusja) 14:05, 19 cze 2021 (CEST)Odpowiedz

@czupirek: Da się, używając sortname tylko do ustawienia klucza sortowania:
{{Sortname|4=Daubechies, Ingrid|nolink=1}}{{link-interwiki|Ingrid Daubechies|Q=Q275604}},
co daje:
Daubechies, IngridIngrid Daubechies
<span style="display:none">Daubechies, Ingrid</span>[[Ingrid Daubechies|Ingrid Daubechies]]<span class="ExistingLink" style="display:none" >Ingrid Daubechies</span> MarMi wiki (dyskusja) 00:05, 21 cze 2021 (CEST)Odpowiedz
@MarMi wiki Dziękuję, wygląda na to, że to rozwiązuje mój problem. Ciekawy patent. --Czupirek (dyskusja) 19:36, 21 cze 2021 (CEST)Odpowiedz

Odchodzimy od stosowania szablonów?

Doszły mnie słuchy, że odchodzimy od stosowania szablonów, gdyż tworzą one niepotrzebny balast, a użytkownik i tak nie widzi różnicy. Proszę zatem zastąpić we wszystkich hasłach szablony cytowania zwykłym tekstem, choćby na wzór tej edycji. Czy może jednak ktoś przemówi użytkownikowi do rozsądku? Sądząc po wpisach na jego stronach dyskusji, jeszcze nikomu się nie udało. Wikieditor4744 (dyskusja) 08:28, 20 cze 2021 (CEST)Odpowiedz

Widzę więcej problemów z wikipedystą @Selso. Na przykład taka edycja. Zbędna i bezsensowna. Numerację podaje się rzadko, tylko jeśli coś jest enumeratywne, a tu mamy wręcz przeciwieństwo - bo są to publikacje WYBRANE, co jest wręcz antytezą enumaratywności. Selso - po co to? Beno (dyskusja) 09:04, 20 cze 2021 (CEST)Odpowiedz
  • Jest wiele sposobów cytowania książek, i wielokrotnie w historii wikipedii się zmieniały. Komuś np. spodobało się, by zamiast przecinków były kropki, inny wprowadził po autorze dwukropek itp. Za każdą taką zmianą szablonu szła potem ogromna ilość edycji technicznych, które nic nowego nie wnoszą. Z tego powodu uważam, ze szablon cytowania jest tylko zbędnym balastem i źródłem ogromnej ilości edycji nic nowego nie wnoszących. Nie ma szablonu – nie ma zbędnej nim zabawy. On i tak jest przecież w art. niewidoczny, jest tylko wzorem, jak ma wyglądać przypis. Dla użytkowników wikipedii jest zupełnie zbędny. By to unaocznić w art. Dupinek wstawiłem nowy szablon cytowania książki (ty zastosowałeś stary). Teraz m.in. w art. zamiast dwukropku po autorze, jest przecinek. I co – będziemy setki tysięcy artów edytować dla tej technicznej zmiany, bo komuś się tak podobało zmienić szablon? Kiedyś ktoś znowu wymyśli jakąś jego poprawkę i zabawa zacznie się od nowa. Zaprzestałem stosowania tego szablonu i nie będę go używał nawet pod groźbą stałego zablokowania. Selso (dyskusja) 09:28, 20 cze 2021 (CEST)Odpowiedz
    @Selso, choć formalnie nie ma takiego wymogu, to jednak używanie szablonów jest znacznie bardziej pożyteczne. Jeżeli, jak się wyraziłeś, kiedyś ktoś znowu wymyśli jakąś jego poprawkę, to znacznie łatwiej jest ją wprowadzić w jednej edycji w szablonie {{Cytuj}} niż botować setki tysięcy artykułów (tak jak w przypadku zwykłego tekstu bez szablonu). Czyli tak naprawdę jest dokładnie odwrotnie niż zasugerowałeś w swojej wypowiedzi. :) Szoltys [Re: ] 09:41, 20 cze 2021 (CEST)Odpowiedz
    @Selso Jest dokładnie tak, jak pisze @Szoltys. Widać, nie rozumiesz idei szablonów. One są - powtórzę za przedpiścą - by nie tworzyć tysięcy poprawek. Co więcej, wszystkie cytowania powinny być oszablonowane na Wikipedii. Nazywa się to automatyzacją, co jest szczególnie potrzebne w tak dużym projekcie. Twoje usuwanie szablonów ma znamiona wandalizmu. Beno (dyskusja) 09:52, 20 cze 2021 (CEST)Odpowiedz
    @Selso Otóż właśnie po to są szablony cytowania, żeby, w razie uznania, że zmieniamy sposób zapisu cytowanych źródeł, zrobić to za pomocą kilku edycji w szablonach, a nie w setkach tysięcy w artykułach. Nie ma żadnego innego niż szablony sposobu osiągnięcia względnego ujednolicenia zapisu przypisów. Co więcej, również w publikacjach naukowych zazwyczaj nie wprowadza się żadnych przypisów bibliograficznych ręcznie. W efekcie linkowaną edycję uważam za szkodliwą. Mpn (dyskusja) 09:57, 20 cze 2021 (CEST)Odpowiedz
  • ale tak się nie dzieje; stary szablon wprowadzony przez Wikieditor4744 nie stał się nowym szablonem. Oglądałem ogromną ilość ręcznych edycji szablonu cytuj książkę, w których np. wyraz rok zamieniano na wyraz data i inne tego typu ręczne poprawki. A w ogóle to w piśmiennictwie naukowym jest wiele sposobów cytowania książki i nie jest tak, że tylko jeden jest dobry, więc nawet jeśli zmianę szablonu udałoby się zrobić botem, to i tak miałaby ona sens tylko wtedy, gdyby prostowała błąd merytoryczny. Często jednak ręcznie lub botem wprowadzane są poprawki dobrego na dobre, czyli nie poprawiające błędów merytorycznych, a tylko zmieniające jakieś tam techniczne ustalenia. Ponadto za nieustanną zmianą technikaliów nadążają tylko ci, którzy się tym zajmują. Tym, którzy zajmują się pisaniem artów na to już nie starcza czasu. Jest takie powiedzenie; albo rybki, albo pipki. Selso (dyskusja) 10:05, 20 cze 2021 (CEST)Odpowiedz
    @selso Cyt.: "w piśmiennictwie naukowym jest wiele sposobów cytowania" - to prawda, ale w redakcji każdego porządnego wydawnictwa stosują tylko jeden sposób cytowania. Wikipedia też jest takim "domem wydawniczym". Chodzi o spójność, która jest wykładnią estetyki (albo na odwrót). Nie chcesz stosowania szablonów, nie stosuj, ale nie psuj pracy innych wikipedystów. Beno (dyskusja) 10:26, 20 cze 2021 (CEST)Odpowiedz
    @Beno. Nie tylko porządnego. Tego, do którego ja pisałem, (niestety) również Mpn (dyskusja) 12:01, 20 cze 2021 (CEST)Odpowiedz
    też jestem za standaryzacją, choć bez przesady. Standaryzację przypisu cytowania można jednak osiągnąć bez szablonu - wystarczy korzystać z jego wzoru. Problem w tym, że wzór ten zmieniał się już wiele razy i szablon cytowania wcale nie umożliwił wystandaryzowania, był tylko źródłem licznych ręcznych poprawek; dzisiaj są one już nieaktualne, bo szablon znów jest inny. Wolę wstawiać przypisy bez szablonu, który jest tylko źródłem zbędnych edycji. Chcę wiedzieć tylko jedno; czy według aktualnych ustaleń szablon cytowania książki, który podałem w art. Dupinek jest aktualny, czy już jest nieaktualny. (chodzi o te kropki, przecinki i kolejność)Selso (dyskusja) 10:42, 20 cze 2021 (CEST)Odpowiedz
    Więc jak ustalenia się zmienią, będziesz te wszystkie przypisy zmieniał ręcznie Mpn (dyskusja) 12:04, 20 cze 2021 (CEST)Odpowiedz
    @selso Jest kilkaset. Co technicznie rozwiązuje się poprzez wstawianie przypisów i importowanie gotowej bibliografii z Mendeleya bądź innego programu robiącego to automatycznie. Przy czym książek prawie się nie cytuje. Skoro, jak zauważasz, nie nadążasz za technikaliami, jak większość z nas, to nie wtrącaj się do pracy kolegom, którzy się znają. user:Malarz pl czy Wikipedysta:Paweł Ziemian jakoś nie walczą z szablonami, wprost przeciwnie. Co do czasu: poprawiałem kiedyś w publikacji koło 30 przypisów ręcznie. Kropka, przecinek średnik, tu kursywą, tu nie... Wspaniała zabawa na wiele godzin. Nie mam zamiaru uskuteczniać jej tutaj. Mpn (dyskusja) 11:59, 20 cze 2021 (CEST)Odpowiedz
    Trzy uwagi. Pierwsza, szablony cytowania nie są obowiązkowe, to zostało ustalone w momencie ich dopuszczenia. Druga, książki w naukach humanistycznych jak najbardziej się cytuje, stanowią tam każdorazowo tak z 50%+ literatury. Trzy, Szablony cytowania są dość ułomne, wielu sposobów formatowania nie uwzględniają, wielu trudniejszych czy bardziej złożonych przypadków nie obsługują, wreszcie nie są zgodne z zasadami zapisu bibliograficznego stosowanymi w europejskim piśmiennictwie humanistycznym co najmniej od początku XIX wieku. Ostatnio staram się wtłoczyć publikacje, z których korzystam, w szablony (i na poziomie cytuj, i na poziomie odn) i nierzadko bywa kiepsko. Paelius (dyskusja) 14:14, 20 cze 2021 (CEST)Odpowiedz
    Obawiam się, Paelie, że jednak humaniści są tu w mniejszości. W naukach medycznych nie liczyłem, ale cytowane książki stanowią pewnie mniej niż kilka %. Co do wielu formatów, oczywiście, że nie uwględniają, ponieważ pomimo istnienia setek różnych formatów winniśmy zdecydować się na 1-kilka, inaczej będzie w każdym artykule inaczej. Mpn (dyskusja) 15:07, 20 cze 2021 (CEST)Odpowiedz
    Napisz proszę, co nie działa tak, jak powinno, albo co próbujesz zrobić, a wychodzi inaczej. Szablony cytowania idealne nie są, {{odn}}y również – myślę, że bardziej odzwierciedlają sposób cytowania w naukach przyrodniczych niż w humanistycznych, ale mimo tego, że nie da się w ramach jednego szablonu stosować dwóch różnych sposobów cytowania, zawsze jest jakieś pole do poprawek. Wostr (dyskusja) 14:33, 20 cze 2021 (CEST)Odpowiedz
    myślę, że bardziej odzwierciedlają sposób cytowania w naukach przyrodniczych niż w humanistycznych — to jest kluczowe i dla mnie niezrozumiałe. Odn-y to temat-rzeka. Ich nieprzystosowanie do stosowania gdzie indziej niż w artykułach z czasopisma i książce (monografii) jednoautorskiej jest raczej ogólnie znane. Ich koszmarna obsługa dla osoby, która nie operuje (nie jest w stanie operować) w trakcie korzystania z publikacji datą wydania, chyba również. Paelius (dyskusja) 14:49, 20 cze 2021 (CEST)Odpowiedz
    Myslę, że niekoniecznie, w naukach przyrodniczych wykorzystujemy głównie {{cytuj}} bądź jego starszych braci. Aczkolwiek problemy z {{odn}} to inna kwestia, tutaj dyskutujmey nad głównym szablonem cytuj. Mpn (dyskusja) 15:09, 20 cze 2021 (CEST)Odpowiedz
    Drobna poprawka. Z wieloma szablonami trzeba walczyć. Niektóre się do niczego nie nadają (jak choćby wszystkie serii {{fb}}/{{vb}}/{{hb}}). Niektóre są zbędne bo tylko utrudniają pracę lub dublują inne. ~malarz pl PISZ 15:04, 20 cze 2021 (CEST)Odpowiedz
    Wiele szablonów nadaje się tylko do usunięcia, jak i wiele artykułów (ostatnio poszła np. cała flota gwiezdna z serialu). Aczkolwiek szablony cytowania akurat, mam nadzieje, do tych nie należą. Istnieje też wiele innych pożytecznych szablonów, ale nie chciałbym tu rozwadniać dyskusji Mpn (dyskusja) 15:11, 20 cze 2021 (CEST)Odpowiedz
  • Rozumiem usunięcie szablonu z powodu tego, że działa nieprawidłowo, źle formatuje opis bibliograficzny, że daną pozycję ciężko wtłoczyć w ramy szablonu. Ale usunięcie szablonu cytowania tylko po to, aby sformatować opis w taki sam sposób, jak robi to szablon... Coś tu nie halo. Wostr (dyskusja) 14:33, 20 cze 2021 (CEST)Odpowiedz
    • Jeżeli przypis bez szablonu wygląda tak samo jak z szablonem, to znaczy, że szablon jest zbędny. Też zauważyłem, że szablony cytowania na wikipedii nie są zgodne z zasadami zapisu bibliograficznego stosowanymi w europejskim piśmiennictwie, tak więc wszystkie te liczne edycje ich poprawiania to syzyfowa praca i w ogóle szablony nadal są do kitu. Jak pisze Paelius, mimo licznych korekt szablony te nadal nie umożliwiają uwzględnienia niektórych parametrów. Dalsza ich rozbudowa to będzie tylko przerost formy nad treścią. W niektórych art. objętość szablonów już jest większa od objętości treści artykułu! Selso (dyskusja) 15:06, 20 cze 2021 (CEST)Odpowiedz
      • No właśnie nie. Z kilku powodów, częściowo już ci wyłozonych:
        1. szablon oznacza standaryzację
        2. nie muszę się zastanawiać, jak przypis ma wyglądać
        3. w razie czego wszystkie przypisy można łatwo przeformatować
      • A tak w ogóle, @Selso i (nie pinguję) Paelie, jaki jest ten europejski standard cytowania? Mpn (dyskusja) 15:14, 20 cze 2021 (CEST)Odpowiedz
        • Chociażby umożliwiający zapis typu numeru czasopisma (nr, z., H.), ale przede wszystkim możliwość umieszczenia go po roku. Paelius (dyskusja) 15:30, 20 cze 2021 (CEST)Odpowiedz
          • Ale chwilkę, ja się z tym w czytanych przeze mnie polskich czasopismach nie spotykałem! Tak więc obawiam się, że jest to standard uznawany w niektórych tylko naukach. I tutaj problem nie polega na tym, że szablon tego zabrania (bo zapewne nasi koledzy bez problemu dorobiliby jeszcze jedną rubryczkę do szablonu). Problem polega na tym, że nie jest to standard powszechnie stosowany. Tutaj dochodzimy do tego samego problemu, co już wiele razy: otóż to, co przedstawiciele nauk humanistycznych uznali za obowiązujące, niekonieczne jest obowiązujące dla nas. Nie widzę potrzeby wprowadzania takiego zapisu, nie widzę go w literaturze. co więcej, dla zachowania jakiej takiej spójności odradzałbym jego wprowadzanie. Dlatego też jego obecność w standardzie obowiązującym w wąskim środowisku nie stanowi dla mnie dobrego argumentu przeciw szablonowi. Mpn (dyskusja) 18:35, 20 cze 2021 (CEST)Odpowiedz
  • szablon oznacza standaryzację ; tak, przydaje się dla tych, którzy nie wiedzą, jak sformatować przypis. Ale przypis można też zestandaryzować bez użycia szablonu.
  • nie muszę się zastanawiać, jak przypis ma wyglądać – ja też nie muszę, bo je kopiuję z listy używanych przypisów
  • w razie czego wszystkie przypisy można łatwo przeformatować – i tu jest problem; gdyby tak było, to skąd te setki obserwowanych przeze mnie edycji, w których ręcznie poprawia się wyrazy szablonu, np. zamienia rok na datę, usuwa miesiące i inne podobne? Były takie szablony cytowania, w których występowały te wyrazy i jak się wydaje nie można ich usunąć/zamienić automatycznie. Szablony te były więc tylko źródłem dodatkowej roboty. W dalszym ciągu istniejące różne szablony różnie formatują tekst przypisu (te kropki, dwukropki, przecinki) – tak więc ich automatyczne zestandaryzowanie zdaje się nie jest możliwe. Weź też pod uwagę, że edytowanie półtorej miliona artykułów tylko dla takich drobiazgów to przesada. Tym bardziej, że po tych edycjach nadal przypisy będą niezgodne z przyjętym europejskim standardem, a jest on tak różny od tego na polskiej wiki, że raczej nie da się tego przeformatować, tylko trzeba byłoby wszystkie przypisy tworzyć na nowo. Selso (dyskusja) 15:49, 20 cze 2021 (CEST)Odpowiedz
    I, wyobraź sobie, ja też nie wiem, bo widuję ciągle przypisy poformatowane w najrozmaitszy sposób. I nie, kilka tysięcy użytkowników nie nauczy się jednego i go nie przyjmie. I nie, nie jest wykonalna praktycznie jakakolwiek standaryzacja bez szablonów. Fajnie, że masz jaką listę przypisów, ja nie mam. Korzystam z dziesiątków publikacji, często coraz to nowych. A skąd wiesz, że te edycje są robione ręcznie? A jeśli częściowo ręcznie, to skąd wiesz, że z trudem? Ile razy poprawiałeś kilkadziesiąt przypisów pod rząd? A, i nie pisz proszę o europejskim standardzie jako o czymś powszechnie obowiązującym, bo czegoś takiego nie ma. Mpn (dyskusja) 18:42, 20 cze 2021 (CEST)Odpowiedz
  • Abstrahując od ciągłych zmian w wyżej wymienionych szablonach i innych związanych z nimi trudności, które na pewno wielu irytują... Nie podoba mi się postawa będę robił jak mi się podoba, nawet pod groźbą zablokowania. Sama niechęć do szablonów raczej nie jest powodem, dla którego ktokolwiek miałby być blokowany, ale nieuchronnie prowadzi do konfliktów, a te mogą łatwo dostarczyć konkretnych już powodów do blokowania (nie wspominając o innych, jeszcze gorszych skutkach). I po co? Chyba i bez tego jest wystarczająco wiele rzeczy, o które się nieustannie spieramy. Kiedy znajdziesz się na autostradzie i wydaje ci się, że wszyscy oprócz ciebie jadą pod prąd, to najlepiej szybko zawrócić, a nie uparcie przekonywać pozostałych, że źle jadą. PG (dyskusja) 16:17, 20 cze 2021 (CEST)Odpowiedz
  • Zastępowanie szablonów "Cytuj" ręcznym opisem bibliograficznym to cofanie się do czasów skrybów w klasztorach. Uniformizacja standardów cytowania jest konieczna, jeśli w tym względzie Wikipedia ma wyglądać spójnie, a nie jak zlepek żółtych karteczek. Edycja Selsa nie była oczywiście wandalizmem, tym niemniej była ona całkowicie zbędna i błędna, i słusznie została anulowana.
Co do obiekcji Paeliusa - jeśli w dziedzinie nauk humanistycznych wskazany byłby inny sposób wyświetlania przypisów, to w szablonie można to na pewno zrealizować niezwykle prosto, np. wprowadzając nowy parametr, np. "dziedzina = hum" czy coś w tym stylu. Zgłoś wniosek w Kawiarence, jeśli uzyska akceptację, to zapewne od strony technicznej nie będzie to problemem. Michał Sobkowski dyskusja 17:29, 20 cze 2021 (CEST)Odpowiedz

Przez wiele lat szedłem z prądem, ale rozsierdziła mnie duża ilość edycji napisanych przeze mnie artykułów związanych tylko z szablonem cytowania. Część edycji wynikała z moich błędów przy tworzeniu szablonu, część z niezależnych ode mnie zmian szablonu. Nie ma szablonu – nie ma poprawek ani pierwszej, ani drugiej grupy. Jeśli komuś zechce się zamieniać moje przypisy na te z szablonem – no cóż, niech każdy bawi się, jak umie - ja wolę robić coś bardziej twórczego. Selso (dyskusja) 17:38, 20 cze 2021 (CEST)Odpowiedz

  • Zastępowanie szablonów "Cytuj" ręcznym opisem bibliograficznym to cofanie się do czasów skrybów w klasztorach. Moje przypisy (pisałem o tym powyżej) to komputerowe kopiuj, wklej. Samo zaś tworzenie przypisu bez szablonu jest nawet prostsze od tworzenia przypisu z szablonem. Tak, czy siak, nijak to się ma do pracy skryby w klasztorze. Selso (dyskusja) 17:55, 20 cze 2021 (CEST)Odpowiedz
  • To akurat prawda. Napisanie tekstu hasła trwające 10–15 minut, skutkuje potem co najmniej 30 minutami bawienia się w szablony. Paelius (dyskusja) 18:04, 20 cze 2021 (CEST)Odpowiedz
    A to ciekawe, bo mnie akurat wstawienie tekstu w szablonu zajmuje bardzo mało czasu. W przeciwieństwie do ręcznego poprawiania przypisów, nad czym w przypadku jednej publikacji naukowej można siedzieć kilka dni. Mpn (dyskusja) 18:44, 20 cze 2021 (CEST)Odpowiedz
    Ja mam tutaj inne odczucia (a robię w redakcji tekstów quasi-zawodowo). Ręczne poprawianie przypisów, kiedy są napisane czystym tekstem jest przyjemnością, w przeciwieństwie do przypadków, kiedy ktoś się pobawi w formatowanie/szablony i trzeba poprawiać taki przypis. A czas zajmuje, bo trzeba taką cytatę utworzyć, a potem oszablonować, próbując sobie przypomnieć, jak poszczególne pola są nazwane, jak sformatować szablon, by uzyskać zadowalający produkt końcowy (różne znaczki, kolejności itp.). A to zajmuje czas. W przeciwieństwie do używania klawiatury i posiłkowania się apostrofem. Paelius (dyskusja) 19:43, 20 cze 2021 (CEST)Odpowiedz
    Super, mogę Ci wysłać moją kolejną publikację, jak mi kolejny raz nie przyjmą w piśmie i będzie trzeba pół setki przypisów przepisać nie tylko z Vancouver na Harvarda, ale zgodnie z zaleceniami pisma powstawiać i pousuwać kropki, przecinki, kursywy itp? Już nie raz siedziałem nad tym tydzień. A Mendeleyem choćby zrobi się to samo w kilka godzin. Mpn (dyskusja) 20:56, 20 cze 2021 (CEST)Odpowiedz
    Przerobienie 50 przypisów to 2–3 godziny maksymalnie. Paelius (dyskusja) 21:28, 20 cze 2021 (CEST)Odpowiedz
    Być może po prostu jestem niepełnosprawny intelektualnie :-( Mpn (dyskusja) 08:15, 21 cze 2021 (CEST)Odpowiedz
    Bo nie robisz tego zawodowo, tylko we własnym zakresie. Paelius (dyskusja) 13:21, 21 cze 2021 (CEST)Odpowiedz
Przyznam, że sam nie bardzo rozumiem, dlaczego tak wielu tutejszych edytorów skupia się kwestiach czysto technicznych, które trudno zrozumieć bez ponadprzeciętnej znajomości mechanizmu wiki. O ile dbałość o szczegóły jestem w stanie docenić, to wolałbym, żeby część energii poświęconej czystym technikaliom przeznaczono na poprawianie innych szczegółów – np. formatu wstępu, typografii czy nawet głupiej kolejności sekcji w hasłach. Wydaje mi się, że byłoby to z większą korzyścią dla czytelnika, bo takie niuanse można już dostrzec gołym okiem, w odróżnieniu od jakiejś tam zamiany „rok” na „data”.
Jednakże sama idea szablonów wydaje się słuszna. Celem ich stosowania jest właśnie ujednolicenie formatu różnych zapisów. Osobiście wydawało mi się też, że szablony bardzo ułatwiają wstawianie przypisów (nie trzeba mieć wszystkiego w głowie), ale rozumiem, że niektórzy mają większe predyspozycje pamięciowe i niestraszne im nawet ręczne wklepywanie i układanie danych. Problem w tym, że same szablony występują tutaj w kilku wersjach, które różnią się pewnymi szczegółami. Uważam, że troszkę psuje to pierwotny zamysł i poziom standaryzacji. Poza tym zdążyłem się zorientować, że wywołania szablonu „Cytuj” tworzone przez narzędzie do automatycznego generowania przypisów nie są optymalne pod względem technicznym, przez co później i tak bywają przez kogoś poprawiane, bo wskoczył zbędny miesiąc czy coś.
Zdaje się, że stąd właśnie bierze się sprzeciw niektórych użytkowników (a przynajmniej Selsa). Szablonów cytowania jest kilka, czasami ktoś zamieni jeden na drugi, bo akurat woli tamten. Automat od przypisów coś tam wyrzeźbi, ale później i tak trzeba po nim poprawiać. Szablony są niejednolite, bo w jednym jest parametr „s”, a w drugim już „strony” – źle wstawisz, to potem trzeba poprawić. Ostatecznie wychodzi tak, że ładu i konsekwencji w obrębie hasła już nie ma, bo ktoś zamieni jedno wywołanie, a drugiego nie ruszy.
Nie kwestionuję prostego faktu, że stosowanie szablonów to w lepsze rozwiązanie niż wklepywanie wszystkiego z palca. To jest oczywiste. Ale Selso ma w pewnym sensie rację, bo współistnienie kilku wersji szablonów ma się nijak do jakiejś idei standaryzacji. Dobrze tylko, że te szablony są jednak powszechnie używane, bo daje to techniczną możliwość ich ujednolicenia do jednej postaci (i dlatego stosowanie szablonów, jakie by nie były, jest raczej wskazane). Zastanawiam się wręcz, dlaczego wciąż tego nie uczyniono (wraz z dodaniem alternatywnych nazw parametrów?). Czy istnieją jakieś przeszkody techniczne, czy to kwestia (braku) zgody społeczności? Ts123321 (dyskusja) 19:01, 20 cze 2021 (CEST)Odpowiedz
Istnieje ich kilka głównie z dwóch powodów, które w skrócie można określić jako: (1) ja się przyzwyczaiłem do starego i nie chcę nowego, (2) nowy działa źle, ale nie powiem, co jest nie tak, jest zły i sam się domyśl. Widać to zresztą po niektórych dyskusjach, w których albo ktoś narzeka na coś związanego z {{cytuj}}, ale nie jest w stanie albo nie chce podać żadnych konkretów, albo też próbuje wstawić w parametr coś, czego tam nie powinno być i ze zdziwieniem odkrywa, że to coś się źle wyświetla. Jest to częste, nie prowadzi do niczego, w taki sposób nigdzie nie da się dojść. Wielokrotnie miałem uwagi do {{cytuj}}, za każdym razem pisałem w dyskusji szablonu i zazwyczaj dało się coś z tym zrobić, aby działało lepiej. Trzeba jednak oswoić się z myślą, że szablony typu {{cytuj książkę}}, {{cytuj pismo}} czy {{cytuj stronę}} to relikty, skazane na zagładę, którymi nikt się już nie opiekuje, nie poprawia ich. Można więc albo starać się zgłaszać konkretne uwagi do działania {{cytuj}}, próbować go używać na różnych przypadkach, testować jego działanie — albo za kilka lat chodzić jeszcze bardziej naburmuszony, bo stare szablony nie działają, nowy działa źle i mi się to wszystko nie podoba, wszyscy są przeciwko mnie. Odnośnie jakichś absurdalnych zarzutów, że ktoś przychodzi i w szablonie zmienia s na strony czy rok na data... A co? Wasz artykuł, nie dam, nie edytować, łapy precz? Może zamiast marudzić, zapytacie się, z czego wynika taka, a nie inna konstrukcja szablonu? Czemu coś działa tak, a nie inaczej? Może jakbyście zapytali, to ktoś by Wam udzielił odpowiedzi. I może nawet ta odpowiedź miałaby w sobie minimum sensu... Nie żeby komuś od razu przyznawać rację, w końcu narzekanie to nasze narodowe hobby. Wostr (dyskusja) 20:17, 20 cze 2021 (CEST)Odpowiedz
Na razie to na zgłoszony problem, to się dowiedziałem, że nauki humanistyczne to jakiś pomijalna śladowość jest, więc ze zgłaszaniem problem jest, zwłaszcza, że nie uwzględnia się dwuwiekowej tradycji europejskiej (scil. niemieckiej) szkoły aparatu krytycznego. Paelius (dyskusja) 20:35, 20 cze 2021 (CEST)Odpowiedz
o pomijalnej śladowości akurat prócz Ciebie nikt tu nie pisał. I wiesz co, miałem nieco zajęć z metodologii, używałem jej, i jakoś nigdy nie otarłem się o dwuwiekową tradycję europejskiej (scil. niemieckiej) szkoły aparatu krytycznego. Bo, w przeciwieństwie do tego, co kolejny raz próbujesz mi wmówić, Twoja wiedza ogranicza się do Twojej dziedziny, tak jak moja do mojej. Nikt poza Twoją dziedziną nie ma pojęcia i nie przejmuje się tymi rzeczami. I nie możesz wymagać, by inni się nimi przejmowali. Bo inne nauki mają własne metodologie, własne zasady i reguły, często pozostające w sprzeczności z zasadami i regułami Twoich nauk. Mpn (dyskusja) 21:05, 20 cze 2021 (CEST)Odpowiedz
Pomijalna śladowość: Twoje własne słowa: Nie widzę potrzeby wprowadzania takiego zapisu, nie widzę go w literaturze. [...] Dlatego też jego obecność w standardzie obowiązującym w wąskim środowisku nie stanowi dla mnie dobrego argumentu przeciw szablonowi. Paelius (dyskusja) 21:19, 20 cze 2021 (CEST)Odpowiedz
A więc mówiłem o środowisku wąskim, a nie pomijalnym. Jak w każdej nauce. Mpn (dyskusja) 08:16, 21 cze 2021 (CEST)Odpowiedz
No dobrze, ale proszę na mnie nie naskakiwać (chyba że było to skierowane do ogółu narzekaczy). Próbowałem jedynie w miarę obiektywnie opisać istotę problemu, który został tu poruszony. Mnie osobiście poprawianie szablonów nie przeszkadza. Ale najwyraźniej niektórym to nie pasuje i wydaje mi się, że jako tako rozumiem ich punkt widzenia, nawet jeśli po części wynika on z nieznajomości mechanizmów wiki. Ts123321 (dyskusja) 20:59, 20 cze 2021 (CEST)Odpowiedz
Do Paeliusa: Zboczenie szablonów cytowania w stronę nauk przyrodniczych jest faktem. Wydaje mi się, że wynika to raczej z tego, że ze strony nauk przyrodniczych więcej osób zgłasza uwagi do autora oraz z tego, że w naukach przyrodniczych opisy bibliograficzne zazwyczaj są prostsze i bardziej zbliżone do siebie, jest mniej elementów, na które trzeba zwrócić uwagę i mniej wyjątków, które trzeba zawrzeć w szablonie. Natomiast ze strony nauk humanistycznych jest za mało uwag i konkretnych przykładów typu: chcę zacytować to i to, w taki i taki sposób, szablon robi to i to. Znacznie łatwiej jest wprowadzić zmianę w szablonie mając kilka lub nawet kilkanaście podobnych przykładów konkretnych publikacji, bo wtedy da stworzyć jakąś regułę, algorytm, który będzie potrafił przeanalizować zawartość parametrów i odpowiednio dopasować formatowanie. Zresztą pamiętam, że udzielałeś się w dyskusji szablonu. Część (pamiętam, że nie wszystkie) zmian chyba zostało wprowadzonych? Wostr (dyskusja) 21:01, 20 cze 2021 (CEST) Po konflikcie edycji: mój komentarz nie był wymierzony w konkretną osobę, wynikał z obserwacji dyskusji w różnych miejscach na przestrzeni lat. Wostr (dyskusja) 21:03, 20 cze 2021 (CEST)Odpowiedz
  • Ja może przypomnę dlaczego w ogóle powstał {{cytuj}}. Chodziło o to, że gro nowicjuszy nie wiedziało co cytuje i używało niewłaściwy szablon już na samym początku. Ty bardziej, że zbiegło się to w czasie z wdrażaniem VE. Książka? Czasopismo? Strona internetowa? To była bariera. Pojawiła się potrzeba na coś uniwersalnego. Szablon, który sam zaprezentuje jakiekolwiek źródło w standardowy sposób, czyli podobny do książki lub czasopisma, bo szablon cytowania strony internetowej odstaje najbardziej od pozostałych jeśli chodzi o wynik jego działania. Teraz to pierwotne podobieństwo do klasycznych pierwowzorów staje się jednak balastem i barierą dla niektórych osób. Paweł Ziemian (dyskusja) 20:46, 20 cze 2021 (CEST)Odpowiedz
    I myslę, że powstanie go to był dobry pomysł, on wbrew pozorom upraszcza sprawę Mpn (dyskusja) 21:09, 20 cze 2021 (CEST)Odpowiedz
    • tylko że szablony cytuj stały się problemem same dla siebie. Ogromna ilość edycji związana jest tylko z ich poprawianiem i aktualizacją, czyli to tak jak gdyby pies gonił za własnym ogonem. Jeśli przypis bez szablonu jest taki sam jak z szablonem, to szablon jest tylko zbędnym balastem dodatkowo generującym błędy. Kto chce niech je używa, ja wolę przypisy sformatowane jak w szablonie cytuj, ale bez balastu samego szablonu. Szablon przydaje mi się do tego by wiedzieć, jak sformatować przypis. Selso (dyskusja) 06:04, 21 cze 2021 (CEST)Odpowiedz
      • Ale jeżeli Społeczność uzna, że od dziś formatujemy je inaczej, to zostaną Ci setki od tej chwili niepoprawnie sformatowanych Mpn (dyskusja) 08:18, 21 cze 2021 (CEST)Odpowiedz
      • O czym my tu w ogóle dyskutujemy? Jeśli nawet Selso sformatujesz przypis dobrze choć bez szablonu, a później przyjdzie sobie ktoś, kto jest przekonany, że należałoby numery stron podać na samym początku? Albo jeśli zwyczajnie ktoś doda kolejny przypis sformatowany ręcznie, ale już nie nie według standardu wiki? Owszem, to się zdarza i z szablonami, przy skorzystaniu z {{cytuj}} i {{cytuj stronę}} czy {{cytuj książkę}}. Ale te straszne zmiany, o których piszesz, to najczęściej aktualizacja szablonów do nowszej wersji, albo przynajmniej do jednolitej w ramach jednego artykułu. Stąd zmiany roku na datę, imion i nazwisk na autorów itp. Moim zdaniem to są argumenty ad absurdum, zakrawające o trolling. Aʀvєꝺuι + 08:05, 21 cze 2021 (CEST)Odpowiedz
        • Aż tak daleko bym się nie posuwał, trollingu nie widzę, ale to trochę zawracanie Wisły kijem. I ktoś tu wyżej podał dobrą analogię do jazdy na autostradzie Mpn (dyskusja) 08:20, 21 cze 2021 (CEST)Odpowiedz
        • Ale jeżeli Społeczność uzna... - to jedyny mocny argument za szablonami. Ale moje przypisy cytuj książkę nie staną się przez to błędne, a tylko inaczej sformatowane. Jak na razie jednak z powodu zmiany uznania Społeczności wiki to trzeba było ręcznie poprawiać liczne szablony cytuj książkę - jakoś nie dało się tego zrobić automatycznie. No i po cóż bez przerwy zmieniać zdanie, po kilkunastu latach chyba już udało się osiągnąć konsnsus ? Selso (dyskusja) 08:47, 21 cze 2021 (CEST)Odpowiedz
          • Staną się. Jak w czasopiśmie użyjesz innego stylu cytowania, niż zalecany, to Ci nie przyjmą pracy. Co do innych argumentów, były wyżej wyliczane. Pisanie, że ich nie ma, nie sprawi, że znikną Mpn (dyskusja) 10:03, 21 cze 2021 (CEST)Odpowiedz
            • To z tym nieprzyjęciem, to pewnie specyfika nauk matematyczno-przyrodniczych. W naukach humanistycznych (nie społecznych) takie przypadki to jakaś pomijalna nisza (może poza językoznawstwem). Oczywiście każą to poprawić, ale nie może być to powód formalnego odrzucenia jeszcze przed recenzją. Paelius (dyskusja) 13:21, 21 cze 2021 (CEST)Odpowiedz
  • A swoją drogą, mająć nieco dobrej woli, można sprawdzić, że stosowany szablon pozwala uwzględnić ty nr, Zeszyt czy co tam się chce.
    1. {{cytuj pismo}} Rubén D. F. Martínez, Matthew C. Lamanna, Fernando E. Novas, Ryan C. Ridgely, Gabriel A. Casal, Javier E. Martínez, Javier R. Vita i Lawrence M. Witmer. A basal lithostrotian titanosaur (Dinosauria: Sauropoda) with a complete skull: implications for the evolution and paleobiology of Titanosauria. „PLOS ONE”. 11 (4), s. e0151661, 2016. DOI: 10.1371/journal.pone.0151661. PMID: 27115989. PMCID: PMC4846048. (ang.). 
    2. {{cytuj}} Rubén D.F. Martínez i inni, A basal lithostrotian titanosaur (Dinosauria: Sauropoda) with a complete skull: implications for the evolution and paleobiology of Titanosauria, „PLOS ONE”, 11 (4), 2016, e0151661, DOI10.1371/journal.pone.0151661, PMID27115989, PMCIDPMC4846048 (ang.).
    3. {{cytuj}} z zeszytem: Rubén D.F. Martínez i inni, A basal lithostrotian titanosaur (Dinosauria: Sauropoda) with a complete skull: implications for the evolution and paleobiology of Titanosauria, „PLOS ONE”, 11 (Zeszyt czy coś tam 4), 2016, e0151661, DOI10.1371/journal.pone.0151661, PMID27115989, PMCIDPMC4846048 (ang.).
  • Tym bardziej więc trudno mi przyjąć, że szablonu nie da się wykorzystać w humanistyce Mpn (dyskusja) 10:08, 21 cze 2021 (CEST)Odpowiedz
    • No mi ten ostatni przypadek kiedyś nie zadziałał... Paelius (dyskusja) 13:21, 21 cze 2021 (CEST)Odpowiedz
      • Może po co były te wszystkie poprawki, żeby zaczęło lepiej działać :-) Mpn (dyskusja) 13:31, 21 cze 2021 (CEST)Odpowiedz
        • A może Paelius chciał aby szablon nie owijał w nawiasy numeru czasopisma. Mam w testy w brudnopisie. Coś podobnego jak obecnie jest obsługiwane pole s = . Jeśli wpiszę tylko numer to doda „s. ” przed numerem, ale jeśli podam jakiś tekst na przykład s = kolumna 11 wers 9, to wyświetli bez „s.” Tylko do tego musiałbym mieć jakiś wykaz beznawiasowych numerów. W brudnopisie zaimplementowałem tylko przypadki dla numer, nr, zeszyt, z. i x (y), gdzie x i y to ciąg cyfr dziesiętnych. Mogę spróbować dodać uproszczony test, taki sam jak dla numerów stron, czyli sprawdzę czy pierwszy znak nie formuje liczby (w tym zapis rzymski). Paweł Ziemian (dyskusja) 17:52, 21 cze 2021 (CEST)Odpowiedz

Dobrze. Zatem wrócę do stosowania szablonu Cytuj - jego nowej, uniwersalnej wersji. Selso (dyskusja) 10:42, 21 cze 2021 (CEST)Odpowiedz

Jeszcze w kwestii szablonu. Czy jest możliwe (inaczej niż naokoło) utworzenie zmiennej tytuł tomu? Paelius (dyskusja) 15:46, 26 cze 2021 (CEST)Odpowiedz

  • {{cytuj książkę}} ma tom i tytuł tomu. W {{cytuj}} nastąpiła agregacja nazw pól z wszystkich szablonów cytowania i dane tomu przejął parametr wolumin. Ja zwykle podaję na przykład 5. ''Tytuł tomu piątego''. Czy wydzielanie wszystkiego do oddzielnych pól w szablonie ma jakiś wyższy cel? Paweł Ziemian (dyskusja) 16:37, 26 cze 2021 (CEST)Odpowiedz
    • Ja zazwyczaj do tego wykorzystywałem opis, pakowałem tam zarówno tytuły tomów, numery części, tytuły części itp. Wostr (dyskusja) 17:30, 26 cze 2021 (CEST)Odpowiedz
      • W zapisie bibliotecznym (nie mylić z bibliograficznym!) tytuł poszczególnego tomu, jeśli jest tzw. tytułem wyróżniającym, trafia do pola (umownie go nazywając, bo de facto w żargonie to jest tzw. tytuł właściwy) tytuł, natomiast sam tytuł książki trafia (jako tzw. tytuł wydawnictwa wielotomowego) do pola seria. Z kolei w humanistycznym zapisie bibliograficznym tytułu poszczególnego tomu opis najczęściej wygląda tak jak go umieściłem w East River of Pictou (przypis 1: Gazetteer of Canada i zapis po dwukropku). Schody się trochę zaczynają jak np. tom ma jeszcze suplement (zapisałem to np. w Begg Point). Z punktu widzenia prezentacji danych wygląda to dobrze, natomiast moje pytanie jest raczej o to, czy technicznie (ze względów wyszukiwawczych (bibliotecznych) powyżej) nie okaże się, że lepiej mieć tytuł poszczególnego tomu w osobnej komórce. Paelius (dyskusja) 17:56, 26 cze 2021 (CEST)Odpowiedz
        • Paweł, czy COinS uwzględnia w przypadku książek coś więcej poza rozdział/tytuł/seria? Chyba nie uwzględnia nawet numeracji tomów, a tym samym ich tytułów? Jeśliby zawrzeć w dokumentacji, że tytuły tomów zapisywane kursywą zamieszczać należy w parametrze wolumin, to raczej nie będzie potem większego problemu, aby w razie potrzeby szablon nauczyć rozpoznawania, co jest numerem, a co jest tytułem? Paeliusie, czy zastosowanie dwukropka ma w tym miejscu znaczenie? Tj. czy któryś z zapisów:
          tytuł, t. X: tytuł tomu
          tytuł, t. X, tytuł tomu
        ma jakąkolwiek przewagę nad drugim, czy też wystarczy zachowanie jednolitości w ramach danej strony? Wostr (dyskusja) 19:33, 26 cze 2021 (CEST)Odpowiedz
        Teoretycznie jest to kwestia konwencji, natomiast ze względu na możliwe woluminy tomów (typu: t. 3, cz. 7 lub krócej (t. 3, 7) i łatwość doprecyzowania, że skursywiony tytuł przynależy do tomu (woluminu), to dwukropek jest tu (typograficznie) lepszy. Problematyczne mogą być zapisy trzystopniowe, typu: Skarby Biblioteki Narodowej, t. 7: Rękopisy, cz. 2: BOZ 6730-6900, ale będą to chyba już wyjątki wyjątków (choć zachodzące). Paelius (dyskusja) 19:47, 26 cze 2021 (CEST)Odpowiedz
        Widzę w kodzie, że obecnie {{cytuj}} dla książek nie używa pola seria. Zaraz dodam, bo robi to {{cytuj książkę}}. Zajrzałem również do speyfikacji COinS dla książek i nie widzę tam wsparcia dla tomów. Wobec tego podejście humanistyczne z tytułem i serią zadziała lepiej. Paweł Ziemian (dyskusja) 21:10, 29 cze 2021 (CEST)Odpowiedz
        Nie rozumiem, o czym piszesz. I nie wiem, czy mi się to podoba (w zakresie, który chyba zrozumiałem). Paelius (dyskusja) 22:04, 29 cze 2021 (CEST)Odpowiedz
        Piszę o tym, że ukryte dane en:WP:COinS, które są generowane przez szablony cytowania, zawierają pola na tytuł rozdziału, tytuł książki i tytuł serii, więc pola rozdział, tytuł i seria zostaną tam skopiowane. Natomiast tytuł tomu lub jego numer dla COinS nie ma żadnego znaczenia. Jeśli chodzi o wykorzystywanie pól szablonu do cytowania to ja nie widzę problemu czy jest on wypełniany bibliograficznie, czy humanistycznie. Głównym celem jest wskazanie źródła. Dopóki wszystko jest czytelne i spójne po stronie zapisu kodu źródłowego, a potem wygląda to przyzwoicie po przetworzeniu przez szablon, to uważam, że jest dobrze. Jeśli chodzi dodawanie numeru i tytułu części to widzę to tylko w postaci pola opis. Szukając jakichś przykładów chyba znalazłem wielotomowe książki, w których części obejmowały wiele tomów, oraz takie w których były tylko fragmentem tomu. To jest chyba zupełnie niezależny podział zorientowany na treść a nie na fizyczną implementację książki. Nie wiem czy dla takich przypadków kolejność zapisu w cytowaniu ma znaczenie. Paweł Ziemian (dyskusja) 22:45, 29 cze 2021 (CEST)Odpowiedz
        Jeśli chodzi o wykorzystywanie pól szablonu do cytowania to ja nie widzę problemu czy jest on wypełniany bibliograficznie, czy humanistycznie. — dalej nie rozumiem. Jak szablon można wypełniać bibliograficznie lub humanistycznie? To jest chyba zupełnie niezależny podział zorientowany na treść a nie na fizyczną implementację książki. Nie wiem czy dla takich przypadków kolejność zapisu w cytowaniu ma znaczenie. — nie rozumiem co ma podział na woluminy w szablonie pozycji bibliograficznej do kolejności zapisu? I po co zajmować się w takim szablonie podziałem na części w kontekście innym niż pola rozdział? I dalej nie wiem, co ma wspólnego to COinS do zapisu pozycji bibliograficznej? Paelius (dyskusja) 23:23, 29 cze 2021 (CEST)Odpowiedz
        Szablony cytowania robią dwie rzeczy. Po pierwsze ustawiają przekazane dane w odpowiedniej kolejności. To jest działanie dla ludzi, którzy to potem czytają. Po drugie umieszczają niektóre dane w niewidzialnej postaci. To są rzeczy dla maszyn, które szukają cytowań. Czyli oprócz tworzenia zapisu bibliograficznego (co widać) powstaje również coś w formacie COinS (czego normalnie nie widać). Paweł Ziemian (dyskusja) 19:17, 30 cze 2021 (CEST)Odpowiedz
        To, co napisałeś w pięciu pierwszych zdaniach, jest oczywiste. Natomiast mam poważne wątpliwości, co do ostatniego, wynikowego zdania. Systemy biblioteczne(!) operują w zakresie przekazu dla ludzi standardem en:International Standard Bibliographic Description, natomiast w zakresie przekazu dla maszyn w oparciu najczęściej o format Machine-Readable Cataloging operuje standardem en:Resource Description and Access. Skoro zapis bibliograficzny(!) ma być spójny z bibliotecznymi zapisami katalogowymi na poziomie maszynowym (co, jak rozumiem, jest tu punktem docelowym), to dlaczego ma wykorzystywać format, który nie jest dominujący (a wręcz jest bardzo mało rozpowszechniony) w środowisku bibliotecznym? Druga sprawa, to umowność samych zapisów w zależności od bazy bibliotecznej. Skoro w Chinach na oznaczenie wydawnictwa wielotomowego nie stosuje się zapisu z serią, a w Polsce wręcz przeciwnie, to należy dążyć raczej do ekwiwalentności opisu, a nie do jego usztywnienia. Dlatego też w zapisie bibliotecznym (w standardzie ISBD) i zapis: Wiedźmin. T. 4, Wieża Jaskółki (szablonowo: tytuł, numer tomu, tytuł tomu), i zapis Wieża Jaskółki (Wiedźmin ; t. 4) (szablonowo: tytuł, seria z numerem tomu) muszą być tożsamo rozumiane. Natomiast zapis bibliograficzny (dla ludzi) będzie akurat wyglądał inaczej, zgodnie z przyjętym standardem cytowania. Paelius (dyskusja) 13:56, 2 lip 2021 (CEST)Odpowiedz

Skoro jesteśmy przy temacie "ujednolicania", to czy możemy ujednolicić wyświetlanie imienia i nazwiska w {{cytuj książkę}} i {{cytuj pismo}} z {{cytuj}}? Sławobóg (dyskusja) 22:22, 29 cze 2021 (CEST)Odpowiedz

Wstrzymanie zasysania z Wikidanych

Cześć, kiedyś już pisałem w tej sprawie, ale tym razem ówczesna wskazówka nie pomogła. Chodzi o sytuację, w której infobox po powiązaniu artukułu z elementem Wikidanych samoczynnie pobiera część danych w przypadku pozostawienia rubryki pustej. Problem pojawia się, kiedy w artykule są np. dwa szablony: dotyczące budynku i obiektu wpisanego na listę UNESCO. Albo biografia i żołnierz itp. Wówczas wpisanie tych samych danych do dwóch szablonów jest niecelowe. Zasadniczo wiem, że można próbować wypełniać odpowiednie pola jako "nie" (np. przy grafice), "brak", "blank", "pusta" (np. przy mapie lokalizacyjnej), "bez wartości" (w przypadku wywołania {{państwo}}), natomiast np. w {{Żołnierz infobox}} w artykule Witold Kieżun nie daje to oczekiwanego efektu. Pomijam już to, jakiego magicznego słowa tym razem powinienem użyć, ale czy istnieje możliwość ujednolicenia takiej funkcji? Zdaję sobie sprawę, że to nie jest element zapisany w kodzie samego szablonu, tylko gdzieś znacznie głębiej, ale jako że nie mam pojęcia, gdzie i czy to w ogóle wykonalne, piszę w tym miejscu. Aʀvєꝺuι + 08:15, 21 cze 2021 (CEST) [E] Jeśli to dyskusja wyłącznie o infoboksach, to proszę o przeniesienie wątku. Nie umiałem ocenić z technicznego punktu widzenia. Aʀvєꝺuι + 12:44, 21 cze 2021 (CEST)Odpowiedz

generalnie artykuł nie powinien zawierać 2 infoboksów. Docelowo, wszystkie dane w nich powinny pochodzić z Wikidanych. masti <dyskusja> 12:47, 21 cze 2021 (CEST)Odpowiedz
Tak przy okazji: czy można zablokować pobieranie miejsca urodzenia w infoboksach? W jaki sposób należy wypełnić ten parametr? Zresztą czy nie przyjęło się czasami, że miejsce urodzenia podajemy również w leadzie? Szablon niestety sobie z tym nie radzi, zapewne ze względów technicznych. Z tego względu pomysł zasysania tej informacji wydaje się nietrafiony, bo tworzy pewną formę niekonsekwencji między hasłami. Nie wiem też, czy Wikidanym można ufać akurat w tym przypadku. Gdy zwykły użytkownik wstawia miejsce urodzenia bez wskazania źródła, to taka edycja jest raczej wycofywana. 2A00:F41:4893:2C75:F0CA:A24C:57F5:84B0 (dyskusja) 13:03, 21 cze 2021 (CEST)Odpowiedz
Wikidanym nie można ufać. Nie ma tam odpowiednich wypracowanych działań w zakresie weryfikacji danych. Paelius (dyskusja) 13:24, 21 cze 2021 (CEST)Odpowiedz

No dobrze, a czy poza tym, że dwa infoboksy są niezalecane jakieś wskazówki, co do mojego pytania ktoś by miał? :) Co do jednolitego hasła blokującego pobieranie danych albo co do pełnej listy tych magicznych słów funkcyjnych? Aʀvєꝺuι + 14:11, 22 cze 2021 (CEST)Odpowiedz

  • Jedyna metoda uniwersalna jaką znam to wypełnienie danych infoboksu. Paweł Ziemian (dyskusja) 17:17, 22 cze 2021 (CEST)Odpowiedz
  • Pamiętam analogiczną sytuację z ilustracjami automatycznie zasysanymi z Commons (oczywiście nierzadko błędnych). Wówczas parametr ilustracja wypełniało się słowem nie. Nie wiem czy tutaj też zadziała. ptjackyll (zostaw wiadomość) 21:07, 22 cze 2021 (CEST)Odpowiedz
    • Niestety nie zadziała. Grafikę osobiście ifowałem. Paweł Ziemian (dyskusja) 21:32, 22 cze 2021 (CEST)Odpowiedz
      • Tak jak pisałem, sprawdzałem „nie”, „brak”, „blank”, „pusta” i „bez wartości”, które niekiedy działają w różnych wariantach. Cały szkopuł w tym, od czego to zależy? I czy poza naszym zasięgiem jest ustanowienie uniwersalnej „blokady” np. hasłem „bez wartości”? Bo rozumiem, że np. „brak” albo „nie” mogą w jakiejś konfiguracji być prawidłowym argumentem w danej rubryce i przez to nie są wystarczająco uniwersalne. Widzę, że na podanym przez Pawła Ziemiana przykładzie to była kwestia indywidualnego wpisu warunku w wywołaniu szablonu. Aʀvєꝺuι + 11:39, 23 cze 2021 (CEST)Odpowiedz
        Być może nie trzeba było by tego robić, gdyby w dokumentacji {{Infobox_grafika}} uwzględniono np. taką zmianę, nie mówiąc już o udokumentowaniu "nie".
        Twórcy infoboxów raczej chyba nie zaglądają do kodu {{Infobox_grafika}}, żeby o tym poczytać w dokumentacji {{#invoke:Infobox}} (poza tym w momencie tworzenia ta opcja mogła nie istnieć). MarMi wiki (dyskusja) 02:29, 24 cze 2021 (CEST)Odpowiedz
        • Po pierwsze: nie bardzo rozumiem, co wniosła podawana przez ciebie zmiana. W sumie dlatego piszę w kawiarence, a nie załatwiam tego sam. Po drugie: moje pytanie jest znacznie szersze niż sama grafika – czasem to mapa lokalizacyjna, którą trzeba wstrzymać, żeby się nie wyświetlała dwukrotnie, czasem to data urodzenia i zgonu w dwóch kolejnych infoboksach, czasem to jest zbędny kod kraju itp. I dla każdej z tych rzeczy możliwość zablokowania występuje – jeśli dobrze rozumiem – o ile ktoś przewidział taką opcję i wpisał odpowiednie hasło do kodu szablonu. Aʀvєꝺuι + 16:18, 26 cze 2021 (CEST)Odpowiedz
          Zmiana wniosła to (tak na oko), że podając dla param. cecha pustą wartość, można było pominąć ładowanie grafiki z WD.
          Co do drugiego: jeśli w dokumentacji do podszablonów nie poda się sposobu na pomijanie WD, to nic dziwnego że twórcy infoboksów mogą o tym nie wiedzieć i robić to według własnego uznania. MarMi wiki (dyskusja) 16:41, 26 cze 2021 (CEST)Odpowiedz
          • Mapy lokalizacyjne, przy których też majstrowałem, nigdy nie są ładowane z Wikidanych. Jedyny wyjątek to mapki, które są grafiką, i je można wyłączać przez nie, chyba że nie są zaimplementowane przez {{infobox grafika}}. Problem drugi znacznie łatwiej rozwiązać. Wystarczy zostawić na stronie tylko pierwszy infobox. Zaraz mogę dodać odpowiedni kod w MediaWiki:Common.css, aby każdy kolejny infobox zniknął. Albo zrobię z tego domyślnie włączony gadżet. Paweł Ziemian (dyskusja) 16:52, 26 cze 2021 (CEST)Odpowiedz
  • Z drugiej strony nie rozumiem po co w artykule Witold Kieżun {{Żołnierz infobox}}. Przecież w ten sposób można tak dodawać do niemal każdego biogramu. Niewiele jest osób, które nie pełniły obowiązkowej służby wojskowej lub jej uniknęły w czasach wojny. Paweł Ziemian (dyskusja) 21:39, 22 cze 2021 (CEST)Odpowiedz

http://tools.freeside.sk/geolocator/geolocator.pl.html

Od dłuższego czasu ramka z googlowymi zdjęciami satelitarnymi jest przyciemniona z napisem "For development purposes only". Czy jest możliwe by to naprawić? Bieżąca sytuacja utrudnia korzystanie z GeoLocatora. VVerka5 (dyskusja) 11:36, 21 cze 2021 (CEST)Odpowiedz

proszę zwrócić się do twórcy narzędzia en:User:Teslaton/Tools/GeoLocator. masti <dyskusja> 12:46, 21 cze 2021 (CEST)Odpowiedz

Bieliny (gmina), Bodzentyn (gmina)

Brakujące mapy w infoboxie (może przy okazji i inne warto sprawdzić pod tym kątem).VVerka5 (dyskusja) 19:46, 23 cze 2021 (CEST)Odpowiedz

Tam niczego nie brakuje.   Zrobione ~malarz pl PISZ 23:19, 23 cze 2021 (CEST)Odpowiedz

Ale brak położenia na mapie powiatu i mapy samej gminy.VVerka5 (dyskusja) 01:37, 24 cze 2021 (CEST)Odpowiedz

Wystarczy wypełnić "kod mapy" jako "powiat kielecki". Bielinach zrobił to ktoś inny, w Bodzentnie ja. Mapy z zaznaczoną gminą na mapie powiatu nikt nie wstawił dlatego, że nie mamy takiego obrazka na Commons. Co, swoją drogą dość łatwo sprawdzić. Jakieś 20 sekund to trwa. Aʀvєꝺuι + 21:28, 28 cze 2021 (CEST)Odpowiedz

Editing news 2021 #2

16:14, 24 cze 2021 (CEST)

Tech News: 2021-26

18:31, 28 cze 2021 (CEST)

  Załatwione The Polish (query) 18:32, 28 cze 2021 (CEST)Odpowiedz

Filtr w kategoriach

Kilka dni temu stworzyłem nowy filtr, który ma zapobiegać błędnym edycjom w kategoriach. Nowicjusze nagminnie popełniają ten sam błąd, dopisując np. nazwiska osób (albo linki do artykułów) w stronach kategorii. Filtr mógłby blokować takie próby, wyświetlając komunikat z wytłumaczeniem, na czym polega błąd i odesłaniem do odpowiedniej strony pomocy. Nie są sprawdzane edycje redaktorów i automatycznie przeglądających. Na razie filtr nie podejmuje żadnych akcji. Jedynym minusem, jaki w tym momencie dostrzegam, byłoby uniemożliwienie dodawania opisów kategorii zwykłym tekstem, ale moim zdaniem nie jest to duży problem, bo preferowanym sposobem opisywania kategorii jest raczej szablon {{opis kategorii}}. Zresztą IP i nowicjusze raczej i tak chyba niezbyt często dodają takie opisy, zazwyczaj interesuje ich głównie, żeby artykuł pojawił się w kategorii, a nie wiedzą, jak to się robi. Poproszę o opinie. PG (dyskusja) 08:55, 29 cze 2021 (CEST)Odpowiedz

Można by alternatywnie (lub dodatkowo) ustawić komunikat pojawiający się przed podglądem edycji: MediaWiki:Editnotice-14, przykład. Czy rozważono taką opcję? Peter Bowman (dyskusja) 11:31, 29 cze 2021 (CEST)Odpowiedz
Nie rozważono. Po to właśnie założyłem ten wątek, żeby się dowiedzieć, co mogłem przeoczyć :-). Można dodać taki komunikat, ale zważywszy, że tego rodzaju błędy wynikają zwykle z niechęci do czytania, nie liczyłbym na jakieś spektakularne efekty. PG (dyskusja) 11:38, 29 cze 2021 (CEST)Odpowiedz

Komunikat o trybie tylko do odczytu i inne

Na końcu komunikatu jest zbędna kropka (wytłuszczenie kropki moje [o ile je w ogóle widać])

Błąd podczas ładowania danych z serwera:

Wiki jest teraz w trybie tylko do odczytu.

.

Poza tym w trybie do odczytu blokowane jest przełączanie pomiędzy edytorem wizualnym a edytorem kodu - przełączanie wyświetli tylko ten komunikat i nic się nie stanie (czy przy przełączaniu edytora jest coś zapisywane na serwerze?). MarMi wiki (dyskusja) 16:34, 29 cze 2021 (CEST)Odpowiedz

Domyślam się, że chodzi o komunikat podczas zapisywania edycji za pośrednictwem VE. Zarówno translatewiki:MediaWiki:Visualeditor-serializeerror/pl, jak i translatewiki:MediaWiki:Apierror-readonly/pl kończą się kropką i chyba stąd to zdublowanie. W innych językach jest podobnie. Peter Bowman (dyskusja) 17:41, 29 cze 2021 (CEST)Odpowiedz
Akurat to było przy przełączaniu trybu edytora.
Jak się tak zastanowić, to komunikat nie jest zbyt logiczny - dlaczego w trybie odczytu nie można załadować danych z serwera? No chyba, że wiąże się to z jakąś modyfikacją, np. pamięci podręcznej. MarMi wiki (dyskusja) 22:33, 29 cze 2021 (CEST)Odpowiedz

Eliteprospects

Zauważyłem w ostatnim czasie, że w biogramach hokeistów zniknęło w sekcji Bibliografia linkowanie do profili zawodników w portalu EliteProspects. Dotąd działało to na zasadzie numeracji pobieranej z adresu URL. Czy da się to naprawić? Dla przykładu nie działał w: Joseph Harcharik. Lowdown (dyskusja) 07:30, 30 cze 2021 (CEST)Odpowiedz

szablon został rozbudowany o kategorie. Zmodyfikowałem wywołanie szablonu i teraz wyświetla się poprawnie.--Zielu20 (dyskusja) 09:20, 30 cze 2021 (CEST)Odpowiedz
Dzięki. I teraz pytanie co zrobić w przypadkach tysięcy haseł hokeistów posiadających ten brak? Czy można to uzupełnić np. botem czy w inny sposób za jednym zamachem? Lowdown (dyskusja) 14:29, 30 cze 2021 (CEST)Odpowiedz
Sądząc po rozbudowanym switchu w szablonie, to może nie być takie proste, chyba że da się jakoś rozróżnić kto jest kim (albo inne przypadki nie występują).
A propo switcha: czy Szablon:Elitepro nie ma przypadkiem błędu? Pierwszy switch reaguje na pstlnad, a drugi na psclnad
I przy okazji, Szablon:Eurohockey też by wymagał uaktualnienia, bo zmienił się sposób linkowania. MarMi wiki (dyskusja) 00:19, 1 lip 2021 (CEST)Odpowiedz

Kilka stron otwieranych równocześnie

Czy jest jakieś narzędzie, aby jednym klikiem otworzyć np. wszystkie strony danej kategorii w osobnych kartach?VVerka5 (dyskusja) 16:14, 30 cze 2021 (CEST)Odpowiedz

Na przyklad
Linkclump gives you the ability to drag a selection box around links using your mouse to quickly open as new tabs, open in new window, save as bookmarks, or copy to clipboard. Similar to Snap Links or Multi Links for Firefox.
https://chrome.google.com/webstore/detail/linkclump/lfpjkncokllnfokkgpkobnkbkmelfefj?hl=en
Zezen (dyskusja) 16:34, 30 cze 2021 (CEST)Odpowiedz

@VVerka5: umieść poniższy kod w swoim common.js:

if ( mw.config.get( 'wgNamespaceNumber' ) === mw.config.get( 'wgNamespaceIds' ).category ) {
    $.when( 'mediawiki.util', $.ready ).done( function () {
        $( mw.util.addPortletLink(
            'p-cactions',
            '#',
            'Otwórz wszystko',
            'ca-open-all',
            'Otwórz wszystkie strony w osobnych kartach/oknach'
        ) ).on( 'click', function ( e ) {
            e.preventDefault();
            
            $( '#mw-pages' ).find( 'li > a' ).each( function () {
                window.open( this.href, '_blank' );
            } );
        } );
    } );
}

Zostanie dodany nowy przycisk "Otwórz wszystko" (w skórce Wektor zob. pod zakładką "Więcej" obok historii). Skrypt otwiera wyłącznie strony, tj. ignoruje podkategorie i pliki. Za pierwszym razem, przynajmniej w Firefoksie, przeglądarka prosi o potwierdzenie przed otworzeniem wszystkich zakładek naraz. Pozdrawiam, Peter Bowman (dyskusja) 17:24, 30 cze 2021 (CEST)Odpowiedz

Działa.VVerka5 (dyskusja) 20:15, 30 cze 2021 (CEST)Odpowiedz

"`UNIQ--nowiki-00000000-QINU`"

Czasem dodając przypisy, wyświetla się coś w tym stylu: "`UNIQ--nowiki-00000000-QINU`".VVerka5 (dyskusja) 20:13, 30 cze 2021 (CEST)Odpowiedz

Też to kiedyś zgłaszałem (kilka lat temu?) chyba dla |.
Sądząc po tym, że na enwiki | i <nowiki> działa normalnie, to da się to obecnie poprawić (są do tego funkcje lua - mw:Strip_marker#See_also). MarMi wiki (dyskusja) 23:07, 30 cze 2021 (CEST)Odpowiedz

Backspace

Czasem po kliknięciu "backspace" (zauważyłam w przypadku list wypunktowanych) coś się zacina z edycją.VVerka5 (dyskusja) 13:41, 1 lip 2021 (CEST)Odpowiedz

Gadżet Czywiesza

Gadżet chyba się z czymś kłóci. Coś takiego się stało przy zgłoszeniu: [30], a przy uzupełnianiu formularza dostałam błędny komunikat, że pytanie nie zawiera linku do zgłaszanego hasła, mimo że link był. Z historii strony zgłoszeń do CW widzę, że nie tylko ja tak miałam. Czy mógłby ktoś zerknąć? Maire 10:44, 2 lip 2021 (CEST)Odpowiedz

Narzędzie wysyła błędy do konsoli. Jeżeli to się powtórzy, proszę zapisać jej zawartość (skrót klawiszowy F12) przed wyjściem ze strony lub jej odświeżeniem. Peter Bowman (dyskusja) 18:43, 2 lip 2021 (CEST)Odpowiedz
Dzięki :) Maire 18:47, 2 lip 2021 (CEST)Odpowiedz
@Maire, problem ten zgłosiłem niedawno twórcy gadżetu. -> Dyskusja wikipedysty:Kaligula#undefinied. Szoltys [Re: ] 19:43, 2 lip 2021 (CEST)Odpowiedz
@Szoltys Dzięki :) Maire 20:21, 2 lip 2021 (CEST)Odpowiedz

Mieszane łączenia w tabeli

Potrzebuję uzyskać efekt mieszanego łączenia komórek w tabeli, przykład wskazujący na problem znajduje się poniżej.

Po utworzeniu odpowiedniej liczby wierszy zabieram się do potrzebnego mi łączenia komórek, a w edytorze wizualnym zadanie takie wydaje się banalną zabawą na siatce i rzeczywiście można uzyskać pożądany efekt, ale tylko mając dodatkową kolumnę bez połączeń; bez takiej kolumny scalenia mieszają się ze sobą i pojawia się wprowadzająca w błąd tabela (bo przecież w marcu mamy i kalendarzową zimę, i kalendarzową wiosnę, a to, co się wyświetla sugeruje, że tylko wiosnę). Kiedyś udało mi się metodą prób i błędów dojść do ładu, ale później sprawa się rypła (być może ktoś w międzyczasie edytował tabelę)… Jest na to jakaś metoda, jakiś kod, a może da się pozostawić nadmiarową kolumnę, ale zrobić z niej kolumnę-widmo (niewidoczną dla czytelnika)?

Ambiroz (dyskusja) 12:06, 3 lip 2021 (CEST)Odpowiedz

Pora roku Miesiąc Kolumna
nadmiarowa
zima luty X
marzec X
wiosna X
kwiecień X
maj X
czerwiec X
lato X
lipiec X
sierpień X
wrzesień X
jesień X
październik X
listopad X
grudzień X
zima X
styczeń X
 → 
Pora roku Miesiąc
zima luty
marzec
wiosna
kwiecień
maj
czerwiec
lato
lipiec
sierpnień
wrzesień
jesień
październik
listopad
grudzień
zima
styczeń

Sprawdziłem na maku: Firefox - jak zwykle rysuje tabele najlepiej: najdokładniej i najładniej. Nigdy z FF nie było problemu w tabelach. Natomiast Chrome, Safari i Opera - do bani. Beno (dyskusja) 12:54, 3 lip 2021 (CEST)Odpowiedz

Takie tabelki wydają mi się być wbrew Wikipedia:Dostępność, więc najlepiej byłoby ich unikać w ogóle. Na wszelki wypadek zapytajmy eksperta: @Wostr. Gżdacz (dyskusja) 13:46, 3 lip 2021 (CEST)Odpowiedz
Oto moja próba. Starałem się miesiące przełomów pokazać w proporcji 2/3 do 1/3, ale znów... tylko Firefox robi ładnie, a pozostałe przeglądarki 1/2 do 1/2. Efekt poniżej:
Pora roku Miesiąc Kolumna
nadmiarowa
zima luty
marzec
wiosna
kwiecień
maj
czerwiec
lato
lipiec
sierpień
wrzesień
jesień
październik
listopad
grudzień
zima
styczeń

Beno (dyskusja) 15:43, 3 lip 2021 (CEST)Odpowiedz

Chyba mi się udało. Obie kolumny to tak naprawdę tabele zagnieżdżone. Musiałem wprowadzić szereg zabezpieczeń dla zachowania kompatybilności z różnymi przeglądarkami. Podstawowy problem kompatybilności to różne interpretowanie grubości ramki - albo ramki się stykają, albo nakładają na siebie i mają różne grubości linii, więc zrobiłem puste komórki z krawędziami w kolorze "Transparent", bo tylko wtedy ramka zostaje zachowana ze swoją grubością, choć oczywiście jest koloru przezroczystego. Mamy 12 miesięcy, a więc 11 styków komórek, podczas gdy w porach roku mamy 5 pór (2 zimy), a więc 4 styki komórek. 11 styków vs. 4 styki - to jest różnica 11-4=7 jednostek grubości, bo ramki nie dodają się do wysokości komórki, stąd musiałem zrobić puste komórki dla zachowania grubości ramki. Ale obie zimy nie mogą mieć towarzyszących im pustych komórek, bo by się nie centrowały, stąd 51 zamiast 50 i 41 zamiast 40 (domyślnie piksele) dla zrównoważenia bilansu wysokości. Ja wiem, że to bełkot, ale tak wygląda ta technika programistyczna o nazwie "rzeźba okrutna". Prościej się nie dało. Efekt poniżej. Proszę sprawdzić na maku i piecu oraz w pozostałych przeglądarkach. U mnie jest identycznie z dokładnością powiedzmy do 2/3 piksela.

Przede wszystkim warto sprawdzić, czy miesiące przełomu dzielą się na 2/3 do 1/3 (znaczy 2:1). Ja wiem, że to powinno być bardziej 21:10, ale już nie róbmy laboratorium.

Pora roku Miesiąc
zima
wiosna
lato
jesień
zima
luty
marzec
kwiecień
maj
czerwiec
lipiec
sierpień
wrzesień
październik
listopad
grudzień
styczeń

Beno (dyskusja) 18:26, 3 lip 2021 (CEST)Odpowiedz

Już tak na chłodno policzę: 22 marca = 22/31, 21 czerwca = 21/30, 22 września = 22/30, 23 grudnia = 23/30.
(0,71 + 0,7 + 0,73 + 0,77) / 4 = 2,91 / 4 = 0,73. # miesiące przełomu mają 30 dni, 1 ma 31, średnio wychodzi 30,25.
0,7275 x 30,25 / 100 = 22.
Znakiem tego proporcje wysokości miesięcy przełomu wyszły 22:8 (wszystko oczywiście w przybliżeniach), czyli tak bliżej 3:1, a nie tak, jak wcześnie napisałem i zastosowałem w tabeli, gdzie zrobiłem 2:1. Do NASA by mnie nie przyjęli, ale myślę, że Bajkonur w zasięgu. Poza tym umówmy się, że różnicę 1/3 widać w tej tabeli, a 1/4 byłaby już słabo widoczna. Beno (dyskusja) 18:54, 3 lip 2021 (CEST)Odpowiedz

Tyle z mojej strony. Dziękuję wikipedyście @Ambiroz za ciekawą rozrywkę intelektualną przy sobocie. Było prawie jak w zagadce rybki :))). Beno (dyskusja) 18:57, 3 lip 2021 (CEST)Odpowiedz

  • Po pierwsze: na jakiej stronie to ma być umiesczone? Jeżeli w przestrzeni głównej, to nie tędy droga. Po drugie: co ta tabela ma przekazywać? Jaka jest jej treść? Czy ona zawiera dane tabelaryczne? Po trzecie: jeżeli to ma coś pokazywać (podział), a nie przedstawiać dane tabelaryczne, to tabeli do tego stosować nie wolno, tylko robi się to na div-ach. Wostr (dyskusja) 00:35, 4 lip 2021 (CEST)Odpowiedz