Wikipedia:Kawiarenka/Kwestie techniczne

(Przekierowano z Wikipedia:VPT)
Najnowszy komentarz napisał(a) 1 dzień temu XaxeLoled w wątku Coś dziwnego
Kawiarenka pod Wesołym Encyklopedystą – kwestie techniczne
Tu rozwiązujemy problemy dotyczące oprogramowania MediaWiki, botów, skryptów, technicznych zmian w szablonach itp.

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



edytuj

Wznawiam wątek "Wikipedia:Kawiarenka/Kwestie techniczne dyskusja/Archiwum/2021-czerwiec#Czy można poprawić szablon "Dziennik Ustaw", żeby wyświetlał link zarówno do DU jak i do ISAP?" z usilną prośbą o przemyślenie stanowisk osób przeciwnych podwójnemu linkowaniu do ISAP i serwisów własnych DzU i MP. Właśnie trafiłem na M.P. z 2024 r. poz. 774, który w ISAP-ie nie jest podlinkowany do treści aktu. Musiałem więc przejść do https://www.monitorpolski.gov.pl, wyszukać akt i go sobie ściągnąć. Niby niewiele zachodu, ale jednak. A można by było to osiągnąć jednym kliknięciem, gdyby szablon linkował oba serwisy. W dodatku są niewątpliwie osoby (myślę, że całkiem sporo), które nie mają pojęcia, że poza ISAP jest jeszcze serwis oryginalnych aktów prawnych. Dla nich problematyczne (czasem) linki z ISAP to jedyne źródło. Jest dla mnie niepojęte, skąd się bierze opór przed podlinkowaniem obu serwisów w szablonie. Bo z jednym jest bardziej elegancko? Ale czy chodzi o to, żeby było ładniej, czy żeby było użyteczniej? Naprawdę nie potrafimy ustalić tak prostej sprawy, jak podlinkowanie 2 serwisów? :-O [ping @masti, @Elfhelm, @Wostr, @Beno, @Aotearoa] Michał Ski (dyskusja) 21:39, 21 sie 2024 (CEST)Odpowiedz

Ja mogę tylko ponowić to, co napisałem uprzednio – skoro w innych przypadkach mamy wiele różnych linków (choćby przy artykułach naukowych mamy DOI, PMID, PMC, JSTOR, czasem w jednym opisie bibliograficznym), nic nie stoi na przeszkodzie, aby tak samo było u nas. Idealnie widziałbym to w taki sposób, że odpowiednie szablony {{Dziennik Ustaw}} i {{Monitor Polski}} linkowałyby tylko do strony urzędowej danego publikatora, a osobny {{ISAP}} – do ISAPu. Jest to jednak w praktyce niewykonalne (duże botowanie, duże przyzwyczajenie się użytkowników do starego sposobu), więc raczej należałoby w ramach jednego szablonu skonstruować system tak, aby był zbieżny z dotychczasowym tworzeniem opisów bibliograficznych:
M.P. z 2024 r. poz. 774, ISAP: WMP20240000774
i zapewne z umożliwieniem włączenia/wyłączenia tworzenia obu linków. Bo również nie wykluczone jest istnienie innych odnośników, np.
M.P. z 2024 r. poz. 774, ISAP: WMP20240000774, SIP LEX: 22037563.
tworzonych za pomocą innych szablonów i tak samo wstawianych np. w parametrze id szablonu {{cytuj}}. Wostr (dyskusja) 21:58, 21 sie 2024 (CEST)Odpowiedz
  • Gdyby już to wprowadzać w wersji proponowanej przez Wostra (taka forma podmiany pozwala dość bezboleśnie wpisać się w różne obecnie formy użycia szablonu - sam szablon; szablon zakończony kropką dodawaną np. przez WP:SK; opis aktu prawnego z szablonem w nawiasie) -> to parę mniejszych i większych uwag: 1) należy dokładnie jeszcze sprawdzić obowiązujący model podawania aktów prawnych (spacje, kropki, przecinki - co gdzie); 2) należy pamiętać o parametrze numer dla publikatorów do bodajże 2011 roku włącznie; 3) rozdzielnik średnikiem nie przecinkiem, 4) zmienić kolejność - najpierw ISAP, potem publikator - bo a) mamy dziś szablony, po których był dodatkowy dopisek typu numer osoby odznaczonej (więc to się odnosi bezpośrednio do pozycji w publikatorze i powinno "iść" za tym parametrem) oraz b) surowy tekst z publikatora zwł. dla Dz.U. jest zazwyczaj merytorycznie dużo mniej przydatny aniżeli ISAP obejmujący tekst ogłoszony, ujednolicony i wykaz zmian. No i przy okazji należałoby załatwić od razu wszystkie szablony cytuj/cytuj stronę/cytuj pismo, gdzie powstawiano publikatory (pozwoli to też się pozbyć linków komercyjnych) - może potem stałe zadanie dla bota (?). Elfhelm (dyskusja) 22:15, 21 sie 2024 (CEST)Odpowiedz
  • Braki w ISAP to pewnie wypadek przy pracy. Ogólnie ISAP jest znacznie bardziej przydatny, gdyż poza samym aktem podaje informację kiedy (i czy!) wszedł akt w życie, do kiedy obowiązywał (w podanym przykładzie mamy wejście w życie na półtora miesiąca przed opublikowaniem!), do kiedy obowiązywała wersja sprzed 17 nowelizacji itd. itp. Tego wszystkiego nie wyczyta się z samego Dziennika Ustaw/Monitora Polskiego (niby można, jednak będzie to już czyste badanie własne na dokumentach źródłowych, czasem bardzo wielu). Zatem ISAP zdecydowanie powinien być jako główny (pierwszy link). Dodanie po nim linku bezpośrednio do DzU/MP byłoby dobrym rozwiązaniem. Aotearoa dyskusja 08:44, 22 sie 2024 (CEST)Odpowiedz
