Wikipedia:Kawiarenka/Kwestie techniczne
- Błędy w oprogramowaniu MediaWiki należy zgłaszać w serwisie Phabricator (użyj formularza). Możesz też zapoznać się ze stroną Pomoc:Błędy techniczne.
- Problemy z infoboksami należy zgłaszać na stronę Dyskusja wikiprojektu:Infoboksy.
- Spis aktualnie przeprowadzanych zmian technicznych i osób kontaktowych jest dostępny na stronie Wikimedia Product.
Obserwuj stolik • Archiwum stolika • Wszystkie stoliki • Skróty: WP:KT, WP:BAR:KT, WP:TECH
Czy można poprawić szablon "Dziennik Ustaw", żeby wyświetlał link zarówno do DU jak i do ISAP? - reaktywacja
[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)
- 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:
- 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.
- tworzonych za pomocą innych szablonów i tak samo wstawianych np. w parametrze
id
szablonu {{cytuj}}. Wostr (dyskusja) 21:58, 21 sie 2024 (CEST)
- 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)
- 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)
- 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)
- Chciałem nieśmiało zauważyć, że pod M.P. z 2024 r. poz. 774 jest już treść właściwego dokumentu. ~malarz pl PISZ 12:04, 22 sie 2024 (CEST)
- 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)
- @masti, @Elfhelm, @Wostr, @Beno, @Aotearoa, @Malarz pl: Sprawa znowu zakończyła się wiszeniem w powietrzu. A ja dziś po raz kolejny musiałem szukać aktu prawnego w monitorpolski.gov.pl, bo w ISAP-ie był w wersji graficznej. Wiem, wiem, mogłem sobie sam zrobić OCR - ale po co, skoro jest dostępny dokument tekstowy, gotowy do pobrania? I mógłbym go mieć na ekranie jednym kliknięciem. :-( Michał Ski (dyskusja) 15:06, 16 wrz 2024 (CEST)
- Z ciekawości - o jaki akt chodziło? ~malarz pl PISZ 15:22, 16 wrz 2024 (CEST)
- Oj, musiałbym pogrzebać w historii. Jakiś przedwojenny akt o szkolnictwie wyższym. Potrzebowałem jako czytelnik, nie wikipedysta. :-) W każdym razie problem dotyczy całego XX w. Wersje OCR w ISAP-ie pojawiają się dopiero od XXI w., a w dziennikuustaw/monitorzepolskim wszystko jest tekstowo. Michał Ski (dyskusja) 21:42, 16 wrz 2024 (CEST)
- Z ciekawości - o jaki akt chodziło? ~malarz pl PISZ 15:22, 16 wrz 2024 (CEST)
- Nie widać zainteresowania ani w tę, ani we w tę, więc jeśli nie będzie protestów przez tydzień, to spróbuję sam to wdrożyć. Michał Ski (dyskusja) 20:47, 20 wrz 2024 (CEST)
- @Michał Ski Trudno ;) ale proszę uwzględnić moje uwagi wyżej. Sugeruję zwł. pozostawić wersję urzędową (nie ortograficzną) ze sprawdzeniem kwestii spacji itp. Elfhelm (dyskusja) 14:03, 22 wrz 2024 (CEST)
- 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
- Cóż, kod mnie pokonał. Kolejne zagnieżdżone szablony {{Publikator}}, {{Internetowy System Aktów Prawnych}} i {{Adres publikacyjny}} to system zbyt skomplikowany, żebym w rozsądnym czasie to zgłębił i przerobił na format, który postuluję. Saperze, pomocy! Michał Ski (dyskusja) 22:52, 28 wrz 2024 (CEST)
- W 2015 przygotowałem {{dziennikustaw.gov.pl}}. Ja uważam, że powinniśmy linkować tylko do oficjalnego serwisu, z wyjątkiem sytuacji, gdy danego dokumentu nie ma w tych serwisach (kiedyś nie było tam starych dzienników). Ale to można sprawdzić botem. Proponuję: przeróbka {{Dziennik Ustaw}} na https://dziennikustaw.gov.pl / i {{Monitor Polski}} na https://monitorpolski.gov.pl, tylko sprawdziłbym botem, czy dany akt na pewno istnieje. Przy okazji znajdzie się pewnie masa błędów :) « Saper // dyskusja » 01:49, 29 wrz 2024 (CEST)
- 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)
- 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)
- @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)
- 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)
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)
- 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)
- 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)
- 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)
- 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)
- Ok, dzięki, spróbuję to może ogarnąć Sumek101 (✉) 16:22, 17 wrz 2024 (CEST)
- 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)
- 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)
- 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)
- 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)
- To są generalnie jednostkowe przypadaki. Są owszem przywracacze, ale na ogół po kilu rewertach (najlepiej innych osób) się uspokajają. Zawsze można ich prosić o źródła. ~malarz pl PISZ 20:02, 20 wrz 2024 (CEST)
- 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)
- 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)
- @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)
- 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)
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)
- 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)
- 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)
- Dzięki za wskazówki. Niestety jest to walka z wiatrakami. Mathieu Mars (dyskusja) 18:48, 8 paź 2024 (CEST)
{{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)
- Samemu załatwiłem - można ewentualnie dopracować. ElectroTiel | ćwir? 16:47, 8 paź 2024 (CEST)
- 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)
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)
- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
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)
- Obawiam się, że byłyby tam wpisywane wszystkie stanowiska, a nie tylko te najważniejsze. Natomiast dla najważniejszych stanowisk istnieją zwykle szablony nawigacyjne, np. {{Szefowie Sztabu Generalnego Wojska Polskiego}}, więc i teraz łatwo dotrzeć do historii obsadzania danego urzędu. Michał Ski (dyskusja) 11:05, 17 paź 2024 (CEST)
- IMO problem jest w tym zakresie w rozdmuchanym {{Polityk infobox}}. Poprzednika i następce można znaleźć w navboksach. ~malarz pl PISZ 14:05, 17 paź 2024 (CEST)
- W przypadku wysokich wojskowych tych pozycji w ich CV jest tyle że jeżeli będzie więcej pozycji w infoboksie to zawsze będzie ich za mało. Bo ludzie będą chcieli wstawiać wszystko od pierwszego stanowiska po szkole oficerskiej po samego marszałka. PMG (dyskusja) 20:40, 18 paź 2024 (CEST)
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)
- Zapewne źle wywołany {{odn}}. Masz jakieś konkretne hasło na myśli? IOIOI2 15:00, 18 paź 2024 (CEST)
- 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)
- 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)
- 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)- 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)
- 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)
- 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)
- 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)
- 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)
- Msz2001: mnie podświetla się także numer przypisu, jeśli jest on typu
- Załatwione Wielkie dzięki. Już poprawiłem. Super jest teraz ten komunikat, który wszystko wyjaśnia. Pozdrawiam Joee (dyskusja) 07:13, 21 paź 2024 (CEST)
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)
- O, i kolejna podobna bzdura, "herb" starożytnej Persji sprzed IV wieku p.n.e. Znowu zassane od moskwiczan ([2]). Hoa binh (dyskusja) 10:54, 21 paź 2024 (CEST)
- I następna - jakaś pałka wyświetlająca się jako herb państwowy starożytnej Kartaginy ([3]). Hoa binh (dyskusja) 10:55, 21 paź 2024 (CEST)
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)
- 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)- 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)
- 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)
- 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)
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)
- {{Infobox grafika}} jest odporny. Problem jest w {{Infobox dwie grafiki}}. Dzisiaj to poprawię. ~malarz pl PISZ 11:53, 21 paź 2024 (CEST)
- Te błędy dzięki pomocy @Paweł Ziemian już nie występują (czasowo z jednym wyjątkiem, ale chcę jeszcze go użyć do testowania). ~malarz pl PISZ 22:29, 21 paź 2024 (CEST)
'Wikidata item' link is moving, finally.
[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)
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)
- A możesz podać przykład? Ented (dyskusja) 23:39, 26 paź 2024 (CEST)
- 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)
- 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)
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)
- 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)
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)
- 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)
- 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)
- @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)
- 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)
- @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)
- 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)
- 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)
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)
- Szablony dyskusji, typu {{martwy link dyskusja}}, {{czy wiesz - artykuł}}, czyli oparte na {{tmbox}} są nieczytelne. Przykład: Dyskusja:Perła. tufor (dyskusja) 18:57, 30 paź 2024 (CET)
- Dyskusja odbiła w kierunku gruntownych zmian w szablonach typu mbox, więc wydzieliłem ją do osobnego wątku (#Zmiany w szablonach typu mbox). Tutaj dalej można kontynuować zgłaszanie problemów z trybem ciemnym. tufor (dyskusja) 15:49, 1 lis 2024 (CET)
- 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)
- @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)
- W takim razie zacznę to robić manualnie jak zobaczę. Dzięki za info. Karton Realista (dyskusja) 16:51, 1 lis 2024 (CET)
- @Msz2001 Jak wstawić coś takiego do infoboxu? Karton Realista (dyskusja) 17:03, 1 lis 2024 (CET)
- @Karton Realista, niestety tego chyba nie mamy zaimplementowanego w przypadku infoboksów. Msz2001 (dyskusja) 17:06, 1 lis 2024 (CET)
- @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)
- 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)
- 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)
- 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)
- 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)
- 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.
- 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)
- 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)
- @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)
- @Karton Realista, niestety tego chyba nie mamy zaimplementowanego w przypadku infoboksów. Msz2001 (dyskusja) 17:06, 1 lis 2024 (CET)
- Dodałem możliwość wpisania czy dana grafika może być odwrócona (przenicowana kolorystycznie ;)) czy nie.
- Przykład deklaracji odwracania w artykułach: https://pl.wikipedia.org/w/index.php?title=Kliochinol&diff=prev&oldid=75123978
- Przykład do zastosowania w innych infoboksach tutaj: Szablon:Infobox_dwie_grafiki/opis#Przykład (można to szerzej zastosować niż tylko chemia).
- @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)- 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)
- 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)
- Nie ma co botować. Są to "martwe"/"niewystępujące w wywołaniach" parametry. [4]. Zmień w szablonie i instrukcji i będzie zrobione. ~malarz pl PISZ 15:05, 3 lis 2024 (CET)
- 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)
- 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)- 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)
- 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)
- 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)
- 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)
- @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)
- 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)
- 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)
- 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)
- @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)
- Bo to bardzo dobre rozwiązanie było :-) ~malarz pl PISZ 16:50, 3 lis 2024 (CET)
- 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)
- @Nux i @Malarz pl - dziękuję, teraz pięknie widać :-) --czupirek (dyskusja) 19:04, 3 lis 2024 (CET)
- @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)
- 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)
- Dodatkowo również ikonka "prawo" w Szablon:Zastrzeżenia. czupirek (dyskusja) 13:24, 3 lis 2024 (CET)
- Poprawiłem ikonki w {{Zastrzeżenia}} na czytelne w trybie jasnym i ciemnym. Msz2001 (dyskusja) 17:17, 3 lis 2024 (CET)
- Super, widzę, że tę drugą ikonkę też. Dziękuję! -- czupirek (dyskusja) 19:05, 3 lis 2024 (CET)
- Poprawiłem ikonki w {{Zastrzeżenia}} na czytelne w trybie jasnym i ciemnym. Msz2001 (dyskusja) 17:17, 3 lis 2024 (CET)
- 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)
- Zrobione. Msz2001 (dyskusja) 11:26, 9 lis 2024 (CET)
- 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)
- To też zrobione. Msz2001 (dyskusja) 12:27, 9 lis 2024 (CET)
- 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)
- 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)
- 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)
- Mapę w infoboksie też poprawiłem. Msz2001 (dyskusja) 15:13, 9 lis 2024 (CET)
- 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)
- To też zrobione. Msz2001 (dyskusja) 12:27, 9 lis 2024 (CET)
- 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)
- Po większej ilości testów znalazłem jeszcze:
- Szablon:Stacja kolejowa/sąsiednie i pewnie inne związane z nim szablony
- Muzeum infobox - pole strona internetowa
- Szablon:Festiwal infobox - jw.
- Szablon:Audycja radiowa infobox - jw.
- Szablon:Blog infobox -jw.
- Szablon:Aktor erotyczny infobox - jw.
- Szablon:Stocznia infobox - jw.
- Szablon:Teatr infobox - podobnie, ale jest lepiej niż w poprzednich
- Szablon:Maszt infobox - problem tylko w przykładzie na stronie szablonu - [{{{www}}} Strona internetowa] , tekst czarny na czarnym. W praktycznym użyciu jest tam zawsze wstawiony link, więc nie widać
- Szablon:IPA infobox
- Szablon:Język infobox
- Szablon:Związek chemiczny infobox - sekcje właściwości i niebezpieczeństwa
- Karton Realista (dyskusja) 18:43, 9 lis 2024 (CET)
- Kolejny gadżet - Wikipedia:Narzędzia/wstaw-link-interwiki Karton Realista (dyskusja) 13:23, 10 lis 2024 (CET)
- 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)
- ✅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)
- Poprawiłem gadżet. Msz2001 (dyskusja) 17:52, 18 lis 2024 (CET)
- 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 (przezhtml.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) - 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)
- 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)
- Zrobione. Msz2001 (dyskusja) 11:26, 9 lis 2024 (CET)
- 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)
- Załatwione. Msz2001 (dyskusja) 13:49, 22 lis 2024 (CET)
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)
- Tak, jeśli chodzi o mboksy, to dziś poprawiłem ambox. Na dłuższą metę, uważam, że warto byłoby scalić tę farajnę [ato]mboksów w jeden szablon (fmbox wymaga większej ostrożności). One wszystkie istnieją w bardzo podobnym celu, a rozróżnienie wynika z Monobooka, gdzie przestrzenie nazw miały odpowiednie kolory. Po kilkunastu latach te kolory istnieją jako tła szablonów, przez co informacyjny tmbox nadal sprawia wrażenie ostrzegawczego (bo żółty). Do ujednolicenia można by wykorzystać {{ambox}}, który niedano @Nux przerobił na div-y, zamiast tabelek. (Mamy też masę starych styli dla mboksów, zalegającą w MediaWiki:Common.css, które chciałbym kiedyś – pewnie przy okazji – sprzątnąć). Msz2001 (dyskusja) 19:03, 30 paź 2024 (CET)
- Z tego co widzę w tmbox główną różnicą są nazwy klas i dwa switche. Tak że pewnie można w dużej mierze skopiować kod z nowego amboksa. Mimo wszystko trzeba by przetestować na jakiejś próbce linkujących i to jest w sumie główny problem. Nux (dyskusja) 09:31, 31 paź 2024 (CET)
- zdecydowanie to wszystko jest do scalenia. masti <dyskusja> 10:50, 31 paź 2024 (CET)
- dla {{martwy link dyskusja}} zrobiem test i ambox wygląda OK, ale jest trochę za wąski. Więc przydałoby się coś z wyglądem amboxa a szerokością mboxa Wikipedysta:Masti/mldambox/test masti <dyskusja> 10:59, 31 paź 2024 (CET)
- Właśnie szerokość amboksa, ustawiona na sztywno na max 700px (tu style) jest według mnie zbyt mała; powoduje to często wydłużanie pionowe szablonów dopracować i podobnych, przez co trzeba dłużej scrollować do treści. Osobiście wolałbym, aby zwiększyć tę max-szerokość; nie wiem jaka wartość byłaby optymalna. Wiadomo, że jakieś marginy po bokach są potrzebne; max-width dla starszych skórek i szerokich monitorów też IMO należałoby ustawić. Nie jestem biegły w CSSach i kwestiach dostępności, ale może coś w stylu
width: 80%; max-width: 1000px
? tufor (dyskusja) 11:44, 31 paź 2024 (CET)
- Właśnie szerokość amboksa, ustawiona na sztywno na max 700px (tu style) jest według mnie zbyt mała; powoduje to często wydłużanie pionowe szablonów dopracować i podobnych, przez co trzeba dłużej scrollować do treści. Osobiście wolałbym, aby zwiększyć tę max-szerokość; nie wiem jaka wartość byłaby optymalna. Wiadomo, że jakieś marginy po bokach są potrzebne; max-width dla starszych skórek i szerokich monitorów też IMO należałoby ustawić. Nie jestem biegły w CSSach i kwestiach dostępności, ale może coś w stylu
- dla {{martwy link dyskusja}} zrobiem test i ambox wygląda OK, ale jest trochę za wąski. Więc przydałoby się coś z wyglądem amboxa a szerokością mboxa Wikipedysta:Masti/mldambox/test masti <dyskusja> 10:59, 31 paź 2024 (CET)
- Przygotowałem wstępnie porównanie kilku szablonów na teraz i z użyciem eksperymentalnego {{mbox/2}}: Wikipedysta:Msz2001/brudnopis/mbox2. Jest to praktycznie to samo, co w aktualnym {{ambox}}-ie, spróbowałem też trochę dostosować szerokość (aby np. uwzględniała, czy użytkownik aktywował ograniczenie szerokości w nowym Wektorze). Stylistycznie jest to klasyczny ambox i w sumie taka opcja mi się podoba, ale jakby co wygląd można zmieniać w zależności od przestrzeni za pomocą CSS. Msz2001 (dyskusja) 15:42, 31 paź 2024 (CET)
- dzięki. Dla mnie wygląda dobrze. Choć może jeszcze bym poszerzył ;) Ale to już kwestia indywidualna. masti <dyskusja> 15:46, 31 paź 2024 (CET)
- Wątek poszedł w kierunku innym od zamierzonego (zwykłe dostosowanie szablonów do trybu ciemnego). Tu trochę większa kwestia, dotycząca sporej liczby wywołań. Obecnie {{mbox}} to zwykły switch, który wywołuje odpowiedni szablon w zależności od przestrzeni nazw. Propozycja Msz2001 to zamiana wszystkiego w jeden uniwersalny i nie byłoby to IMO złe rozwiązanie. Osobiście dorzuciłbym jeszcze kolory tła w zależności od przestrzeni nazw, tak jak jest to obecnie, przynajmniej dla stron dyskusji. Oczywiście jeśli chcielibyśmy kompletnie zastąpić wszystkie dotychczasowe szablony jednym nowym, to wymaga to nieco więcej pracy niż sama zamiana kodu w {{mbox}}. Jest sporo szablonów, chociażby wyżej wspomniany {{Martwy link dyskusja}} czy {{Editnotice}}, które bezpośrednio wywołują dany wariant, a nie przez mbox. Jest też sporo bezpośrednich wywołań na stronach, np. Dyskusja:Hanna Barysiewicz czy też zwykłych tabelek z klasą "tmbox", np. Dyskusja:Frida Gustavsson. Pytanie: czy idziemy w to? tufor (dyskusja) 19:39, 31 paź 2024 (CET)
- Wywołania [ato]mboksów możemy ogarnąć poprzez wstawienie przekierowań. W ten sam sposób działa np. wpisanie
{{EK}}
, mimo że szablon nazywa się {{Ek}}. - Jeśli chodzi o kolory tła w przestrzeniach nazw, to właśnie teraz moim zdaniem – po 12 latach – jest dobry moment na porzucenie ich (a przynajmniej w obecnym kształcie). Kiedyś ten żółty był de facto przezroczystym, co miało sens, ale w tej chwili żółty kolor tła (ostrzegawczy) nie ma żadnego uzasadnienia, a tylko wprowadza w błąd w przypadku większości informacyjnych szablonów w dyskusjach, co do ich charakteru. (np. miałem takie wrażenie jak pierwszy raz dostałem {{Czy wiesz - autor}} w dyskusji).
- Tabelki z klasą szablonu powinny moim zdaniem zostać – prędzej czy później – zlikwidowane, wydaje mi się że nie ma ich dużo (wyszukiwarka zwróciła 50 wyników, część być może uzasadnionych). Msz2001 (dyskusja) 19:56, 31 paź 2024 (CET)
- Odnośnie kolorków: możliwe, że przemawają za mną lata tu spędzone, ale już się do tych kolorków przyzwyczaiłem ;) Osobiście uważam, że to jest bardziej informacyjny żółty aniżeli ostrzegawczy żółty ;) Bardziej ten pomarańczowy pasek po lewej w amboksach sugeruje ostrzeżenie ;) Ale nie będę o to kopii kruszył, najwyżej sam sobie pokoloruję przez CSS albo się przyzwyczaję. Wspominałeś o [ato]mboksach. Jest jeszcze {{Fmbox}}, który wydaje się należeć do tej samej rodziny. Przykładowe szablony: {{Editnotice}}, MediaWiki:Abusefilter-disallowed, inne: wyszukanie. Podstawową różnicą jest szerokość na 100%. To chyba można załatwić odpowiednią klasą i nie przekierowaniem, a wywołaniem szablonu z odpowiednimi parametrami(?). Ten szablon również nie jest dostosowany do TC. tufor (dyskusja) 20:36, 31 paź 2024 (CET)
- Tak, tylko w miejscach, gdzie z założenia występuje fmbox (czyli poza treścią), TemplateStyles nie działają same z siebie (brakuje elementu
.mw-parser-output
). To pewnie dałoby się obejść, ale dlatego napisałem oryginalnie że trzeba by być ostrożnym przy nim. W każdym razie, docelowo, ten też trzeba by dostosować do trybu ciemnego. Msz2001 (dyskusja) 20:50, 31 paź 2024 (CET) - A, i jeszcze - pomarańczowy pasek jest na ogół w tych ostrzegawczych amboksach. W tych informacyjnych na przykład jest niebieski. Msz2001 (dyskusja) 20:53, 31 paź 2024 (CET)
- Tak, tylko w miejscach, gdzie z założenia występuje fmbox (czyli poza treścią), TemplateStyles nie działają same z siebie (brakuje elementu
- Zacząłem zamieniać tabelki z klasą
tmbox
na szablony. Prośba, aby ktoś zerknął na {{Order/info}}: w komentarzu na górze uprasza się o pozostawienie szablonu w takiej wersji, a nie zamienianie jej na tmboksa. tufor (dyskusja) 15:55, 1 lis 2024 (CET)- Zamieniłem. Wygląda na to, że komentarz był dawno nieaktualny. Msz2001 (dyskusja) 21:03, 1 lis 2024 (CET)
- Odnośnie kolorków: możliwe, że przemawają za mną lata tu spędzone, ale już się do tych kolorków przyzwyczaiłem ;) Osobiście uważam, że to jest bardziej informacyjny żółty aniżeli ostrzegawczy żółty ;) Bardziej ten pomarańczowy pasek po lewej w amboksach sugeruje ostrzeżenie ;) Ale nie będę o to kopii kruszył, najwyżej sam sobie pokoloruję przez CSS albo się przyzwyczaję. Wspominałeś o [ato]mboksach. Jest jeszcze {{Fmbox}}, który wydaje się należeć do tej samej rodziny. Przykładowe szablony: {{Editnotice}}, MediaWiki:Abusefilter-disallowed, inne: wyszukanie. Podstawową różnicą jest szerokość na 100%. To chyba można załatwić odpowiednią klasą i nie przekierowaniem, a wywołaniem szablonu z odpowiednimi parametrami(?). Ten szablon również nie jest dostosowany do TC. tufor (dyskusja) 20:36, 31 paź 2024 (CET)
- Ogólnie popieram nowy szablon, chociaż nie będzie to takie proste. Jak już wspominałem {{tmbox}} ma innych switch, czyli ma więcej typów niż ambox. Np. ma inną ikonę dla typ=medal. Nie wiem jak inne *mboksy.
- Co do użycia klas `tmbox` to na pewno by trzeba to wyrugować, chociaż pewnie zależy jak bardzo to popularny hak. No, bo to jest fartowny hak, że to działa. Nux (dyskusja) 19:59, 31 paź 2024 (CET)
- Akurat, z tego co widziałem, tylko {{tmbox}} ma te dodatkowe definicje ikon (dobry i medal). Można je bez szkody włączyć do ogólnego szablonu. Poza tym {{ambox}} i {{ombox}} definiują te same ikonki, co tmbox (niekoniecznie identyczną składnią, co prawda). Pozostaje pytanie, czy te dodatkowe rodzaje (oprócz tych dwóch typów jest jeszcze growth) są szeroko używane – być może można je bezpiecznie wyrzucić. Msz2001 (dyskusja) 20:05, 31 paź 2024 (CET)
- Sprawdziłem trzy niestandardowe typy tmboxa i żaden z nich nie występuje w aktualnych wersjach stron: rozszerz, medal, dobry. Myślę, że można je w takim razie porzucić. Msz2001 (dyskusja) 10:21, 1 lis 2024 (CET)
- typ= dobry występuje. tufor (dyskusja) 10:53, 1 lis 2024 (CET)
- coś znalazłem, ale IMO nie ma się czym przejmować. To są w większości resztki tego co kilka lat temu sprzątałem ujednolicając szablony informujące o głosowaniach DA/AnM. ~malarz pl PISZ 11:19, 1 lis 2024 (CET)
- O proszę... A żyłem w przekonaniu, że wyszukiwarka akceptuje
\s
w regeksie... W każdym razie dzięki wam za sprawdzenie też :) Msz2001 (dyskusja) 12:08, 1 lis 2024 (CET)
- O proszę... A żyłem w przekonaniu, że wyszukiwarka akceptuje
- Sprawdziłem trzy niestandardowe typy tmboxa i żaden z nich nie występuje w aktualnych wersjach stron: rozszerz, medal, dobry. Myślę, że można je w takim razie porzucić. Msz2001 (dyskusja) 10:21, 1 lis 2024 (CET)
- Akurat, z tego co widziałem, tylko {{tmbox}} ma te dodatkowe definicje ikon (dobry i medal). Można je bez szkody włączyć do ogólnego szablonu. Poza tym {{ambox}} i {{ombox}} definiują te same ikonki, co tmbox (niekoniecznie identyczną składnią, co prawda). Pozostaje pytanie, czy te dodatkowe rodzaje (oprócz tych dwóch typów jest jeszcze growth) są szeroko używane – być może można je bezpiecznie wyrzucić. Msz2001 (dyskusja) 20:05, 31 paź 2024 (CET)
- Wywołania [ato]mboksów możemy ogarnąć poprzez wstawienie przekierowań. W ten sam sposób działa np. wpisanie
- Żeby było gdzieś zapisane: odnośnie zwykłych tabel używających klas "tmbox", pozostało kilkanaście stron. Szablony wikiprojektów: Wikiprojekt:Tygodnie tematyczne/info, Wikiprojekt:Filmy/info, Wikiprojekt:Lotnictwo/info, Wikiprojekt:Okręty/info, Wikiprojekt:Kraje nordyckie/info, Wikiprojekt:Fantastyka/info. Pozostałe strony: Wikipedysta:MAx 92/Ruch strzelecki/info, Wikipedysta:Filip (MNK)/brudnopis/Ocena jakości GLAM, Dyskusja wikipedysty:Tar Lócesilion/Archiwum/25, Dyskusja wikipedysty:PG/archiwum2014/2, Dyskusja wikipedysty:About672599, Dyskusja wikipedysty:Karol Szapsza/brudnopis, Wikipedysta:SkrzydlatyMuflon/brudnopisy/Szablon Wikiprojekt Malarstwo, Wikipedysta:SkrzydlatyMuflon/brudnopisy/Szablon Wikiprojekt Malarstwo 3, Wikipedysta:MarekZielinski/brudnopis/podstrona 2, Wikiprojekt:Filmy/Ocena haseł. tufor (dyskusja) 20:51, 10 lis 2024 (CET)
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)
- 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)- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
- Przygotowując się do dalszych zmian w {{tmbox}} i {{ombox}}, zauważyłem, że obsługują one alternatywne (notabene, nieudokumentowane) nazwy parametru
- Wikipedysta:Malarz pl/szablony/tmbox
- Wikipedysta:Malarz pl/szablony/ombox
- Wikipedysta:Malarz pl/szablony/mbox
- Wikipedysta:Malarz pl/szablony/ambox
- Wikipedysta:Malarz pl/szablony/fmbox
- Wikipedysta:Malarz pl/szablony/dmbox - to inny box, ale wywołanie podobne ~malarz pl PISZ 22:44, 10 lis 2024 (CET)
@Msz2001 to co botować wszystko co się da zostawiając nietypowe? ~malarz pl PISZ 22:44, 10 lis 2024 (CET)
- @Malarz pl, tak, możesz botować. Czego się nie uda, to zrobię potem ręcznie. Msz2001 (dyskusja) 22:48, 10 lis 2024 (CET)
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)
- Czy dałoby radę też zmiany wprowadzić w projektach siostrzanych? Marek Mazurkiewicz (dyskusja) 23:43, 4 lis 2024 (CET)
- Pewnie dałoby, ale w tej chwili głównym celem jest doprowadzenie tego do końca na Wikipedii. Msz2001 (dyskusja) 09:33, 5 lis 2024 (CET)
- 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ć tammw-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 dodaniatabindex="-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) - 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)
- 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)
- 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)
- Możemy oczywiście podyskutować o szerokości. Tym razem zamysł był taki, by:
- 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
- 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)
- 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)
- 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)
- 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)
- Dobrze, w takim razie przywróciłem dotychczasową szerokość komunikatów (80% szerokości strony). Msz2001 (dyskusja) 13:38, 6 lis 2024 (CET)
- i teraz jest fajnie. masti <dyskusja> 13:43, 6 lis 2024 (CET)
- Dobrze, w takim razie przywróciłem dotychczasową szerokość komunikatów (80% szerokości strony). Msz2001 (dyskusja) 13:38, 6 lis 2024 (CET)
- 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)
- 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)
- 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)
- Możemy oczywiście podyskutować o szerokości. Tym razem zamysł był taki, by:
- 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)
- 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)
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)
- skoro portale wyłączyliśmy to zdecydowanie do posprzątania. Bo tak to kierują do martwych rejonów. masti <dyskusja> 22:08, 5 lis 2024 (CET)
- powoli zacząłem je usuwać. Tylko niektóre są wstawiane na górze, wojskowe były wstawiane często w sekcjach. Wielokrotnie po usunięciu strona zostaje pusta i trzeba stwierdzić czy można ją usunąć czy nie (bot musi przejrzeć historię). Niektóre z tych szablonów były wstawiane masowo botem do artykułów. Od dawna uważałem, że wstawianie takich szablonów (portali/wikiprojektów) do dyskusji to kiepska sprawa. ~malarz pl PISZ 12:33, 6 lis 2024 (CET)
- Przejrzałem wywołania [?]boksów z przestrzeni Portal: i jeśli dobrze widzę, to tylko Portal:Astronomia/ArtAstro jest jeszcze dołączany na różne strony dyskusji, np. Dyskusja:Jowisz. tufor (dyskusja) 19:11, 10 lis 2024 (CET)
- Już nie jest. ~malarz pl PISZ 20:27, 10 lis 2024 (CET)
- Przejrzałem wywołania [?]boksów z przestrzeni Portal: i jeśli dobrze widzę, to tylko Portal:Astronomia/ArtAstro jest jeszcze dołączany na różne strony dyskusji, np. Dyskusja:Jowisz. tufor (dyskusja) 19:11, 10 lis 2024 (CET)
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)
- 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)
- 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)
- 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)
- 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) - 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)
- 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)
- 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
- TemplateStyles są wczytywane, ale działają tylko w sytuacji, gdy stylowany element znajduje się wewnątrz tagu z klasą
- 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)
- 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)
- 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)
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)
- 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) - 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:
- 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
- tytuł=Najlepsze technologie dla Polski - Computerworld - Wiadomości IT, biznes IT, praca w IT, konferencje
- tytuł=Atom Heart Mother – Pink Floyd | Songs, Reviews, Credits | AllMusic
- tytuł=Saturn's Enceladus Moves to Top of "Most-Likely-to-Have-Life" List - The Daily Galaxy -Great Discoveries Channel
- tytuł = Liczba mieszkańców dzielnic Wałbrzycha | Nasz Wałbrzych – niezależny portal miejski
- tytuł=Romoeren triumfatorem konkursu Skok SAS 2006 - www.skokinarciarskie.pl - wszystko o skokach narciarskich
- tytuł=Bohemian Rhapsody by Queen (Single; Parlophone; 204 649-2): Reviews, Ratings, Credits, Song list - Rate Your Music
- tytuł=Niebezpieczne narzędzie czy już broń? - Prawo i wymiar sprawiedliwości - GazetaPrawna.pl - wiadomości, notowania, kursy, praca, emerytury, podatki
- tytuł=Cieśnina Malakka w polityce Indii wobec Oceanu Indyjskiego - Geopolityka.net - polski portal o geopolityce | Geopolityka.net - polski portal o geopolityce
- 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...
- 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
- tytuł=Eusebio zwolniony z Barca B! – Aktualności – Barca.pl – FC Barcelona, Barca, Blaugrana – najlepszy serwis o FCB
- tytuł=Zarys dziejów Gdańskiego Gimnazjum Akademickiego (1558-1817) | HISTORIA.org.pl - historia, kultura, muzea, matura, rekonstrukcje i recenzje historyczne
- tytuł=Unia Książenice wycofuje się z ZINA IV ligi! - SportowaSilesia.pl - portal pozytywnych wrażeń sportowych
- tytuł=Autostrady pożarły amerykańskie miasta. Dlaczego je budowano? - Rynek Infrastruktury: Porty, Stocznie, Lotnisko, Porty lotnicze, Autostrada, Obwodnica, Energetyka, Ciepłownict...
- 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
- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
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)
- 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)
- 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)
- 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)
- Wyłączyć dla niezalogowanych. To jest informacja dla edytujących, a nie czytelników. Za to przydałoby się informowanie autora, że zrobił taki błąd, analogicznie jak robi to bot Malarza pl „→efekty użycia WP:SK”. Michał Ski (dyskusja) 13:44, 4 lis 2024 (CET)
- Pełne poparcie, oczywiście edytorzy powinni to wiedzieć. rdrozd (dysk.) 17:22, 5 lis 2024 (CET)
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)
- 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)
- 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)
- 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)
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)
- 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)
- 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)
- Jeśli to działa i ma sens, to warto dodać notkę w Pomoc:Magiczne słowa przy DISPLAYTITLE, że jest coś takiego dla obsługi tytułów obcojęzycznych. Michał Ski (dyskusja) 21:48, 12 lis 2024 (CET)
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:
- (Funkcja sugerowania linków: dodane 3 linki) podziękuj Znaczniki: VisualEditor Zadanie nowicjusza Zasugerowano edycję: dodanie linków
Moglibyśmy uznać, że to aspekt techniczny i oznaczać tagiem, lub chociaż jakoś skrócić? IOIOI2 17:46, 14 lis 2024 (CET)
@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)
- Oooo, czad! Wielkie dzięki @Nux! IOIOI2 01:37, 20 lis 2024 (CET)
Wiadomości techniczne: 2024-47
[edytuj | edytuj kod]Najnowsze wiadomości ze środowiska technicznego Wikimedia. Poinformuj innych użytkowników o tych zmianach. Nie wszystkie zmiany będą dotyczyć ciebie lub twojej wiki. Dostępne są tłumaczenia na inne języki.
Komunikaty dla edytorów
- Edytorzy będą teraz ostrzegani przy próbie utworzenia przekierowania do nieistniejącej strony. Pozwoli to zmniejszyć liczbę zerwanych przekierowań na wiki. [5]
- Zobacz wszystkie 42 kwestie, zgłoszone przez społeczność, które naprawiono w ostatnim tygodniu. Na przykład Pywikibot, który automatyzuje pracę z MediaWiki, został na Toolforge zaktualizowany do wersji 9.5.0. [6]
Komunikaty dla edytorów technicznych
- Na wiki używających wersji przejrzanych, strony tworzone i przenoszone przez użytkowników z odpowiednimi uprawnieniami są oznaczane automatycznie. W ostatnim czasie nie działało to poprawnie, ale poprawki będą wdrożone na wiki w tym tygodniu. Dziękujemy Danielowi i Wargo za pracę nad tym. [7][8]
Inne wiadomości
- Dostępny jest nowy wpis na Diffie (w ponad 15 językach) o kontach tymczasowych. Zachęcamy do przeczytania do i zapoznania się, czym są te konta, jak wpłyną na różne grupy użytkowników i kiedy planujemy wdrożyć je na wstanie wiki.
Spotkania i wydarzenia
- Techniczni wolontariusze mogą rejestrować się na Hackathon Wikimedia 2025, który odbędzie się w Stambule. Wnioskować o stypendium na podróż i zakwaterowanie można od 12 listopada do 10 grudnia 2024. Rejestracja na wydarzenie potrwa do połowy kwietnia. Hackathon Wikimedia jest corocznym wydarzeniem zbierającym techniczną społeczność Wikimedia, współpracującą przy istniejących projektach i testującą nowe pomysły.
- Zapraszamy do wzięcia udziału w spotkaniach ze społecznością Wikimedia Commons w tym tygodniu, które pomogą priorytetyzować wsparcie dla Commons w roku 2025/26. Motywem przewodnim spotkań będzie organizacja treści w Commons. Jest to szansa dla wolontariuszy, którzy działają w różnych obszarach, aby porozmawiać wspólnie o rzeczach ważnych dla przyszłości projektu. Spotkania odbędą się 21 listopada o 8:00 i 16:00 UTC.
- Spotkanie społeczności językowej odbędzie się 29 listopada o 16:00 UTC. Podczas niego zostaną przedstawione nowy komunikaty w tym zakresie i rozwiązania problemów technicznych.
Wiadomości techniczne przygotowane przez redaktorów Tech News i wysłane przez bota • Dołącz do zespołu • Przetłumacz na swój język • Uzyskaj pomoc • Wyraź swoją opinię • Subskrybuj lub zrezygnuj z subskrypcji.
MediaWiki message delivery 02:57, 19 lis 2024 (CET)
Załatwione, ~Cybularny Napisz coś ✉ 02:57, 19 lis 2024 (CET)
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:
- perły naturalne
- perły hodowane
- imitacje pereł
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)
- @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)
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)
- @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)
- @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)
- 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)
- 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)
- 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)
- 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)
- @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)
- @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)- @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}}
tohttps://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)- @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)
- @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)
- @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)
- @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
- @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
- @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)
- Hi, @PrimeHunter and thanks for the fix. I've tried to apply it, but apparently, the troublesome element on plwiki has id
- 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)
- 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)
- 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)
- @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)