Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Przejdź do zawartości

Wikipedia:Kawiarenka/Kwestie techniczne

Skrót: WP:KT
Z Wikipedii, wolnej encyklopedii
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 | edytuj kod]

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]

Infoboxy państw - blokowanie pobierania herbu/flagi z wikidata

[edytuj | edytuj kod]

Witam, czy jest jakiś sposób aby np. w przypadku artykułów o państwach starożytnych blokować pobieranie dla infoboxu różnych hoaxów wrzucanych na wikidata (jak np. "flagi państwowe", "herby państwowe" itp.)? Myślałem żeby po prostu usuwać całe wiersze typu "herb", "flaga", "hymn" z infoboxów, ale zastanawiam się, czy zaraz bot tego nie przywróci. Przed chwilą jeszcze Cesarstwo Rzymskie wyświetlało się z doklejonym legionowym Vexillum jako "flagą państwową"... usunąłem to z wikidata ale pewnie ktoś będzie to systematycznie przywracać Sumek101 () 14:38, 17 wrz 2024 (CEST)[odpowiedz]

  • TO trzeba zdecydowanie usuwać z WD. Blokowanie wyświetlania u nas na miejscu jest tylko pudrowaniem sytuacji i rodzi błędne koło. Nie korzystamy z WD bo są tam błędy. A błędy tam są bo nie korzystamy z WD. ~malarz pl PISZ 14:42, 17 wrz 2024 (CEST)[odpowiedz]
    Albo oznaczać w WD jako zdeprecjonowane – jeśli coś powszechnie bywa błędnie uważane z flagę lub herb, choć nimi nie jest, to takie podejście pozwoli i wyeliminować zaciąganie do artykułu i zmniejszy szansę, że ktoś nieświadomy błędu zamieści w przyszłości ponownie. Msz2001 (dyskusja) 15:01, 17 wrz 2024 (CEST)[odpowiedz]
    Jak to oznaczyć? ilustracja -> bez wartości -> kwalifikator -> powód deprecjacji -> nieistnienie? Czy może jakoś inaczej (nie zagłębiałem się w to nigdy) Sumek101 () 15:48, 17 wrz 2024 (CEST)[odpowiedz]
    Rangę wybiera się, korzystając z ikonki "trójkąt w górę, kółko, trójkąt w dół" (w trybie edycji). Jako zdeprecjonowane oznacza się te wartości, które są niepoprawne (więcej informacji). Więc tutaj zdeprecjonować można by nie "brak wartości", ale te grafiki, które usunąłeś. Jeśli chcesz dodać wprost wartość "brak wartości" dla flagi, to też możesz, ale ona nie powinna być zdeprecjonowana (bo to by oznaczało, że jest nieprawidłowa i w konsekwencji, że Cesarstwo Rzymskie miało flagę). Lista powodów deprecjacji jest dostępna tutaj: d:Q52105174 (od ogólnych jak niepoprawna wartość do bardzo szczegółowych). Msz2001 (dyskusja) 16:10, 17 wrz 2024 (CEST)[odpowiedz]
    Ok, dzięki, spróbuję to może ogarnąć Sumek101 () 16:22, 17 wrz 2024 (CEST)[odpowiedz]
  • Problem jest jednak szerszy a to nie są jednostkowe przypadki. Cesarstwo zachodniorzymskie, Cesarstwo Łacińskie, Sparta, itd. Przy Imperium mongolskim edytujący w ogóle wylali dziecko z kąpielą i całkowicie usunęli infobox ze względu na pobieranie "flagi" (zobaczcie na historię edycji). Jak ja mam ręcznie ogarniać całą państwowość starożytną w wikidata i walczyć z wiatrakami to wymiękam ;) (np. historia przywracania i zmieniania "flagi bizancjum" w WD zajmuje całe lata). Trzeba się po prostu od tego odciąć. Nie wiem, może opcja wstawiania takiego parametru jak "brak" do infoboxu? (z tego co widzę stary infobox umożliwiał nie wyświetlanie flag/herbów) Sumek101 () 16:49, 17 wrz 2024 (CEST)[odpowiedz]
  • To przy okazji druga rzecz: czy można by we wszystkich infoboksach państwowych, terytorialnych itp. usunąć obligatoryjne linki do "Herb X" i "flaga X", i pozostawić jedynie opcję? Jak będzie porządny artykuł np. o herbie danego miasta to się link wstawi. A "obowiązkowo czerwony" link prowokuje powstawanie marnych, nieuźródłowionych stubów, których treść spokojnie można zawrzeć w artykule głównym --Felis domestica (dyskusja) 14:58, 17 wrz 2024 (CEST)[odpowiedz]
    • Wyłączyłem wstawianie linków w {{miasto infobox}} i {{jednostka administracyjna infobox}} jak nie ma właściwego artykułu (bądź przekierowania). W {{państwo infobox}} zostawiłem bo IMO te artykuły jednak wypada szybko stworzyć. Zostawiłem też tak jak było w polskich infoboksach. Mam nadzieję, że to wystarczy. ~malarz pl PISZ 20:02, 20 wrz 2024 (CEST)[odpowiedz]
      @Felis domestica Zupełnie się nie zgadzam z twoją tezą, że "obowiązkowo czerwony link prowokuje powstawanie marnych, nieuźródłowionych stubów". Każdy link daje ryzyko powstania takich artykułów, co jest nieodłączną częścią Wikipedii niemożliwą do wyeliminowania, co moim zdaniem nie jest żadnym problemem – każdy artykuł można rozbudować, uźródłowić, czy na jego podstawie nauczyć nowicjuszy tworzenia haseł. Jeżeli uznamy, że opis danego herbu byłby na tyle krótki, że nie ma sensu na osobne hasło, to proponuję jakąś opcję w Infoboksie typu "Link do symboli – tak/nie". Ale opcja, w której wszystkie linki są usuwane, bo ktoś boi się, że powstaną nieuźródłowione stuby, moim zdaniem hamuje rozwój Wikipedii. Stanowczo protestuję przeciwko wprowadzonemu rozwiązaniu. PiotrMig (dyskusja) 10:00, 13 paź 2024 (CEST)[odpowiedz]