Ad 1) Oczywiście. Już to sprawdzaliśmy. Do wyboru jest wersja ortograficzna (DzU, MP) lub oficjalna (Dz. U., M.P.). Ja wolę ortograficzną, ale oficjalną też zaakceptuję bez bólu.
Ad 2) Tu nic by się nie zmieniło w stosunku do obecnej wersji.
Ad 3) i 4) Proponowałbym tak, jak w 2021 r., tyle że odwróciłem kolejność linków (kwestia pisowni skrótowców do ustalenia, jakąś musiałem wybrać):
DzU przed 2012: {{Dziennik Ustaw|2006|191|1410}} → DzU z 2006 r. nr 191, poz. 1410, ISAP/DzU
DzU od 2012: {{Dziennik Ustaw|2012|7}} → DzU z 2012 r. poz. 7, ISAP/DzU
MP przed 2012: {{Monitor Polski|2008|1|2}} → MP z 2008 r. nr 1, poz. 2, ISAP/MP
MP od 2012: {{Monitor Polski|2012|2}} → MP z 2012 r., poz. 2, ISAP/MP
Można jeszcze pomyśleć o wyświetleniu dymka po najechaniu kursorem na dany link: „Internetowy System Aktów Prawnych”, „Portal Dziennik Ustaw Rzeczypospolitej Polskiej”, jeśli to możliwe. Michał Ski (dyskusja) 10:00, 22 sie 2024 (CEST)Odpowiedz
No OK, ale za chwilę może się to powtórzyć dla nowych aktów. Albo jeden z serwisów może mieć awarię. Zawsze lepiej mieć dwa niezależne źródła. Michał Ski (dyskusja) 15:06, 16 wrz 2024 (CEST)Odpowiedz
O to chodziło: Wyższa Szkoła Intendentury, a tam Dz.U. z 1933 r. nr 29, poz. 247 (vs https://dziennikustaw.gov.pl/DU/1933/s/29/247). Michał Ski (dyskusja) 22:07, 16 wrz 2024 (CEST)Odpowiedz
  • Elfhelm: OK. To akurat z technicznego punktu widzenia jest błahostka – w każdej chwili w szablonach można łatwo zmienić sposób wyświetlania skrótowców. -- niepodpisany komentarz użytkownika Michał Ski (dyskusja) 14:27, 22 wrz 2024
  • To byłoby pewnie najlepsze rozwiązanie, bo potem do wykorzystania byłby również {{ISAP}} (= {{Internetowy System Aktów Prawnych}}) jak osobny szablon, ale chyba wymagałoby to (1) ogłoszenia takich zmian, (2) przebotowania wywołań w taki sposób, żeby {{Dziennik Ustaw}} + {{ISAP}} jednak pozostały w dotychczasowych przypadkach (bo to właśnie do tego drugiego serwisu linkowaliśmy, a nie można odgórnie stwierdzić, że wszyscy się pomylili i chcieli linkować do DzU). Wostr (dyskusja) 02:48, 29 wrz 2024 (CEST)Odpowiedz
  • No nie. Raz, że funkcjonalność ISAP jest jednak bez porównania lepsza niż oficjalnych publikatorów; dwa, że taki pomysł na pewno nie przejdze (co wyniaka właśnie z pkt. 1). Linki do obu serwisów są najlepsze. Czytelnik sam sobie może wtedy wybrać, ż którego serwisu chce skorzystać. Michał Ski (dyskusja) 13:54, 29 wrz 2024 (CEST)Odpowiedz
  • @Saper, @Malarz pl: Straciłem już nadzieję, że coś uda się tu zrobić - jedni chcą tylko ISAP, inni tylko serwisów oficjalnych, a koncepcja linkowania obu tych serwisów raczej nikomu się nie podoba (co mnie zdumiewa); impas dodatkowo pogłębia postulat równoczesnej zmiany akronimów (który nie ma związku z zaproponowanym podwójnym linkowaniem). Ale zobaczyłem dzisiaj, że ISAP wprowadził nową sekcję: „Akty prawne i inne dokumenty Władz RP na Uchodźstwie”. URL-e są w zasadzie takie same jak współczesne, różnią się tylko członem „LDU” zamiast „WDU". Może to dałoby się zaimplementować do szablonów DU i MP? (a nieśmiało liczę, że mogłoby to być jakimś tam impulsem do wprowadzenia zaproponowanych przeze mnie linkowań do obu serwisów :-) ). Żeby nie było, pingnę jeszcze innych dyskutatnw @masti, @Elfhelm, @Wostr, @Beno, @Aotearoa. Michał Ski (dyskusja) 19:31, 30 paź 2024 (CET)Odpowiedz
    ostatnio patrzyłem jak reaktywować bota. I okazało się, że pojawiło się wreszcie API do aktów prawnych. To co piszesz jest zapewne połaczone ze zmianami w serwisie. także patrzę jak to teraz działa. masti <dyskusja> 20:48, 30 paź 2024 (CET)Odpowiedz
    A gdyby linkować do wikidanych gdzie byłby linki do obu serwisów? Jeśli nie to zdecydawnie lepszy byłby u nas link do obu niż do którego któregokolwiek z nich z osobna. Marek Mazurkiewicz (dyskusja) 17:05, 23 lis 2024 (CET)Odpowiedz

Dostosowanie szablonów i treści do trybu ciemnego

edytuj

Od kilku miesięcy w skórce mobilnej Minerva i w Wektorze2022 dostępny jest tzw. tryb ciemny. Ogółem większość rzeczy jest już do niego dostosowana, jednak mogą być jakieś szablony lub treści, które są w nim nieczytelne. Ten wątek powstał po to, by wyłapywać takie przypadki. Dostosowywaniem szablonów do trybu ciemnego zajmuje się głównie @Msz2001 (wątek powstał po konsultacji z nim). Zachęcamy wszystkich do testowania trybu ciemnego i do podsyłania wyłapanych problemów. Pozdrawiam, tufor (dyskusja) 18:57, 30 paź 2024 (CET)Odpowiedz

Zauważyłem problem z czarnymi grafikami wektorowymi (to samo może tyczyć się rastrowych) na przezroczystym tle. Większość artykułów chemicznych zawiera tego typu ilustracje, wychodzi czarne na czarnym. Karton Realista (dyskusja) 16:15, 1 lis 2024 (CET)Odpowiedz
@Karton Realista, tego niestety nie jesteśmy w stanie zrobić systemowo. Rozwiązanie jest opisane tutaj: Pomoc:Tryb ciemny#Grafiki „czarno na czarnym”. Msz2001 (dyskusja) 16:48, 1 lis 2024 (CET)Odpowiedz
W takim razie zacznę to robić manualnie jak zobaczę. Dzięki za info. Karton Realista (dyskusja) 16:51, 1 lis 2024 (CET)Odpowiedz
@Msz2001 Jak wstawić coś takiego do infoboxu? Karton Realista (dyskusja) 17:03, 1 lis 2024 (CET)Odpowiedz
@Karton Realista, niestety tego chyba nie mamy zaimplementowanego w przypadku infoboksów. Msz2001 (dyskusja) 17:06, 1 lis 2024 (CET)Odpowiedz
@Msz2001 W tym całe clou, obrazki w artykułach o związkach są przede wszystkim w infoboksie Szablon:Związek chemiczny infobox. Karton Realista (dyskusja) 17:10, 1 lis 2024 (CET)Odpowiedz
Temat był już podnoszony tutaj: Dyskusja_wikiprojektu:Infoboksy#Grafiki_w_infoboksach_w_trybie_ciemnym i jakoś tak upadł z racji braku dobrego pomysłu na to. Msz2001 (dyskusja) 10:16, 2 lis 2024 (CET)Odpowiedz
Gotowe... Przynajmniej jeśli chodzi o grafiki. Aceton będzie widoczny w ciemnościach 🖤😉
Nie wiem tylko czemu tam niektóre komórki mają białawe tło. Pewnie też można to przenieść do CSS o ile w ogóle to jest potrzebne. Nux (dyskusja) 15:54, 2 lis 2024 (CET)Odpowiedz
W artykułach typu Siarczan miedzi(II), Węglan wapnia, Disiarczek węgla, Kliochinol mamy wizualizację 3D w pliku svg, po odwróceniu koloru grafiki wyglądają trochę dziwnie. Nie wiem jednak czy warto zaprzątać sobie tym głowę, czy jest to nieakceptowalne? tufor (dyskusja) 17:49, 2 lis 2024 (CET)Odpowiedz
Hm... Siarczan i disiarczek w sumie mogą być (są niestandardowe, ale czytelne), ale węglan faktycznie nie za bardzo... Pewnie by trzeba dodać jednak na to parametr. Można domyślnie odwracać kolory w png/svg, ale dać możliwość ustawienia np. grafika odwracalna=nie. Poczekam jeszcze jednak trochę na alternatywne pomysły. Nux (dyskusja) 18:26, 2 lis 2024 (CET)Odpowiedz
Dodałem możliwość wpisania czy dana grafika może być odwrócona (przenicowana kolorystycznie ;)) czy nie.
@Malarz pl przy okazji, co myślisz, żeby ujednolicić wywołania infoboksów? Zauważyłem, że w chemii jest trochę za długi jak dla mnie "tekst alt. 1. grafiki". Może lepiej by było zrobić jednolicie "alt 1. grafiki" itd? Przy okazji można by dorzucić w innych szablonach parametr odwracalna 1/2. grafika (tam gdzie używany już jest {{infobox dwie grafiki}}). W większości szablonów pewnie powinno być prościej to znaczy bez lua: odwracalna 1. grafika = {{{odwracalna 1. grafika| nie }}}. Nux (dyskusja) 13:31, 3 lis 2024 (CET)Odpowiedz
  • Jestem za. Tylko, że mam bardzo dużo zastrzeżeń do tych szablonów, więc jakbym miał botować to dyskusja będzie długa. Ważne, że @Wostr gdzieś napominał, że się zagalopował w jego zawiłościach i przymierza się do uproszczenia. Wtedy będzie to realne do zrobienia. Bo bez współpracy merytorycznej dyskusja nad zmianami siada. Ja chciałbym przede wszystkim w tych infoboksach chemicznych scalić pola wartości i przypisów w jedno. Po drugie zastanowić się jak rozwiązać szerokości grafik, bo wydaje mi się, że to co jest, jest zbyt skomplikowane (a dołożyłeś też kilka klocków upraszczając kod). ~malarz pl PISZ 13:40, 3 lis 2024 (CET)Odpowiedz
    Nie jestem na nie, ale szersze zmiany w tym konkretnym infoboksie proponowałbym jednak osobno przedyskutować. Jak sam mówisz, to może długo potrwać. Bardziej myślałem o tym, żeby zbotować same parametry dotyczące grafik, bo to raczej nie będzie specjalnie kontrowersyjne i nie wymaga długich dyskusji, a możemy popchnąć do przodu kwestie grafik. Nux (dyskusja) 14:46, 3 lis 2024 (CET)Odpowiedz
Tak jak gdzieś wcześniej już pisałem, biorąc pod uwagę konieczność uwzględniania trybu ciemnego, w takim {{Związek chemiczny infobox}} łatwiej byłoby zapewne przejść na parametry dotyczącego konkretnych rodzajów ilustracji (które też domyślnie by się „odwracały” lub nie), zamiast ogólnych | X. grafika = z jednoczesną koniecznością uwzględniania kolejnych parametrów typu | odwracalna X. grafika = – zwłaszcza, że w infoboksie chemicznym modele 3D są w zdecydowanej większości do wywalenia i zostałyby w zasadzie 3. rodzaje ilustracji, z których jedna (najczęstsza) podlegałaby „odwracaniu”. To, co jednak widzę od razu, to że po zmianach przy jednym rzędzie ilustracji mam w takim np. Kliochinol border-bottom pod ilustracjami wyglądający na 2px (najprawdopodobniej zjeżdżają się w jednym miejscu dwa razy border o 1px, nie ma warunku, by jeden z nich nie wyświetlał się, jeżeli nie ma grafiki). Wostr (dyskusja) 14:24, 3 lis 2024 (CET)Odpowiedz
Tak na szybko do analizy grafik: Wikipedysta:Malarz pl/szablony/Związek chemiczny infobox#ilustracje (2). Chwilę potrwa zanim się wypełni. Mogą być problemy z ładowaniem kilku tysięcy grafik na stronie, ale większość da się zobaczyć. Jak chcesz się za to zabrać to załóż jakiś wątek w dyskusji projektu chemicznego albo infoboksowego z wylistowaniem proponowanych zmian. Ja dorzucę swoje, Nux swoje spostrzeżenia i może się uda. ~malarz pl PISZ 14:59, 3 lis 2024 (CET)Odpowiedz
Ramkę poprawiłem.
Co do modeli 3D, to moim zdaniem jak już mamy ładne (a przynajmniej przyzwoite) modele 3D, to ja osobiście bym je zostawił. Sprawdziłem na enwiki, i dewiki, i na obu mają też modele np. dla Siarczan miedzi(II).
Osobiście uważam też, że jednak lepiej jest mieć numerowane grafiki, bo to jest bardziej uniwersalne. Przynajmniej w tych wypadkach, bo jednak widać dużą różnorodność w przykładach, które znalazł tufor: Węglan wapnia, Disiarczek węgla, Kliochinol, ale także np. Aceton, czy powiązane infoboksy: Ad26.COV2.S, Woda do iniekcji. Myślę, że ciężko to będzie ujednolić i raczej to bardziej skomplikuje szablony. Zamiast zmieniać nazwy parametrów można zmienić opis w danych strukturalnych infoboksów (sugerując wpisanie czegoś jako pierwszą grafikę, coś innego w drugą itp).
Do zmiany opisów nie jest potrzebne botowanie itp, a teraz używa tego zarówno VE jak i kreator szablonów z edytora kodu. Ten ostatni trzeba by w ogóle wypełnić... Co pewnie można odłożyć na później jeśli chcecie robić szersze zmiany. Nux (dyskusja) 15:04, 3 lis 2024 (CET)Odpowiedz
Preparaty (np. Fusafungina) i białka (Somatostatyna) również wprowadziłem w tryb ciemny. Białka niestety też częściowo dotyka problem odwracania grafik 3D, ale tutaj odwrócone wyglądają czytelnie. Nux (dyskusja) 18:34, 2 lis 2024 (CET)Odpowiedz
Jakby ktoś ręcznie ładował sobie popups, to trzeba dodać sobie dodatkowy css:
importStylesheet('MediaWiki:Gadget-Popups-dark.css');
Zdaje się, że mediawiki nie wspiera jeszcze zagnieżdżania w CSS, więc wolałem nie dołączać tego do głównego stylu. Pewnie można by też to ładować warunkowo, ale nie wiem czy da się... Jest jakiś hook wykrywający zmianę trybu skórki? Nux (dyskusja) 17:38, 2 lis 2024 (CET)Odpowiedz
Co do grafik w infoboksach i szablonach, to zauważyłam też problem z grafiką zabytku w (wstawione jest to) - z biało-granatowej robi się czarno-granatowa. Losowy przykład pierwszy z brzegu. czupirek (dyskusja) 13:24, 3 lis 2024 (CET)Odpowiedz
U mnie jest ok. Nic się nie zmienia (poza dolnymi trójkątami, które nie są częścią znaku). ~malarz pl PISZ 13:40, 3 lis 2024 (CET)Odpowiedz
@Czupirek dodałem nowy szablon i poprawiłem ten infoboks... i widzę, że @Malarz pl zdążył zrobić resztę zanim skończyłem pisać podmianę :) Nux (dyskusja) 16:47, 3 lis 2024 (CET)Odpowiedz
Bo to bardzo dobre rozwiązanie było :-) ~malarz pl PISZ 16:50, 3 lis 2024 (CET)Odpowiedz
I przy okazji ujednoliciłem trochę to pole w infoboksach. Jeszcze poprawiam niektóre wywołania. ~malarz pl PISZ 16:53, 3 lis 2024 (CET)Odpowiedz
@Nux i @Malarz pl - dziękuję, teraz pięknie widać :-) --czupirek (dyskusja) 19:04, 3 lis 2024 (CET)Odpowiedz
Dodatkowo również ikonka "prawo" w Szablon:Zastrzeżenia. czupirek (dyskusja) 13:24, 3 lis 2024 (CET)Odpowiedz
Poprawiłem ikonki w {{Zastrzeżenia}} na czytelne w trybie jasnym i ciemnym. Msz2001 (dyskusja) 17:17, 3 lis 2024 (CET)Odpowiedz
Super, widzę, że tę drugą ikonkę też. Dziękuję! -- czupirek (dyskusja) 19:05, 3 lis 2024 (CET)Odpowiedz
Ten wątek jest jeszcze obserwowany? Jeśli tak, to nieczytelny jest szablon Wikipedia:Poczekalnia/wstęp, jasne na jasnym, tytuły znikają, a jasnoniebieski razi po oczach w trybie ciemnym. Karton Realista (dyskusja) 23:45, 8 lis 2024 (CET)Odpowiedz
Zrobione. Msz2001 (dyskusja) 11:26, 9 lis 2024 (CET)Odpowiedz
Dzięki. Na stronie poczekalni jest jeszcze popsuta tabela na dole z ostatnimi edycjami, nie zauważyłem wcześniej. Karton Realista (dyskusja) 11:40, 9 lis 2024 (CET)Odpowiedz
To też zrobione. Msz2001 (dyskusja) 12:27, 9 lis 2024 (CET)Odpowiedz
Jak już tak wymieniam, to najbardziej oczywistym mankamentem są wypowiedzi z dwukropkami na początku w stronach dyskusji (te żółte), i oprawka, która pojawia się przy kliknięciu w przycisk "odpowiedz" tamże, ale pewnie to nie jest łatwe do naprawienia, jeśli nie zostało zrobione do tej pory.
Jest jeszcze szablon Wikipedia:Tablica ogłoszeń/Ogłoszenia/nagłówek i "Położenie na mapie X" w szablonie Szablon:Miejscowość infobox. Karton Realista (dyskusja) 12:57, 9 lis 2024 (CET)Odpowiedz
Nagłówek Tablicy ogłoszeń zrobiony. O które wypowiedzi z dwukropkami chodzi? Podasz jakiś przykład? tufor (dyskusja) 14:47, 9 lis 2024 (CET)Odpowiedz
Tu chodzi o gadżet MediaWiki:Gadget-colored-discussion.css, który właśnie zaadaptowałem. Msz2001 (dyskusja) 14:51, 9 lis 2024 (CET)Odpowiedz
Mapę w infoboksie też poprawiłem. Msz2001 (dyskusja) 15:13, 9 lis 2024 (CET)Odpowiedz
Po większej ilości testów znalazłem jeszcze:
Karton Realista (dyskusja) 18:43, 9 lis 2024 (CET)Odpowiedz
Kolejny gadżet - Wikipedia:Narzędzia/wstaw-link-interwiki Karton Realista (dyskusja) 13:23, 10 lis 2024 (CET)Odpowiedz
Szablon:Licznik czasu
Podobnie jak w Kawiarence w Czywieszu na głównej stronie też są żółte tabelki na dole. Karton Realista (dyskusja) 22:51, 10 lis 2024 (CET)Odpowiedz
✅CW poprawiłem, przynajmniej w tych podstawowych przypadkach. Natomiast zaczynam nabierać wątpliwości, czy jest sens robić większe zmiany póki nie mamy porządnych narzędzi by to robić. Niestety na ten moment trzeba powtarzać 3-krotnie ten sam kod i to jeszcze z drobnymi modyfikacji. Mam coraz większe obawy, że to się może za bardzo rozjeżdżać w przyszłości (jak zawsze przy powtórzonym kodzie). Możliwe, że powinniśmy poczekać na obsługę zmiennych, co by przynajmniej mogło ograniczyć powtórzenia selektorów. Nux (dyskusja) 23:43, 10 lis 2024 (CET)Odpowiedz
Poprawiłem gadżet. Msz2001 (dyskusja) 17:52, 18 lis 2024 (CET)Odpowiedz
Odnośnie pola "www" w infoboksie; możliwe, że nieco hackowato, ale wydaje mi się, że będzie działać. W {{infobox www}} można dodać jakąś klasę do parametru wiersz (np. zamienić obecną linijkę na |wiersz = class="infobox-www-wiersz" {{{wiersz|}}}), a potem ją targetować. Można zastosować style takie jak w MediaWiki:Gadget-darkmode-overrides.css#L-43 (przez html.skin-theme-clientpref-night .infobox-www-wiersz; z tego co widzę tylko w trzech infoboksach mamy klasę notheme [związek chemiczny, białko, preparat leczniczy infobox] ale nie wykorzystują one {{infobox www}}). Pomysł do oceny ;) tufor (dyskusja) 20:41, 11 lis 2024 (CET)Odpowiedz
Większy problem - co zrobić z grafikami linii metra (przykład)? Bo jeśli mają określony kolor to nie ma sensu ich odwracać w całości (jak w Warszawie linia M1 jest niebieska, a M2 czerwona). Karton Realista (dyskusja) 23:26, 10 lis 2024 (CET)Odpowiedz
Poprawiłem pola WWW w infoboksach, gdzie używany jest standardowy szary kolor tła. W pozostałych miejscach zostawiłem, bo na ogół i tak trzeba będzie tam wrócić przy okazji ogarniania nagłówków itp. Msz2001 (dyskusja) 17:53, 18 lis 2024 (CET)Odpowiedz
Podrzucę jeszcze jeden szablon {{Klad}}, a właściwie moduł. Połączenia między komórkami są prawie niewidoczne. Revsson (dyskusja) 10:07, 22 lis 2024 (CET)Odpowiedz
Załatwione. Msz2001 (dyskusja) 13:49, 22 lis 2024 (CET)Odpowiedz

Zmiany w szablonach typu mbox

edytuj

Wydzielono z wątku #Dostosowanie szablonów i treści do trybu ciemnego; wydzielił tufor (dyskusja) 15:49, 1 lis 2024 (CET)Odpowiedz

wstępna analiza botem starych mboksów

edytuj
  • Jestem za jednym ogólnym szablonem, obsługującym w miarę możliwości większość/wszystkie używane opcje dostępne w dotychczasowych. W dalszej perspektywie będzie on znacznie łatwiejszy do utrzymania. Jak są jakieś sprzeczne (różne ikonki) to warto podyskutować nad jedną. Jakby co to służę pomocą przy analizie dotychczasowych wywołań i ew. przygotowaniu zestawień par szablonów (stary/nowy) w jakiś zestawieniu wykonanym na podstawie dotychczasowych wywołań. Trochę będzie to wymagało przeróbek mojego bota (bo są wywołania z parametrami innych szablonów wykorzystujących ten szablon a mój bot raczej jest dostosowany do ostatecznych wywołań) ale IMO warto to zrobić. ~malarz pl PISZ 22:38, 31 paź 2024 (CET)Odpowiedz
    Przygotowując się do dalszych zmian w {{tmbox}} i {{ombox}}, zauważyłem, że obsługują one alternatywne (notabene, nieudokumentowane) nazwy parametru |tekst=: oba akceptują |1=, a ombox dodatkowo |treść=. @Malarz pl, czy dałoby radę sprawdzić, jak dużo jest wywołań tych szablonów, gdzie użyte są te alternatywne nazwy? (Szczególnie interesowałaby mnie ta pierwsza, bo wyszukiwarką będzie dość karkołomnie to wylistować). Jeśli jest ich niewiele, to myślę, że możemy ustandaryzować do |tekst=. Msz2001 (dyskusja) 15:51, 5 lis 2024 (CET)Odpowiedz
    • Ma być bardzo dokładnie czy 99% wystarczy? Mój bot sobie nieradzi z niektórymi szablonami i nie wiem czy mam go rozbudować. Na razie uruchomiłem jak mam i całość będzie w Wikipedysta:Malarz pl/szablony/tmbox, a teraz w podstronach zbiera po 100 wywołań. Tych co nie obsłużył tam nie ma - zamiast nich jest "ERROR". ~malarz pl PISZ 16:13, 5 lis 2024 (CET)Odpowiedz
      99% będzie w porządku. Zawsze to i tak stukrotnie mniej pracy przy wyszukiwaniu ewentualnych pozostałości :) Msz2001 (dyskusja) 16:15, 5 lis 2024 (CET)Odpowiedz
      • w sporej części są to stare infoboksy portali (te źle odczytane przez bota). Poniżej rozpocząłem dyskusję nad ich usunięciem. Co do zmiany to ja jestem za inteligentnym przebotowaniem wszystkiego ze zmianą nazw parametrów i zastosowaniem jedynie standardowych. I podejmuję się tego zadania. ~malarz pl PISZ 16:28, 5 lis 2024 (CET)Odpowiedz
        Też jestem za pozostawieniem wyłącznie standardowych nazw parametrów. Jak ci będzie wygodniej z perspektywy botowania – przy obecnej zawartości [ato]mboksów, czy jak się je przerobi na wywołanie uniwersalnego mboksa? Msz2001 (dyskusja) 16:41, 5 lis 2024 (CET)Odpowiedz
        • Zostaw tak jak jest. To umożliwi dzielenie pracy na części i łatwiej jest rozwiązać problem dziwnych wywołań. Mocno nietypowe wywołania można ręcznie zmienić od razu na docelowy szablon. PS. Mój bot chyba nie rozpoznaje prawidłowo tych z parametrami. ~malarz pl PISZ 17:04, 5 lis 2024 (CET)Odpowiedz