Specjalna:Nowe strony i Wikidane

[edytuj | edytuj kod]

Czy jest możliwe oznaczenie w jakiś sposób nowych stron, które nie mają przypisanego do siebie elementu Wikidanych? Ułatwiłoby to pracę przy wiązaniu nowych polskich artykułów z WD. Jeśli istnieje taki gadżet, proszę o wskazanie go. Mathieu Mars (dyskusja) 21:14, 7 paź 2024 (CEST)[odpowiedz]

Jest taka strona: Specjalna:Niepołączone strony. Zawiera ona listę wszystkich stron, które nie są powiązane z elementami Wikidanych, sortowana według czasu utworzenia, od najnowszych (i według przestrzeni nazw, czyli domyślnie widać tam nowe artykuły bez powiązania z WD). Msz2001 (dyskusja) 10:19, 8 paź 2024 (CEST)[odpowiedz]
Lepszym narzędziem jest duplicity. Niestety przekroczyliśmy już 12 tys. i ten trend ciężko będzie odwrócić (w statystykach widać co prawda, że były też spadki, jednak było to masowe tworzenie nowy elementów przez boty, co w zasadzie jest bezużyteczne i szkodliwe – element w WD z samym linkiem do plwiki jest jeszcze gorszy, bo z pozoru nie widać problemu od strony plwiki). Wostr (dyskusja) 18:26, 8 paź 2024 (CEST)[odpowiedz]
Dzięki za wskazówki. Niestety jest to walka z wiatrakami. Mathieu Mars (dyskusja) 18:48, 8 paź 2024 (CEST)[odpowiedz]

{{ek}} - pomysł na skrótowe powody usunięcia strony