@Msz2001 to co botować wszystko co się da zostawiając nietypowe? ~malarz pl PISZ 22:44, 10 lis 2024 (CET)Odpowiedz

@Malarz pl, tak, możesz botować. Czego się nie uda, to zrobię potem ręcznie. Msz2001 (dyskusja) 22:48, 10 lis 2024 (CET)Odpowiedz

nowa implementacja mbox

edytuj

Skopiowałem przed chwilą zawartość {{mbox/2}} do {{mbox}}, jako pierwszy krok ku ujednoliceniu szablonów komunikatów. Pozostałe boksy na razie pozostawiłem takie, jakie były do tej pory, aby nie obciążać zanadto serwera i dać chwilę na ewentualne reklamacje (choć, jak sprawdzałem, po zmianach szablony się nie wysypały). Msz2001 (dyskusja) 18:50, 4 lis 2024 (CET)Odpowiedz

  • Czy dałoby radę też zmiany wprowadzić w projektach siostrzanych? Marek Mazurkiewicz (dyskusja) 23:43, 4 lis 2024 (CET)Odpowiedz
  • Zauważyłem, że przez zmiany straciliśmy mechanizm hide-when-compact, zapewniany przez wersję mobilną. Służy do ukrywania części komunikatu, dopóki użytkownik na niego nie kliknie. Jest używany tylko w {{Dopracować}}. Myślę o dwóch możliwych rozwiązaniach zastępczych: albo wykorzystać tam mw-collapsible (być może z ikonką zamiast [rozwiń]/[zwiń]) albo o rozwiązaniu czystym CSS na zasadzie .mbox:focus-within .hide-when-compact {display:revert;} (choć to wymaga dodania tabindex="-1", nie jestem pewien, jak to wygląda dostępnościowo, jeśli mbox nie ma żadnej chowanej zawartości; będzie też ukrywać zawartość po kliknięciu poza nią, ale to chyba nie będzie bardzo przeszkadzać). Msz2001 (dyskusja) 09:32, 5 lis 2024 (CET)Odpowiedz
  • Coś Wam nie wyszło z tymi zmianami, spójrzcie na Dyskusja:Kwas metylomalonowy. Nie sądzę, że na jednej stronie dyskusji miałyby być dwa różne style komunikatów... Wostr (dyskusja) 14:02, 5 lis 2024 (CET)Odpowiedz
    • Zmiany na razie jak pisał MSZ dotknęły jedynie mbox'a. Jeżeli szablon wywoływał bezpośrednio inny szablon (tu {{tmbox}}) to czasowo jeszcze jest on w starej wersji. ~malarz pl PISZ 14:15, 5 lis 2024 (CET)Odpowiedz
      Zmiany zmianami, ale czy serio chcemy jeszcze bardziej zwężać te szablony komunikatów? Widać to w podlinkowanej dyskusji. Wcześniej była większa szerokość (choć i tak nie 100%), teraz jest jeszcze mniejsza, a choćby najnowszy wektor i tak ma dość ograniczoną szerokość głównego obszaru tekstu. Wostr (dyskusja) 15:48, 5 lis 2024 (CET)Odpowiedz
      Możemy oczywiście podyskutować o szerokości. Tym razem zamysł był taki, by:
      1. szablon mieścił tyle samo tekstu na szerokość, niezależnie od ustawienia wielkości czcionki przez użytkownika (o ile jest miejsce, rzecz jasna) – dzięki temu układ szablonu jest u większości podobny i zmniejsza się ryzyko rozpychania szablonów w pionie, jeśli edytuje je osoba korzystająca z małej czcionki
      2. przy domyślnych ustawieniach (a więc normalnej czcionce) był podobnej szerokości, co dotychczasowe, jeśli szerokość strony jest taka, jak ograniczenie szerokości w Wektorze 2022
      dodatkowo zaimplementowałem postulowane przez @Tufora ograniczenie na maksymalną szerokość szablonu – wybrałem 70em (czyli przy normalnej czcionce 1120px). Możemy rzecz jasna zmienić założenia i ustawić inne szerokości szablonów. Msz2001 (dyskusja) 16:02, 5 lis 2024 (CET)Odpowiedz
      Jeśli chodzi o strony dyskusji uważam, że było lepiej, jest gorzej. W nowym wektorze (a więc przy ograniczonej szerokości) mam po 160px marginesów po obu stronach, a więc 1/3 całej szerokości (a szerokość jest i tak chyba domyślnie sztywno ograniczona do tych 960px bodajże – większe marginesy są uzasadnione, gdy ktoś ustawi sobie opcję całej szerokości ekranu). Po co to białe pole, zwłaszcza że tekst z 3 linii musi się zawijać do 4? Wostr (dyskusja) 16:50, 5 lis 2024 (CET)Odpowiedz
      Okej, rozumiem. Zgadzam się, że szablony na stronach dyskusji zawierają różne metadane i więcej tekstu, więc tutaj faktycznie może być uzasadnione rozszerzenie ich. W takim razie proponowałbym poszerzenie mboksów w przestrzeni Dyskusja do około 760px (zakładając szerokość szpalty 960px, czyli taką jak ograniczenie). 760px to mniej więcej aktualna szerokość tmboksa w tych warunkach. Podobnie, można by je trochę poszerzyć przy wyłączonym ograniczeniu. Natomiast na stronach z treścią wydaje mi się, że obecna szerokość jest w porządku. Co sądzisz o takim rozwiązaniu? Msz2001 (dyskusja) 17:16, 5 lis 2024 (CET)Odpowiedz
      Ja sądzę tyle, że za bardzo je ściskamy w sytuacji, gdy szerokość jest już ograniczona. Gdy wybiorę w opcjach wyglądu szerokość „Dużą” – wówczas tego rodzaju ograniczenia mają sens. Przy domyślnym wektorze i tych 960px generujemy zbyt dużo białego miejsca z boku, a te szablony krótkie nie są. Nawet jeżeli chodzi o przestrzeń główną, można porównać en.wiki czy ru.wiki (mają szersze od nas), a takie de.wiki w ogóle się nie patyczkuje i ma pełną szerokość. Patrząc pobieżnie na różne języki, to nasz szablon wyróżnia się jedną z najmniejszych szerokości, często jednocześnie mając w sobie więcej tekstu... Wostr (dyskusja) 22:02, 5 lis 2024 (CET)Odpowiedz
      Dobrze, w takim razie przywróciłem dotychczasową szerokość komunikatów (80% szerokości strony). Msz2001 (dyskusja) 13:38, 6 lis 2024 (CET)Odpowiedz
      i teraz jest fajnie. masti <dyskusja> 13:43, 6 lis 2024 (CET)Odpowiedz
  • Czasami na pierwszy rzut oka nie wiadomo kiedy jeden mbox się kończy, a drugi zaczyna, np. Dyskusja:Letnie Igrzyska Olimpijskie 2016 dwa pierwsze szablony wyglądają jak jeden. IMO należy zwiększyć odstęp lub w .mbox + .mbox zwiększyć border-top do np. 2px, aby poszczególne szablony się lepiej odróżniały. tufor (dyskusja) 13:42, 24 lis 2024 (CET)Odpowiedz
    To prawda, może w takim razie warto wyłączyć regułę Szablon:Mbox/style.css#L-66, która odpowiada za likwidowanie odstępu między sąsiednimi mboksami (pochodzi oryginalnie ze styli amboksa chyba). Msz2001 (dyskusja) 13:51, 24 lis 2024 (CET)Odpowiedz
    Tak, o ile pamiętam to było celowo zrobione w artykułach. Jak dla mnie wygląda dobrze z jedną linią rozdzielającą, ale ginął za to nie będę 😉 Nux (dyskusja) 15:47, 24 lis 2024 (CET)Odpowiedz
    Ja jestem za sklejeniem ich ze sobą. Nie ma potrzeby tworzyć pasków pomiędzy nimi. A jak już to ww linię zmieniłbym na calc(-0.5em + 1px);, tak aby linia się nie pogrubiła i był możliwie najmniejszy odstęp. ~malarz pl PISZ 15:51, 24 lis 2024 (CET)Odpowiedz
    Ujemna grubość? Czemu ujemna? Wcześniej chyba był border-collapse na tabeli, teraz to samo jest już zrobione. Jeśli dobrze zrozumiałem, to Tuforowi raczej chodziło o dodanie odstępu, zamiast sklejania. Nux (dyskusja) 15:57, 24 lis 2024 (CET)Odpowiedz
    Odniosłem się jedynie do linijki wskazanej przez Msz. Tam jest jeszcze bardziej ujemny margines (o 2px) co właśnie prowadzi do sklejenia (wyświetlenia bez żadnego odstępu z nałożeniem ramki jedna na drugą). ~malarz pl PISZ 16:12, 24 lis 2024 (CET)Odpowiedz
    A, to źle zrozumiałem (myślałem, że mówisz o linii w sensie border-top). Margines faktycznie dałby technicznie efekt jak piszesz. Aczkolwiek wizualnie, z jednym pikselem pomiędzy, to jak dla mnie wygląda jak podwójna ramka (border double). Jeśli robić już margines, to raczej to, żeby wizualnie oddzielić od siebie (zaznaczyć odrębność) i wtedy powinno być parę pikseli pomiędzy. To co jest pomiędzy tmbox (4px) wygląda nieźle, choć osobiście chyba jednak wolę sklejenie (pewnie kwestia przyzwyczajenia). Nux (dyskusja) 16:51, 24 lis 2024 (CET)Odpowiedz
    Jak dla mnie można zmienić według sugestii Malarza na calc(-0.5em + 1px);, choć IMHO +2px prezentuje się ciut estetyczniej (kreski generowane przez bordery są bardzo blisko siebie w wersji z +1px). Nie będę się jednak upierał. BTW miejmy na uwadze fakt, że w artykułach typu szkoła (oświata) czy Większość względna mamy dwa mboxy jeden nad drugim, zmiany również tam zostaną zastosowane. tufor (dyskusja) 16:55, 24 lis 2024 (CET)Odpowiedz
    Ale nie wszędzie, bo zarówno stary jak i nowy amboks miał sklejoną wersję: https://pl.wiki.x.io/w/index.php?title=Szablon:Ambox&oldid=66405070#typ
    Jak dla mnie może być mały margines lub sklejone, ale powinno być jednolicie. Wcześniej nawet komunikaty na inny temat mieliśmy sklejone w artykułach (sklejone = jedna kreska, bez marginesu). Nux (dyskusja) 17:13, 24 lis 2024 (CET)Odpowiedz
    Osobiście nie mam preferencji, jaka szerokość odstępu wygląda najlepiej, pewnie część z tych to faktycznie kwestia przyzwyczajenia. Msz2001 (dyskusja) 19:53, 24 lis 2024 (CET)Odpowiedz
    Rozsunąłem sąsiednie mboksy o 2 piksele. Msz2001 (dyskusja) 08:27, 26 lis 2024 (CET)Odpowiedz
  • Zagnieżdżanie: po potencjalnej zmianie {{self}} na mboxa niektóre strony z opisem pliku mogą być zbyt wąskie, np. Plik:Dolj County Prefecture in Craiova, 2007 (1).jpg. Margines poziomy = 0 dla mboksów wewnątrz szablonu {{Plik}}? tufor (dyskusja) 11:55, 5 gru 2024 (CET)Odpowiedz
    Poprawiłem – zamysł był, by na stronach w przestrzeni Plik: mboksy miały pełną szerokość, ale zapomniałem ustawić marginesów na 0, jak wcześniej zmieniałem sposób deklarowania szerokości mboksa. Teraz jest w porządku. Msz2001 (dyskusja) 14:32, 5 gru 2024 (CET)Odpowiedz