[edytuj | edytuj kod]

Proponuję dodanie następujących oznaczeń: ban, block, blok, permban, perm - strona trwale zablokowanego użytkownika ('strona dyskusji' zamiast 'strona' gdy jest to strona dyskusji) ElectroTiel | ćwir? 21:40, 7 paź 2024 (CEST)[odpowiedz]

Samemu załatwiłem - można ewentualnie dopracować. ElectroTiel | ćwir? 16:47, 8 paź 2024 (CEST)[odpowiedz]
To nie są powody dające możliwość usuwania stron, więc nie ma sensu wpisywanie ich do szablonu. ~malarz pl PISZ 18:54, 8 paź 2024 (CEST)[odpowiedz]

Jak dodać interwiki do strony przekierowującej?

[edytuj | edytuj kod]

Jak próbuję to zrobić to wyskakuje, że strona do której przekierowuje dana strona ma już interwiki. A to jest problemem gdy chcę przekierować stronę do działu na jakiejś stronie. Dlatego np. nie da się dać interwiki z ang. marital rape do pol. gwałt małżeński, bo gwałt małżeński jest przekierowaniem do podstrony w artykule o gwałcie, a gwałt ma już swoje interwiki Peter Gryffin (dyskusja) 22:07, 15 paź 2024 (CEST)[odpowiedz]

W jaki sposób próbowałeś? Przed chwilą zrobiłem to na Wikidanych (d:Q4198705) i nic nie marudziło. Msz2001 (dyskusja) 22:51, 15 paź 2024 (CEST)[odpowiedz]
Również próbowałem na wikidanych i zwracało mi, że strona gwałt jest już przypisana do [numer w wikidanych]. Może problemem jest mój zbyt krótki staż na wikipedii? Tak jak są zabezpieczenia przed edytowaniem artów, tak mogą być na wikidanych Peter Gryffin (dyskusja) 23:07, 15 paź 2024 (CEST)[odpowiedz]
Okej, to już wiem, co jest przyczyną. Kiedy dodajesz w Wikidaych link do przekierowania, musisz dodać odznakę „link do przekierowania” lub „zamierzony link do przekierowania” (nie wiem, jaka jest różnica znaczeniowa, ale pierwsze jest chyba częściej stosowane). Odznakę dodaje się z użyciem tej ikonki jakby pustego medalu. Z odpowiednią odznaką oprogramowanie przepuści zmianę. Msz2001 (dyskusja) 23:19, 15 paź 2024 (CEST)[odpowiedz]
Jak nazwa wskazuje, „zamierzony link do przekierowania” dodaje się wtedy, gdy ktoś umyślnie link do przekierowania dodaje i jest to domyślny typ, który powinien być ustawiany przy ręcznym dodawaniu linków do przekierowań. Zwykły „odnośnik do przekierowania” będzie stosowany np. gdy nie jest pewne, że link do przekierowania jest prawidłowy (np. bot wykryje, że strona w Wikipedii jest w rzeczywistości przekierowaniem). Wostr (dyskusja) 20:40, 16 paź 2024 (CEST)[odpowiedz]

Stanowiska u wojskowych

[edytuj | edytuj kod]

Krótka piłka. Szablon:Polityk infobox pozwala na wpisywanie stanowisk z poprzednikiem i następcą oraz datami pełnienia urzędu. Nie moglibyśmy zastosować tego samego w Szablon:Żołnierz infobox? Są takie wysokie stanowiska, które dla armii byłyby właściwie ekwiwalentami ministrów, przewodniczących, itp. Artykuły nie skorzystałyby, gdyby przykładowo tak jak na podstawie biogramów ministrów zdrowia szło prześledzić historię obsadzania tego urzędu (każdy minister zdrowia ma podanych przy funkcji poprzedników i następców), tak samo było z szefami sztabu generalnego, albo naczelnymi dowódcami rodzajów sił zbrojnych? Tak to mamy to wszystko wepchnięte do małego pola stanowiska, gdzie dobrze wygląda wymienienie jakimi dywizjami, czy armiami dowodził. Lecz wraz z wysokimi stanowiskami pojawia się bałagan. Kto był poprzednim szefem sztabu generalnego albo wywnioskujemy z tekstu, albo wcale się nie dowiemy. Inna sprawa. Niech przykładem będzie Werner von Blomberg, żołnierz, który był też pomimo braku powiązań politycznych ministrem obrony Niemiec. I żeby w infoboksie pojawiła się wzmianka kto był poprzednim, następnym i kiedy urzędował, trzeba było dodać infoboks dla polityka, choć politykiem nie był. Co sądzicie? PiątaKolumna (dyskusja) 09:29, 17 paź 2024 (CEST)[odpowiedz]