stare mboxy portali

edytuj

Co sądzicie o starych mbox'ach portali. Skoro same portale de facto wyłączyliśmy, odlinkowaliśmy z przestrzeni głównej to może przyszedł też czas aby odportalować strony dyskusji artykułów. IMO Specjalna:Linkujące/Portal:Wojsko/ArtykułNaMedal/Szablon spokojnie jest do skasowania. ~malarz pl PISZ 16:28, 5 lis 2024 (CET)Odpowiedz

mbox - botowanie starych szablonów

edytuj

Właśnie przymierzam się do botowania starych wywołań szablonów. I wydaje mi się, że warto je pozamieniać na szablony, które w wuwołaniach zostały zsubstowane, jak np. taka edycja. Być może przy okazji niektóre szablony trzeba będzie trochę poprawić aby dobrze działały bez substowania i poprawić gadżety aby ich nie substowały. Co wy na to? ~malarz pl PISZ 23:43, 18 lis 2024 (CET)Odpowiedz

Nie mam nic przeciwko, zawsze może to zredukować szansę, że coś się w przyszłości wysypie, jak będzie się coś grzebać w szablonach. Msz2001 (dyskusja) 13:41, 19 lis 2024 (CET)Odpowiedz
Przeczyściłem dotychczasowe {{mbox}}'y. Wszystkie są zestawione na stronie Wikipedysta:Malarz pl/szablony/mbox/1. ~malarz pl PISZ 14:34, 19 lis 2024 (CET)Odpowiedz
Przejrzałem listę; w kilku miejscach odsubstowałem, jedną stronę usunąłem (Pomoc:Przewodnicy/editnotice). Wcześniej była mowa o fmboxach, ale zauważyłem, że mbox też traci swoje style, gdy jest wykorzystywany jako editintro (np. na WP:PUR). Templatestyles nie są tam wczytywane? tufor (dyskusja) 00:01, 20 lis 2024 (CET)Odpowiedz
TemplateStyles są wczytywane, ale działają tylko w sytuacji, gdy stylowany element znajduje się wewnątrz tagu z klasą mw-parser-output (co nie jest prawdą w przypadku editnotice, stron specjalnych i innych tego typu rzeczy). Dlatego chciałem się fmboksem zająć osobno - nie z powodu jego budowy, ale raczej miejsc, gdzie jest wykorzystywany. Msz2001 (dyskusja) 08:43, 20 lis 2024 (CET)Odpowiedz
Dzięki Tufor. Lista odświeżona. Tam pewnie jeszcze parę rzeczy jest do poprawienia ale im więcej oczu spojrzy tym lepiej (więcej zsubstowanych znajdzie). A co do szablonów z editintro to może po prostu wszystkie niech wywołują jakiś inny szablon, tylko podobny do {{mboxa}}. ~malarz pl PISZ 08:55, 20 lis 2024 (CET)Odpowiedz
Kilka takich editintro czy editnotice pozamieniałem wcześniej na fmboksy (bo to ten sam ogólny problem, który trzeba będzie rozwiązać), ale przyznam że nie rozglądałem się nad najlepszym sposobem obejścia (jedną z opcji jest coś na kształt <div class="mw-parser-output">{{mbox |...}}</div>, ale nie wiem, czy najlepszą – nie jestem też pewien czy warto byłoby coś takiego pakować do wszystkich mboksów, w tym tych w treści). Msz2001 (dyskusja) 09:28, 20 lis 2024 (CET)Odpowiedz
{{Czy wiesz - podziękowanie dla autora}}
  • zamierzam zastąpić trzy parametry: rok, miesiąc i dzień jednym "data" w formacie RRRR-MM-DD (to i tak ma znaczenie tylko dla gadżetu). Po przebotowaniu obecnych wywołań przerobię różnego rodzaju stare zsubstowane podziękowania na ten nowy szablon. ~malarz pl PISZ 16:08, 20 lis 2024 (CET)Odpowiedz
  • Ten szablon załatwiony. Zostało jeszcze jedno wywołanie do wyjaśnienia. Zabieram się za szablon informujący o zgłoszeniu do czywiesza. Po tym zostanie jeszcze ok. 135 tmboxó w dyskusjach Wikipedystów. ~malarz pl PISZ 21:54, 23 lis 2024 (CET)Odpowiedz
  • Ten też zrobiony. Zostały jeszcze podobne informacje wstawione w projektach, stronach wikipedystów itp. Muszę się temu przyjrzeć, ale to raczej na spokojnie. Przy okazji znalazłem @Msz2001: Wikipedia:Biblioteka/editintro, który zostawiam dla Ciebie. ~malarz pl PISZ 22:35, 25 lis 2024 (CET)Odpowiedz
    Zrobiłem. Msz2001 (dyskusja) 08:14, 26 lis 2024 (CET)Odpowiedz
  • Powoli kończę z {{tmbox}}. Zostało kilkaset, które ciężko pogrupować, ale konsekwentnie je poprawiam. Trafiłem na Wikipedia:Szablony komunikatów, który warto poprawić bazując tylko na docelowych szablonach a nie powoli uszczuplać po kawałku. @Msz2001? ~malarz pl PISZ 09:29, 29 lis 2024 (CET)Odpowiedz
    Mogę w weekend usiąść do tej strony. Msz2001 (dyskusja) 10:36, 29 lis 2024 (CET)Odpowiedz
    Przerobiłem tę stronę, w tej chwili przedstawia {{mbox}} jako podstawowy szablon komunikatów oraz dodatkowo {{fmbox}} i {{dmbox}} jako szczególne przypadki. Tego ostatniego raczej nie będziemy ruszać, bo jest zbyt inny, a jeśli chodzi o fmbox, to mam wstępny pomysł, co z nim możemy zrobić, dziś albo jutro go opiszę. Msz2001 (dyskusja) 15:33, 30 lis 2024 (CET)Odpowiedz
  • Obecnie szablon {{ambox}} posiada opcję nomobile, co powoduje, że dany szablon nie wyświetla się w wersji mobilnej, np. {{Aktualne}}. W nowym mboksie nie ma tej opcji. Co robimy? tufor (dyskusja) 16:28, 1 gru 2024 (CET)Odpowiedz
    Moim zdaniem, komunikaty powinny być widoczne również w wersji mobilnej. Ten, przytoczony przez ciebie, przekazuje akurat dość ważną informację i myślę, że czytelnik powinien być świadom. Msz2001 (dyskusja) 17:39, 1 gru 2024 (CET)Odpowiedz
    Dodałem ten parametr w nowej wersji amoboksa dla zgodności wstecznej. Uważam jednak, że raczej nie ma dobrego powodu, aby ukrywać komunikaty w wersji mobilnej. Komunikaty co prawda zajmują trochę miejsca na ekranie, ale zwykle przekazują istotne informacje (np. ostrzeżenia o problemach z artykułem). Na pewno komunikaty dla czytelników powinny być widoczne. Dodatkowo, sam dosyć często edytuję na komórce i również ewentualne komunikaty dla edytujących wolałbym widzieć. No i wreszcie, nowa wersja szablonu powinna być czytelna na urządzeniach mobilnych, więc pod tym względem raczej nie powinno być potrzeby ich ukrywania. Czyli w sumie być może można by nawet usunąć ten parametr umożliwiający całkowite ukrywanie? Nux (dyskusja) 23:58, 2 gru 2024 (CET)Odpowiedz
    ja bym ten parametr wyrzucił. Nie widzę potrzeby by, z poziomu komunikatu, odróżniać na czym użytkownik go ogląda. To moe mieć sens na poziomie szablonu w ogóle ale tylko gdy jest źle zbudowany. masti <dyskusja> 00:04, 3 gru 2024 (CET)Odpowiedz

{{tmbox}} posprzątany do końca. ~malarz pl PISZ 22:42, 5 gru 2024 (CET) {{ombox}} podobnie. ~malarz pl PISZ 20:40, 10 gru 2024 (CET)Odpowiedz

Przejrzałem wywołania {{fmbox}}ów i są to generalnie trzy rodzaje (oprócz brudnopisów i wykorzystania ich w dyskusjach o tych komunikatach):

  • Ostrzeżenia filtra nadużyć, pokazywane przy próbie zapisania edycji
  • Komunikaty typu editnotice i editintro oraz komunikaty z przestrzeni MediaWiki: dołączane zwykle koło okna edycji (dalej zbiorczo, editnotice)
  • Komunikaty dołączane na stronach specjalnych

W przypadku filtrów nadużyć, byłbym za tym, aby zlikwidować ich style i zdefiniować komunikat jako czysty tekst. Komunikaty te są umieszczane zawsze wewnątrz boksa sygnalizującego błąd, więc tutaj fmbox jest nadmiarowy (podgląd: [2]).

Editnotice mają istotną cechę: są wstawiane w różnych miejscach interfejsu, w zależności od użytego edytora. W kodzie źródłowym są umieszczane nad oknem edycji, a w przypadku edytora wizualnego jest to popup o szerokości 360px, więc tutaj szablon na pewno musiałby wykorzystywać całą dostępną szerokość (a najlepiej, aby pomniejszał grafikę i marginesy wewn.). Ta dodatkowa logika mogłaby być zaimplementowana w szablonie {{Editnotice}}, który owijałby wywołanie podstawowego mboksa w odpowiednie klasy i dołączał style CSS do zaadaptowania się do odpowiednich edytorów (czy co tam byłoby potrzebne).

Nad edytorem kodu źródłowego pojawiają się czasem także komunikaty, owijane przez MediaWiki w standardowe boksy z Codexa. One mają szerokość 100% dostępnego miejsca, więc dla spójności, warto by editnotice też taką miały w edytorze kodu źródłowego (czyli bez zmian w tym zakresie w stosunku do dzisiaj, ale stylistycznie mbox). Chyba że chcemy zaszaleć i wszystkie editnotice zrobić w stylu Codex'owym, jak tu: Wikipedysta:Msz2001/Editnotice.

W przypadku stron specjalnych, fmbox występuje w różnych rolach: komunikatywnej (MediaWiki:Userrights-summary i chyba tylko ten), prezentacyjnej (MediaWiki:Sp-contributions-footer, MediaWiki:Pendingchanges-list) czy strukturalnej (MediaWiki:Searchmenu-new). Wydaje mi się, że najczęściej ten boks jest używany po prostu jako wygodny layout, który nie służy do bycia komunikatem, ale po prostu opakowuje pewien element interfejsu. Z tego powodu, tę grupę szablonów trzeba by prawdopodobnie ogarnąć indywidualnie, po zajęciu się pozostałymi. Prawdopodobnie z większości użyć wyklaruje się szablon w rodzaju {{Stopka strony specjalnej}}. Msz2001 (dyskusja) 18:14, 30 lis 2024 (CET)Odpowiedz

Dla editnotice przygotowałem nowszą wersję szablonu: {{Editnotice/2}}, ich porównanie jest na stronie Wikipedysta:Msz2001/Editnotice, a w akcji można zobaczyć, otwierając do edycji moją stronę użytkownika. Msz2001 (dyskusja) 13:09, 1 gru 2024 (CET)Odpowiedz
Jak dla mnie Twoja propozycja wygląda dobrze, możemy jej użyć. Jest sporo editnotice, które nie wykorzystuje ani obecnego szablonu ani fmboxa; je też chyba dobrze byłoby zamienić. tufor (dyskusja) 16:24, 1 gru 2024 (CET)Odpowiedz
Editnotice właśnie przerobiłem, pozostało jeszcze 20 wywołań {{fmbox}} z tej trzeciej grupy, którym się przyjrzę i spróbuję wymyślić szablon dla nich. Msz2001 (dyskusja) 12:38, 6 gru 2024 (CET)Odpowiedz
Odnośnie filtra nadużyć: pełna zgoda, skoro jest już box, to kolejny jest niepotrzebny. tufor (dyskusja) 16:24, 1 gru 2024 (CET)Odpowiedz
Filtry nadużyć ogarnąłem. Msz2001 (dyskusja) 19:33, 1 gru 2024 (CET)Odpowiedz
Przy okazji wymiany {{fmbox}}-ów, przygotowałem szablon {{Aktywuj style szablonów}}, którym zastąpiłem wywołania typu <div class="mw-parser-output"> w różnych miejscach wiki (nie tylko dookoła szablonów komunikatów). Msz2001 (dyskusja) 11:57, 9 gru 2024 (CET)Odpowiedz
{{fmbox}} ogarnięty. Msz2001 (dyskusja) 14:28, 10 gru 2024 (CET)Odpowiedz

Reklama w parametrze 'title' strony źródłowej a algorytm generujący przypis

edytuj

Encyklopedia PWN w kodzie stron zamieściła parametr 'title' uzupełniony o slogan reklamowy "źródło wiarygodnej i rzetelnej wiedzy". Przy automatycznym generowaniu przypisu reklama doklejana jest do nazwy strony i w efekcie w kilkudziesięciu artykułach reklamujemy konkurencję (zleciłem to do usunięcia na WP:ZdB). Można algorytm dodawania przypisów uzupełnić o fragment kodu kasujący ten dopisek? Kenraiz .ꓘ (dyskusja) 15:52, 31 paź 2024 (CET)Odpowiedz

czy mówisz o dodawaniu botem czy innym mechanizmie? Jeśli chodzi o mojego bota do tytułów to jest to do filtrowania jak najbardziej. Trzeba by tylko znaleźć co tam się może pojawiać. Spróbuję poszukać jakie teksty się pojawiają. Generalnie różne narzędzia popierają to z tagu <title> strony. I to nie jest jedyny przypadek gdzie twórcy stron taki chwyt stosują. masti <dyskusja> 16:05, 31 paź 2024 (CET)Odpowiedz
zrobiłem na szybko przegląd i trochę tego się znajduje. To wyniki częściowe tego co mój bot generował. Powybierałem na szybko to co wygląda na wymagające czyszczenia. Więcej na stronach od Wikipedysta:MastiBot/tytuł wygenerowany:
  1. tytuł=Amerykanie w depresji po „Avatarze” – Świat – Wiadomości – Radio ZET – Siła Muzyki – muzyka, wiadomości, rozrywka, konkursy, źródło informacji – kanały internetowe
  2. tytuł=Najlepsze technologie dla Polski - Computerworld - Wiadomości IT, biznes IT, praca w IT, konferencje
  3. tytuł=Atom Heart Mother – Pink Floyd | Songs, Reviews, Credits | AllMusic
  4. tytuł=Saturn's Enceladus Moves to Top of "Most-Likely-to-Have-Life" List - The Daily Galaxy -Great Discoveries Channel
  5. tytuł = Liczba mieszkańców dzielnic Wałbrzycha | Nasz Wałbrzych – niezależny portal miejski
  6. tytuł=Romoeren triumfatorem konkursu Skok SAS 2006 - www.skokinarciarskie.pl - wszystko o skokach narciarskich
  7. tytuł=Bohemian Rhapsody by Queen (Single; Parlophone; 204 649-2): Reviews, Ratings, Credits, Song list - Rate Your Music
  8. tytuł=Niebezpieczne narzędzie czy już broń? - Prawo i wymiar sprawiedliwości - GazetaPrawna.pl - wiadomości, notowania, kursy, praca, emerytury, podatki
  9. tytuł=Cieśnina Malakka w polityce Indii wobec Oceanu Indyjskiego - Geopolityka.net - polski portal o geopolityce | Geopolityka.net - polski portal o geopolityce
  10. tytuł=Ramaphosa on first official visit to Angola on Friday – SABC News – Breaking news, special reports, world, business, sport coverage of all South African current events. Africa...
  11. tytuł=Sport w EUROSPORT.INTERIA.PL – piłka nożna, f1, nba, siatkówka, boks, ekstraklasa, żużel, tenis, piłka ręczna, koszykówka, hokej, wyniki sportowe
  12. tytuł=Eusebio zwolniony z Barca B! – Aktualności – Barca.pl – FC Barcelona, Barca, Blaugrana – najlepszy serwis o FCB
  13. tytuł=Zarys dziejów Gdańskiego Gimnazjum Akademickiego (1558-1817) | HISTORIA.org.pl - historia, kultura, muzea, matura, rekonstrukcje i recenzje historyczne
  14. tytuł=Unia Książenice wycofuje się z ZINA IV ligi! - SportowaSilesia.pl - portal pozytywnych wrażeń sportowych
  15. tytuł=Autostrady pożarły amerykańskie miasta. Dlaczego je budowano? - Rynek Infrastruktury: Porty, Stocznie, Lotnisko, Porty lotnicze, Autostrada, Obwodnica, Energetyka, Ciepłownict...
  16. tytuł = Kaczyński miał dwóje i wyrzucili go z liceum? Seweryn: Byliśmy razem w szkole – Polityka – wszystko o polityce w Dziennik.pl – politycy, informacje, PO, PiS, SLD dziennik.pl
  17. tytuł=FOTBAL.CZ - STATISTIKY REPREZENTANTŮ - Football association of Czech Republic - czech, cesky, cech, eech, sport, soccer, fotbal, football, cup, fussball, futsal, statisti, res...