Czerwona ramka i pomarańczowe wypełnienie

[edytuj | edytuj kod]

Mam pytanie: co oznacza jeśli w bibliografii jakaś pozycja wyświetlana jest w czerwonej ramce z pomarańczowym wypełnieniem ? Pozdrawiam Joee (dyskusja) 14:06, 18 paź 2024 (CEST)[odpowiedz]

Zapewne źle wywołany {{odn}}. Masz jakieś konkretne hasło na myśli? IOIOI2 15:00, 18 paź 2024 (CEST)[odpowiedz]
  • Die pozycje z takim samym skrótem odn'ów. Jeżeli są do nich odwołania to trzeba zmienić domyśle identyfikatory odnów oraz wszystkie odwołania do nich sprawdzić i poprawić. Jeżeli nie ma to wystarczy zmienić na nieautomatyczny. Czasami zdarzają się też zdublowane pozycje w bibliografii. Wtedy jedną kopię należy usunąć. ~malarz pl PISZ 15:58, 18 paź 2024 (CEST)[odpowiedz]
Dodałem do gadżetu wyjaśnienie, dlaczego przypis/pozycja bibliografii jest kolorowana. Widać je w dymku po najechaniu myszką. Msz2001 (dyskusja) 18:53, 18 paź 2024 (CEST)[odpowiedz]
Msz2001: mnie podświetla się także numer przypisu, jeśli jest on typu <ref name="">...</ref>. Domyślam się rzecz jasna, o co chodzi, ale może też warto dać dymek? Taki format mają przypisy utworzone z opcją „Dodaj składnię <ref>” przez Generator malarza pl i dla mniej obeznanych może to być niepokojące. Michał Ski (dyskusja) 16:34, 19 paź 2024 (CEST)[odpowiedz]
Jeśli koloruje się na czerwono, to powinien mieć w dymku po najechaniu np. „Link do nieistniejącej kotwicy”. Dymki z wyjaśnieniem dodałem wczoraj do wszystkich przypadków, gdy element jest oznaczany. Jeśli nie działa, to podeślij, na jakiej stronie jest problem i się mu przyjrzę. Msz2001 (dyskusja) 16:39, 19 paź 2024 (CEST)[odpowiedz]
U mnie nie ma dymka. Może nie działa to w Książce? Albo może jakiś gadżet zakłóca. Popups? Michał Ski (dyskusja) 18:04, 19 paź 2024 (CEST)[odpowiedz]
Faktycznie, popups usuwa zawartość atrybutu `title`, więc domyślny dymek z opisem się nie pokazuje w tej sytuacji... Msz2001 (dyskusja) 18:23, 19 paź 2024 (CEST)[odpowiedz]

Jak "unieszkodliwić" trwale pole w infoboksie?

[edytuj | edytuj kod]

Z naszymi choinkarzami od dłuższego czasu na szczęście mamy spokój. Ale wciąż często i gęsto trzeba usuwać bzdury w rodzaju "flagi" starożytnego Babilonu czy "herbu" Aten za Peryklesa, bo zaciąga takie piramidalne bzdury z Wikidanych. Właśnie usunąłem kolejny tego typu idiotyzm z hasła republika rzymska - trącąca ahistorycznością rekonstrukcja sztandaru bojowego robiąca za "herb" starożytnego państwa, zassane automatycznie z WD, które to pobrały od wysoce wiarygodnych historyków moskwiczańskich ([1]).