--masti <dyskusja> 18:35, 31 paź 2024 (CET)Odpowiedz

  • To wszystko wpada do przypisu, gdy edytuje się w edytorze wizualnym i za jego pomocą generuje się przypis automatycznie (wklejając tylko link). Głównie z tego narzędzia korzystają początkujący. Na zwróconą uwagę jeden z nich odpowiedział "czy w takim razie algorytm Wikipedii w tym obszarze działa błędnie?" No tak. Kenraiz .ꓘ (dyskusja) 18:51, 31 paź 2024 (CET)Odpowiedz
    niestety trzeba każdy przypadek indywidualnie analizować. Więc narzędzie musiałoby mieć jakąś listę konwersji tytułów. w RefLink bocie postaram się to zaimplementować. Ale co do wizualnego to już kto inny musi. Ewentualnie bot, który będzie to po edycji sprzątał. masti <dyskusja> 18:53, 31 paź 2024 (CET)Odpowiedz
    Bylibyśmy w stanie przechwycić odpowiedź Citoida i przekształcić na nasze potrzeby. Byłoby to hakowate, ale działałoby. Jeśli będziesz się podejmował jakiegoś filtrowania/przekształcania tytułów, to analogiczne możemy zaszyć w VE. Msz2001 (dyskusja) 19:40, 31 paź 2024 (CET)Odpowiedz
    O. Kiedyś nad tym myślałem, ale nie zagłębiałem się, żeby sprawdzić czy się da. Jeśli byłoby to w miarę stabilne, to można by też zmieniać język z `en_US` na `en`. Trochę by ułatwiło :) (teraz robi to WP:SK, ale trzeba się przełączyć na kod) Nux (dyskusja) 19:48, 31 paź 2024 (CET)Odpowiedz
    Ponieważ kod operowałby na surowych danych z API Zotero, czy jaka to tam usługa jest wykorzystywana, byłby dość stabilny (ewentualnie zmieniłaby się tylko nazwa metody w VE, w którą trzeba by się wstrzyknąć). Taki mam pomysł, można wkleić do konsoli przy otwartym VE i spróbować dodać przypis automatem:
    var btr = ve.ui.CitoidInspector.prototype.buildTemplateResults;
    ve.ui.CitoidInspector.prototype.buildTemplateResults = function buildTemplateResults__plwiki(searchResults) {
        console.log(searchResults);
        // TODO Tutaj zmień searchResults
        return btr.call(this, searchResults);
    };
    
    Msz2001 (dyskusja) 19:59, 31 paź 2024 (CET)Odpowiedz
    Zrobiłem gadżet, który aktualnie czyści język źródła: MediaWiki:Gadget-citoid-overrides.js. Docelowo można tam też wrzucić obsługę tytułów. Msz2001 (dyskusja) 14:23, 19 lis 2024 (CET)Odpowiedz
  • zrobiłem takę tabelkę zamian Wikipedysta:MastiBot/czyszczenie tytułów refLinks. Jeszcze się zastanawiam czy w ogóle nazw z tytułów nie wyrzucić. W końcu będzie w parametrze opublikowany. masti <dyskusja> 22:21, 5 lis 2024 (CET)Odpowiedz

Informacje o nieużywanych przypisach

edytuj

Zastanawiam się po co nam właściwe te oczobijne informacje o błędach w przypisach, które w sumie polegają tylko na tym, że jakiś przypis nie jest już używany. Powstanie tych „błędów” jest właściwie nieuchronne przy szerszej redakcji artykułów z nazwanymi przepisami zdefiniowanymi w sekcji przypisów. Mam wrażenie, że ten straszący żółty i czerwony jest zupełnie nieadekwatny. Jakie właściwie są zagrożenia z tym związane dla edytujących? (nie przychodzi mi nic do głowy)

Druga kwestia to czy błędy przypisów powinny być w ogóle wyświetlane dla odwiedzających? Może to ukryć przynajmniej dla anonimów? Czy może są jakieś istotne błędy przypisów, które powinny być widoczne dla czytających? (o ile pamiętam oprócz nieużywany jest jeszcze błąd zduplikowane nazwy, który raczej jest istotny dla edytujących)

Ktoś by miał coś przeciwko jakbym zmniejszył czcionkę i ogólną oczobijność tych komunikatów?

PS: A przy okazji mamy jakiś gadżet, który automatycznie ukrywa lub usuwa nadmiarowe przypisy? Nux (dyskusja) 12:37, 1 lis 2024 (CET)Odpowiedz

Ten komunikat jest bardzo przydatny przy pisaniu artykułu, zwłaszcza jak się najpierw "gromadzi" przypisy/źródła, a potem tworzy treść. IOIOI2 14:49, 1 lis 2024 (CET)Odpowiedz
Ten komunikat jest wyświetlany przez {{Zepsute przypisy}} i wali po oczach aby ktoś kto do niego doprowadził go zobaczył. Można by go ograniczyć dla niezalogowanych, ale wszystkich pozostałych bym jednak nim walił po oczach. Powód jego wystąpienia na ogół nie jest trudny do ogarnięcia, szczególnie dla redaktora. ~malarz pl PISZ 17:30, 1 lis 2024 (CET)Odpowiedz
Ten komunikat niejednokrotnie ratuje od przypadkowych błędów, nawet małych. Dobrze go mieć. Bije w oczy, bo powinien być widoczny. --Czyz1 (dyskusja) 16:15, 2 lis 2024 (CET)Odpowiedz

Czy dałoby się ograniczyć tytułową kategorię do PG? Albo rozdzielić na PG i strony użytkowników? Michał Ski (dyskusja) 22:54, 10 lis 2024 (CET)Odpowiedz

Ponawiam pytanie. W PG warto poprawiać zepsute przypisy, na stronach wikipedystów niekoniecznie. A ja w tej kategorii widzę chyba tylko strony wikipedystów. Jeśli kategoria ma mieć sens w kontekście poprawiania artykułów, to odfiltrowanie jest niezbędne. Malarz pl, co o tym sądzisz? Michał Ski (dyskusja) 20:31, 20 lis 2024 (CET)Odpowiedz
Chyba nie da się spowodować aby ta kategoria zawierała tylko maina. Ona jest tworzona przez MediaWiki bez udziału pośredników. Za to inne podkategorie Kategoria:Strony z zepsutymi przypisami (podzielone rodzajami błędów) już zawierają tylko błędy z PG. ~malarz pl PISZ 23:13, 20 lis 2024 (CET)Odpowiedz
Można też korzystać z zestawień generowanych przez MalarzBOTa (Wikipedysta:MalarzBOT/przypisy) albo przefiltrować przez Petscan (link). Nasza wyszukiwarka też daje radę: link. Pzdr, tufor (dyskusja) 23:34, 20 lis 2024 (CET)Odpowiedz
Dodałem informację na stronie kategorii. @Michał Ski: Czy takie rozwiązanie jest zadowalające? tufor (dyskusja) 20:38, 23 lis 2024 (CET)Odpowiedz

DisplayTitle z szablonem J

edytuj

Czy takie edycje mają sens? Czyli: czy odczyt maszynowy rozpozna, że tytuł hasła należy przeczytać to po angielsku? Czy w ogóle odczyt maszynowy czyta tytuł hasła, czy od razu definiendum? Michał Ski (dyskusja) 21:15, 12 lis 2024 (CET)Odpowiedz

Nie jestem specem od tego typu rzeczy, ale po ostatniej transzy takich edycji powstał szablon {{Język tytułu}}, który powinien być jak już użyty zamiast tytułowej konstrukcji (choć to technicznie to samo). A skoro szablon powstał, to wydaje mi się, że to może mieć sens. Msz2001 (dyskusja) 21:24, 12 lis 2024 (CET)Odpowiedz
  • Ogólnie to zależy od czytnika czy w ogóle ma obsługę języków, jakie kto ma ustawienia itd itp... Ale ogólnie tytuł jest w h1, więc jako taki na pewno może zostać przeczytany i czytnik może wybrać odpowiedni procesor tekstu lub wręcz osobny głos. Nux (dyskusja) 21:43, 12 lis 2024 (CET)Odpowiedz

Opisy znaczników na OZ

edytuj

Może to problem pierwszego świata lub mej marudnej natury, ale opisy znaczników na OZ już się czasami nie mieszczą w jednej linii, na ekranie FullHD (w starym Wektorze!), np.

  • Znaczniki: Brak kategorii VisualEditor Aktywowano automatycznego pomocnika (przypisy) Automatyczny pomocnik (przypisy): odrzucono (inne)
  • (Funkcja sugerowania linków: dodany 1 link.) podziękuj Znaczniki: VisualEditor Zadanie nowicjusza Zasugerowano edycję: dodanie linków

I jeszcze część tekstu jest wyboldowana, część wyboldowana z LW, część pochylona:

Moglibyśmy uznać, że to aspekt techniczny i oznaczać tagiem, lub chociaż jakoś skrócić? IOIOI2 17:46, 14 lis 2024 (CET)Odpowiedz

@IOIOI Hm... Widzę, że nikt się nie wypowiedział przez parę dni, więc pewnie można założyć, że nikomu nie będzie się chciało w tym grzebać. Możesz jednak zmienić to dla siebie. Dla każdego tagu możesz wprowadzić własną nazwę poprzez CSS:

.mw-tag-marker.mw-tag-marker-newcomer_task a {font-size: 0;}
.mw-tag-marker.mw-tag-marker-newcomer_task a::before {
  content: "nowicjusz";
  font-size: .8rem;
}