Czy dałoby się jakoś technicznie "unieszkodliwiść" Państwo infobox, by w bytach historycznych nie zaciągało wiecznie takich głupot z WD? Hoa binh (dyskusja) 10:52, 21 paź 2024 (CEST)[odpowiedz]

Chciałbym zauważyć, że te wszystkie trzy "herby" zostały oddane na WD ręcznie przez @Notem, @Niskka. I uważam, że trzeba walczyć z przyczyną (czyli robić dokładnie to co zrobiłeś na WD) a nie skutkiem. ~malarz pl PISZ 11:31, 21 paź 2024 (CEST) Trzeci dodawał @Putnik. ~malarz pl PISZ 11:34, 21 paź 2024 (CEST) Ciekawe jest to, że jest on sysopem na WD. Zaprosiłbym więc może @Rzuwiga do tej dyskusji. ~malarz pl PISZ 11:47, 21 paź 2024 (CEST)[odpowiedz]

Ja widzę to tak, że powinna istnieć w tym przypadku możliwość, żeby przy parametrze herb = móc podać nie, tak aby infobox po prostu nie zasysał grafiki z WD. (Zdaję sobie przy tym sprawę, że to rozwiązanie prowizoryczne). Ironupiwada (dyskusja) 11:49, 21 paź 2024 (CEST)[odpowiedz]
No właśnie, tylko czy coś takiego jest @Malarz pl możliwe? Bo od usuwania w kółko podobnych idiotyzmów w WD, które za moment wrócą tam znowu, doprowadza mnie do szewskiej pasji. Hoa binh (dyskusja) 11:39, 24 paź 2024 (CEST)[odpowiedz]
Szablon tego nieobsługuje. Natomiast szablon odrzuci grafikę jak będzie miała dodanę na WD rangę "błędna" albo podaną datę końcową używania. Ale jak patrzyłem w historię na WD to dodawanie tam tych ilustracji nie jest jakoś szczególnie częste. Możesz też dodać na WD wpis "bez wartości" - on jest zgodny z prawdą i trochę utrudni przywracanie "flagi" czy "herbu". ~malarz pl PISZ 11:45, 24 paź 2024 (CEST)[odpowiedz]

Przy okazji, patrząc na inne podobne artykuły, znalazłem kilka przypadków, kiedy infoboks wstawia kod do wyświetlenia grafiki, podczas gdy tej grafiki nie ma, np. Nortumbria. Jest tego więcej. Wydaje mi się, że szablony {{Infobox grafika}} lub {{Infobox dwie grafiki}} nie radzą sobie, gdy w odpowiednim polu w Wikidanych jest no value (przykład Nortumbrii). tufor (dyskusja) 11:46, 21 paź 2024 (CEST)[odpowiedz]

[edytuj | edytuj kod]

Hello everyone, I previously wrote on the 27th September to advise that the Wikidata item sitelink will change places in the sidebar menu, moving from the General section into the In Other Projects section. The scheduled rollout date of 04.10.2024 was delayed due to a necessary request for Mobile/MinervaNeue skin. I am happy to inform that the global rollout can now proceed and will occur later today, 22.10.2024 at 15:00 UTC-2. Please let us know if you notice any problems or bugs after this change. There should be no need for null-edits or purging cache for the changes to occur. Kind regards, -Danny Benjafield (WMDE) 13:28, 22 paź 2024 (CEST)[odpowiedz]

Artykuł po przeniesieniu wymaga przejrzenia

[edytuj | edytuj kod]

Jeśli artykuł ma wersję przejrzaną i przeniesienia dokonuje redaktor to artykuł pod nową nazwą nadal powinien być przejrzany (i kiedyś był). Od jakiegoś czasu artykuł po przeniesieniu wymaga jednak przejrzenia. Kenraiz .ꓘ (dyskusja) 23:37, 26 paź 2024 (CEST)[odpowiedz]

  • A możesz podać przykład? Ented (dyskusja) 23:39, 26 paź 2024 (CEST)[odpowiedz]
    Każde przeniesienie pod nową nazwę w historii moich edycji (ostatnio mam sporo, bo robię porządni w nazewnictwie). Po przeniesieniu każde hasło wymagało przejrzenia. Teraz przeniosłem Brassawola i tym razem zostawiłem bez przejrzenia. Kenraiz .ꓘ (dyskusja) 23:49, 26 paź 2024 (CEST)[odpowiedz]
  • Problem znany od kilku miesięcy (wyżej link do wątku na Phabricatorze). Trzeba poczekać, aż ktoś się tym zajmie, a niestety raczej nie ma chętnych. Chyba można zacząć myśleć nad jakimś lokalnym rozwiązaniem. Moja pierwsza myśl to przeglądanie przeniesionych przez redaktorów stron przez boty, ale to już kwestia dla operatorów botów. tufor (dyskusja) 00:01, 27 paź 2024 (CEST)[odpowiedz]

Wydaje się, że szablon przestał współpracować z bazami zabytków. :( Po ostatniej aktualizacji w linku do listy zabytków zamiast "07" pojawiło się "10" i nowa data.

Było

jest

Zwiadowca21 18:44, 27 paź 2024 (CET)[odpowiedz]

Częściowo poprawiłem, niestety część województw ma 30.09.2024.pdf a część 30.09.2024-r.pdf. Niestety połowa nie działa. Zwiadowca21 21:42, 27 paź 2024 (CET)[odpowiedz]

Pochyłe tytuły artykułów

[edytuj | edytuj kod]

Mamy trochę takich tytułów artykułów, jak w artykule Serratia. Dotyczą one zagadnień biologicznych i chemicznych, ale są też stylizacje jak w a-ha. Pytanie, czy powinniśmy to zostawić w obliczu tego, że wycinek tego typu pochyłych tytułów jest niewielki w porównaniu tego, jaki potencjalnie mógłby być np. wszystkie łacińskie taksony i czy pochyła czcionka nie wystarczy w tytule artykułów, ale w ich samej treści? Przychylam się do tego, żeby to usunąć. Emptywords (dyskusja) 08:52, 29 paź 2024 (CET)[odpowiedz]

Mamy też szablon {{tytuł kursywą}}, który jest używany na ponad 7000 stron, więc to jest trochę szerszy problem. Pamiętam jak przez mgłę jakieś dyskusje, ale niestety nie pamiętam czy mamy jakiś wypracowany konsensus na temat stosowania pochylenia w tytułach. tufor (dyskusja) 09:40, 29 paź 2024 (CET)[odpowiedz]
Widzę, że temat nie chwycił za bardzo :) A szkoda. Przydałoby się pójść w jedną lub drugą stronę, bo teraz jest tak, jak się komu "podoba". Emptywords (dyskusja) 09:42, 31 paź 2024 (CET)[odpowiedz]
@Emptywords, to ja podrzucę to i to. Obawiam się, że konsensus w tej sprawie będzie trudny do osiągnięcia ;) Imho, od lat uważam, że zbiorczo należałoby ten szablon z artykułów usunąć. Torrosbak (dyskusja) 10:05, 31 paź 2024 (CET)[odpowiedz]
Dzięki za podrzucenie! Dobra. Skutecznie mnie zniechęciłeś do dalszego zajmowania się tematem :D Widać dla społeczności jako całości, jest ok, jak coś sobie będzie raz tak, a raz inaczej. Niech sobie więc tak wisi póki co i odkładam to zadanie dla kogoś z większą ochotą do perswazji/dyskusji :) Ja niestety pasuje. Emptywords (dyskusja) 10:29, 31 paź 2024 (CET)[odpowiedz]
  • WP:Nazewnictwo chemiczne. Kursywa (i inne sposoby formatowania) są częścią nomenklatury chemicznej, a nie tylko wyborem redakcyjnym. Wostr (dyskusja) 11:26, 31 paź 2024 (CET)[odpowiedz]
    Problem jest głębszy. Hasło artykułu formatowane zgodnie z wymogami nomenklatur specjalistycznych i typografii zawsze umieszczaliśmy wytłuszczone na początku artykułu. Ciąg znaków wyświetlany nad artykułem pierwotnie nie był formatowany i miał charakter techniczny, podobnie jak taki sam ciąg znaków obecny w pasku adresu www. Gdybyśmy mieli uznać ten napis za hasło zaczynające artykuł, to wymagałoby ono faktycznie formatowania, ale wówczas powinniśmy zrezygnować z powtarzania go na początku pierwszego akapitu i zaczynać artykuły od "Jest to (...)". No i w takim wypadku należałoby konsekwentnie zebrać wszystkie zasady i przypadki wyróżniania haseł kursywą, cudzysłowami, kapitalikami itp. wylistować i konsekwentnie zmodyfikować. Kenraiz .ꓘ (dyskusja) 12:33, 31 paź 2024 (CET)[odpowiedz]