To o tyle skomplikowane, że dla każdego tagu musiałbyś sobie sprawdzić klasę (tutaj `mw-tag-marker-newcomer_task`).

Prościej będzie zmniejszyć czcionkę wszystkich tagów za jednym zamachem:

.mw-tag-marker,.mw-tag-marker a, .mw-tag-markers a {
  font-size: .7rem;
}

Pozdrawiam, Nux (dyskusja) 00:40, 20 lis 2024 (CET)Odpowiedz

Oooo, czad! Wielkie dzięki @Nux! IOIOI2 01:37, 20 lis 2024 (CET)Odpowiedz

Błędy lintera a dokumentacja

edytuj

Czy mógłby ktoś zaktualizować dokumentację na Pomoc:Formatowanie tekstu i Pomoc:Znaczniki? Choćby przez samo wywalenie niezalecanych tagów, bo już nie wiem co jest, a co nie jest dozwolone w wikikodzie. IOIOI2 13:11, 27 lis 2024 (CET)Odpowiedz

Błąd w wyświetlaniu szablonu nawigacyjnego

edytuj

Być może to przestarzały szablon, ale jest teraz błąd w wyświetlaniu Szablon:Moskwicz - a było dobrze. Pewnie też jest parę innych opartych na takiej tabelce. Pibwl ←« 15:05, 27 lis 2024 (CET)Odpowiedz

Dodałem TemplateStyles do szablonu, powinno być lepiej. Mamy jeszcze ok. 50 takich szablonów. @Msz2001: jaki jest powód dla którego umieściłeś TS w {{tnavbar-collapsible}} w szablonie {{Pierwiastki chemiczne}}? IMO przydałaby się jakaś strona pomocy Pomoc:TemplateStyles z jakimiś trickami (jeśli jakieś istnieją). tufor (dyskusja) 15:41, 27 lis 2024 (CET)Odpowiedz
  • Przypuszczam, że chciał uniknąć ładowania CSS tuż przed tabelką implementującą szablon nawigacyjny. Każde wystąpienie templatestyles generuje <link> do stylów. A to psuje potencjalne reguły CSS dla dwóch kolejnych szablonów nawigacyjnych (.navbox + .navbox). Byłoby prościej, gdyby wszystkie style były tylko ładowane w nagłówku strony. Jednak mechanizm renderujący stronę działa inaczej. Paweł Ziemian (dyskusja) 16:52, 27 lis 2024 (CET)Odpowiedz
    Tak, dokładnie o to chodziło Msz2001 (dyskusja) 20:54, 27 lis 2024 (CET)Odpowiedz
  • IMO to trzeba je przerobić na standardowe navboxy. Te pseudotimeliny są w dalszej perspektywie nie do utrzymania. Pamiętem, że kiedyś było ich ok. 140 gdy czyściliśmy szablony i sporo się udało wyczyścić. Samochodowe chyba przeczyściłem do litry F i mi się znudziło. Za jakiś czas wrócę pewnie do sprawy. Ale przydałoby się jeszcze kilka osób to można by to załatwić w kilka dni. ~malarz pl PISZ 19:14, 27 lis 2024 (CET)Odpowiedz

Polskie litery w wyszukiwarce

edytuj

Może ktoś zechce zainteresować się tym wątkiem. Ciacho5 (dyskusja) 12:08, 28 lis 2024 (CET)Odpowiedz

Błąd Wikidanych automatycznie wyświetlany

edytuj

Zdziwiony @Nous zapytał, jaką to "flagę państwową" mogli mieć koczownicy na stepie? I łaskawie to usunął, nie zadając nawet retorycznego pytania, jakim cudem kijaszek z frędzlem może być w ogóle "flagą". Niestety usunięcie nic nie dało, bo flagę automatycznie zasysało z Wikidanych. Gdzie po raz n-ty ją usunąłem ([3]) i gdzie chociaż była już wielokrotnie usuwana ([4]) to za chwilę znowu jakiś pajac ją tam przywróci i będzie zasysało automatycznie miesiącami, aż ktoś nie przyuważy tego. I kołomyjka od nowa.

Kolega Nous jako wysokiej klasy specjalista od tematu, który doprowadził hasło Ilchanidzi do wyróżnienia, zdziwiłby się pewnie też tym, że mieli oni flagę i godło państwowe. Gdyby mieli, to chyba by to w haśle podał, no nie?' Ale na Wikidanych były, więc i u nas były. Więc po raz n-ty ją usunąłem ([5]) i przez chwilę jej nie będzie, aż ją za chwilę znowu jakiś pajac etc.

Flaga i herb państwowy Wielkich Seldżuków w XI wieku ([6]), flaga chanów czagatajskich ([7]), wszystko z przypisem pobrano z ru wiki. Po raz n-ty herb Juliusza Cezara i flaga państwowa Mieszka I, ahistoryczne choinki zaciągane z Wikidanych.

Proszę mi n-ty raz nie powtarzać, że się nie da wyłączyć automatycznego pobierania grafik z WD do boksów. A za kolejną radę jak ta, którą usłyszałem przy poprzednim zgłaszaniu problemu pt. jak ci to przeszkadza, to możesz to w kółko usuwać w WD bardzo dziękuję. Hoa binh (dyskusja) 12:19, 29 lis 2024 (CET)Odpowiedz

Mogę tylko powtórzyć słowo w słowo. Dopóki ktoś tego nie zrobi, to pozostaje tylko usuwać infoboksy państwo z tych artykułów.--Nous (dyskusja) 12:51, 29 lis 2024 (CET)Odpowiedz

@Nous A to nie jest tak, że w szablonie Państwo infobox powinna znaleźć się opcja wyłączania grafik z Wikidanych? Przy okazji zauważyłem, że w/w szablon wstawia herb i flagę na podstawie innego szablonu Infobox dwie grafiki. Może to on sprawia problem? Ironupiwada (dyskusja) 12:55, 29 lis 2024 (CET) PS. Szablon:Infobox grafika zawiera opcję wyłączenia grafik z WD, może warto to zaimplementować też w Szablon:Infobox dwie grafiki? Ironupiwada (dyskusja) 13:00, 29 lis 2024 (CET)Odpowiedz
Wołam specjalistę od infoboxów: @Malarz pl. XaxeLoled AmA 13:02, 29 lis 2024 (CET)Odpowiedz
</noinclude>{{#ifeq:{{{grafika}}}|nie|<!-- jawnie wyłączona grafika -->|{{#if:{{{grafika}}}|<!-- mamy lokalnie podany obrazek -->
To jest to, do czego piję. Tego nam potrzeba w {{Infobox dwie grafiki}}. Ironupiwada (dyskusja) 17:12, 29 lis 2024 (CET)Odpowiedz

Od kilku dni po raz pińścet pięćdziesiąty w ostatnich latach mam w obserwowanych ścianę edycji malarz.bota, który poprawia tysiące podpisów wikipedysty czy powiadomień wikiprojektu, bo wstawione 15 lat temu się popsowały i trzeba poprawić. Ten sam malarz nie jest w stanie przy po raz kolejnym zgłaszaniu w ostatnich latach rozwiązać problemu zmyślonych "flag" i "godeł" bytów sprzed 2000 lat lat, gdy nawet takie pojęcie nie istniało, bo się nie da, bo sobie sam usuwaj, jak zobaczysz wstawienie na WD. Może pora znaleźć nowego technikaliusza? Hoa binh (dyskusja) 21:01, 29 lis 2024 (CET)Odpowiedz

Dez-informacja z Wikidata

edytuj

Smartfon wyświetla informacje o haśle z Wikidata. W kilku innych Wikipediach tak nie jest. Czy polska Wikipedia potrzebuje poglądów innego projektu? Jerzy124 (dyskusja) 09:47, 7 gru 2024 (CET)Odpowiedz

Tak. Pogląd możesz wyłączyć w Preferencjach - sekcja Wikidane (o ile mówimy w przeglądarce, bo "smartfon wyświetla" jest mało precyzyjne). IOIOI2 11:42, 7 gru 2024 (CET)Odpowiedz
@IOIOI: Smartfon wyświetla = Wikipedia w wersji na smartfony (mobilnej, pl.m.wiki.x.io) wyświetla. Nie znajduję możliwości wyłączenia tego (innej niż przełączenie się na wersję desktopową). WTM (dyskusja) 20:39, 7 gru 2024 (CET)Odpowiedz
Najlepiej byłoby gdybyśmy się najpierw dowiedzieli, co ten smartfon wyświetla i co jest tą „dez-informacją”. Równie dobrze może to być pojedynczy zwandalizowany opis elementu w WD. Wostr (dyskusja) 21:46, 7 gru 2024 (CET)Odpowiedz
Gadżet Wikidata Info można wyłączyć też w wersji mobilnej (pl.m.wiki.x.io). Chyba, że chodzi o coś innego. IOIOI2 22:02, 7 gru 2024 (CET)Odpowiedz

Wiadomości techniczne: 2024-50

edytuj

MediaWiki message delivery 23:12, 9 gru 2024 (CET)Odpowiedz

  Załatwione, ~malarz pl PISZ 23:15, 9 gru 2024 (CET)Odpowiedz

Coś dziwnego

edytuj

Hej, przeglądnąłem ten art i dalej się wyświetla „Oczekuje na przejrzenie”. --Czyz1 (dyskusja) 15:49, 10 gru 2024 (CET)Odpowiedz

@Czyz1 wyświetla się "Oczekuje na przejrzenie", bo na stronie jest osadzony szablon, który nie jest przejrzany. Aby sprawdzić który to, możesz kliknąć link "zmiany w szablonach lub plikach" w komunikacie. W tym wypadku chodzi o {{Trenerzy piłkarscy Śląska Wrocław}}. Msz2001 (dyskusja) 16:06, 10 gru 2024 (CET)Odpowiedz
Super. Dzięki. --Czyz1 (dyskusja) 16:31, 10 gru 2024 (CET)Odpowiedz
Wygląda na to , że problem rozwiązany , więc wstawiam   Załatwione. XaxeLoled AmA 17:43, 10 gru 2024 (CET)Odpowiedz