Dostosowanie szablonów i treści do trybu ciemnego

[edytuj | edytuj kod]

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 | edytuj kod]

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 | edytuj kod]
  • 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 | edytuj kod]

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]

stare mboxy portali

[edytuj | edytuj kod]

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 | edytuj kod]

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]

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

[edytuj | edytuj kod]

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 | edytuj kod]

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]

DisplayTitle z szablonem J

[edytuj | edytuj kod]

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 | edytuj kod]

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]

Wiadomości techniczne: 2024-47

[edytuj | edytuj kod]

MediaWiki message delivery 02:57, 19 lis 2024 (CET)[odpowiedz]

Załatwione, ~Cybularny Napisz coś ✉ 02:57, 19 lis 2024 (CET)[odpowiedz]

Przeniesienie perełek

[edytuj | edytuj kod]

(Na podstawie wniosków z dyskusji nad DA) Ponieważ jestem nieobyta w sprawach technicznych, chciałabym poprosić o 1) przeniesienie artykułu perła pod perły naturalne oraz 2) utworzenie strony ujednoznaczniającej Perła, a tam umieszczenie tekstu:

Perła:

Dzidzianna (dyskusja) 13:14, 21 lis 2024 (CET) Coś tam sama poprzenosiłam, ale nie wiem, czy do końca dobrze. Gdyby ktoś zechciał sprawdzić i ewentualnie poprawić, to proszę. Dzidzianna (dyskusja) 16:26, 21 lis 2024 (CET)[odpowiedz]

@Dzidzianna, żeby zrealizować pkt. 2, to w pierwszym kroku trzeba przebotować linkowanie, tj. poprosić na tej stronie Wikipedia:Zadania dla botów o poprawienie linków z przekierowania perła na artykuł perły naturalne. W drugim kroku trzeba poprosić o usunięcie przekierowania Perła (poprzez wstawienie do niego szablonu {{ek}} z uwagą „miejsce na przeniesienie artykułu” i w trzecim – przenieść hasło Perła (ujednoznacznienie) pod nazwę Perła. Farary (dyskusja) 18:11, 21 lis 2024 (CET)[odpowiedz]

przeglądanie stron - "Niepoprawny tytuł"

[edytuj | edytuj kod]

Co chcę przejrzeć zmiany, to mi wyrzuca stronę "Niepoprawny tytuł" o treści "Podano niepoprawny tytuł strony. Prawdopodobnie jest pusty lub zawiera znaki, których użycie jest zabronione. Wróć do Wikipedia:Strona główna.". Bug ogólny, bug u mnie...? Felis domestica (dyskusja) 16:34, 21 lis 2024 (CET)[odpowiedz]

@Felis domestica, przed chwilą przejrzałem zmianę w artykule Komitet Helsiński i stronę Nera Tiebwa (po raz pierwszy). W obu przypadkach udało się bez problemu. Zresztą patrząc na rejestr przeglądania, w ogólności działa. Czy pamiętasz może, w jakim artykule (lub w jakich artykułach) wyskakiwał ci błąd? Msz2001 (dyskusja) 18:21, 21 lis 2024 (CET)[odpowiedz]
@Msz2001 Chyba problem jest z gadżetem (?). Przed chwilą wszedłem na gwara. Kliknąłem na "oko" z boku, żeby przejrzeć - wywaliło się jak w opisie. Wszedłem na historię, popatrzyłem na różnicę i z poziomu porównywania różnic przejrzałem bez problemu --Felis domestica (dyskusja) 19:41, 21 lis 2024 (CET)[odpowiedz]
Faktycznie, mogę potwierdzić, że linki "1 zmiana oczekuje" i "Wersja przejrzana" prowadzą do Specjalna:Badtitle/Message. Przycisk "Przejrzyj..." poniżej prowadzi poprawnie do widoku zmian. Błąd jest zgłoszony na Phabricatorze: T380519. Msz2001 (dyskusja) 19:47, 21 lis 2024 (CET)[odpowiedz]
Odkryłem oficjalnego błęda? Wow :) @Msz2001 Dzięki za podanie dalej, ja bym nie umiał :) --Felis domestica (dyskusja) 21:14, 21 lis 2024 (CET)[odpowiedz]
I don't know Polish but at phab:T380519 I have posted a suggested fix you can apply locally until the bug is fixed in MediaWiki. PrimeHunter (dyskusja) 13:33, 22 lis 2024 (CET)[odpowiedz]
Hi, @PrimeHunter and thanks for the fix. I've tried to apply it, but apparently, the troublesome element on plwiki has id #mw-fr-revision-details instead of #mw-fr-revision-tag-edit and moreover, the message is appended to DOM only after MediaWiki:Common.js loads (I tried to add the code there and it had no effect, even with ?debug=2 in the URL).
I'm not sure why is it different here, but I don't think it's much worth to create complex workarounds. The best information is that the "Review..." button works properly and can still be used by people. Msz2001 (dyskusja) 13:45, 22 lis 2024 (CET)[odpowiedz]
@Msz2001 I don't know Polish or your gadget. The suggested fix is for the message box added by MediaWiki at the top of history pages. PrimeHunter (dyskusja) 14:00, 22 lis 2024 (CET)[odpowiedz]
@PrimeHunter Ah, so it's for the history page (I tested on the read view with indicators option in Preferences). I think that hotfixing there will not help people much (at least on plwiki), as I haven't seen anyone complaining about the links not working there. The reports I've seen referred to this -details box which is apparently loaded dynamically. Msz2001 (dyskusja) 14:07, 22 lis 2024 (CET)[odpowiedz]
@Msz2001 I don't know enough JavaScript to change a dynamically loaded box. The broken links in that box are made with MediaWiki:Revreview-newest-basic. The diff link att the start could be fixed by changing {{fullurl:{{FULLPAGENAMEE}}|oldid=$1&diff=cur}} to https://pl.wikipedia.org/w/index.php?oldid=$1&diff=cur (the title is unnecessary in a diff link). I don't think the other links can be fixed but the diff link seems more important. PrimeHunter (dyskusja) 14:30, 22 lis 2024 (CET)[odpowiedz]
@PrimeHunter, since the "Review" button there correctly leads to the diff, I don't think it's needed to put an effort into hacking this box. Msz2001 (dyskusja) 14:33, 22 lis 2024 (CET)[odpowiedz]
@Msz2001 I'm not in the editor user group so I don't have a review button but can see MediaWiki:Revreview-newest-basic. PrimeHunter (dyskusja) 15:10, 22 lis 2024 (CET)[odpowiedz]