Wikipedia:Kawiarenka/Kwestie techniczne

Skrót: WP:KT
Z Wikipedii, wolnej encyklopedii
To jest stara wersja tej strony, edytowana przez Wargo (dyskusja | edycje) o 00:22, 10 wrz 2019. Może się ona znacząco różnić od aktualnej wersji.
Kawiarenka pod Wesołym Encyklopedystą – kwestie techniczne
Tu rozwiązujemy problemy dotyczące oprogramowania MediaWiki, botów, skryptów, technicznych zmian w szablonach itp. W celu przyspieszenia rozwiązania problemu technicznego zapoznaj się z instrukcją zgłaszania problemów.

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



Przypominajka z nieprzejrzanymi artykułami

Wizualizacja (z lewej strony). Okienko ma właściwość CSS position:fixed, dzięki czemu nie przesuwa się razem se stroną

Na polskiej Wikipedii mamy około 3500 redaktorów. W tym tygodniu przynajmniej jednego przejrzenia dokonało około 360 z nich (za [1]). Jednak tych choć trochę aktywnych (przyjąłem kryterium 14 przejrzeń na tydzień, co daje dwa dziennie – zajmuje to góra pięć minut). Wierzę, że więcej niż 360 redaktorów regularnie przegląda Wikipedię. Rzut oka na Specjalna:Statystyki_oznaczania pokazuje, że 8000 artykułów czeka na przejrzenie.

Dlatego mam propozycję, która może choć w pewnym stopniu przyczynić się do zwiększenia aktywności redaktorów. Sugeruję, aby u każdego redaktora, który nie przejrzał danego dnia żadej edycji wyświetlało się pływające okienko, takie jak z lewej strony na obrazku. Zawierałoby ono linki do dwóch artykułów (a dokładniej porówania zmian) wybranych losowo z listy Specjalna:Zdezaktualizowane_przejrzane_strony. Najlepiej, gdyby te artykuły były dość stare, co pozwoli na wyeliminowanie sytuacji, w której zostaną przejrzane przez kogoś innego na przykład z poziomu OZ.

Na dole okienka umieściłbym dodatkowo link Nie pokazuj już dzisiaj, który ukryłby to okienko do końca dnia. Uważam, że wyłączenie na zawsze warto poddać pod dyskusję (albo dodać link ukrywający na np. tydzień lub miesiąc).

Ponadto, uważam, że jeśli zaakceptujecie ten pomysł, warto będzie go włączyć domyślnie dla wszystkich redaktorów (oczywiście po przetestowaniu).

Co o tym sądzicie?

Częściowo działające demo jest na stronie Wikipedysta:Msz2001/Przypominajka dla redaktorów. Niestety, wyświetla się pod linkami stanowiącymi menu boczne (zrobione na szybko).

Msz2001 (dyskusja) 17:44, 19 maj 2019 (CEST)[odpowiedz]

  • Losowo dobierane artykuły mogą zniechęcać. Nie przejrzę artykułu w którym została dokonana zmiana redakcyjna w opisie chemicznym czy MMA. Ciacho5 (dyskusja) 17:51, 19 maj 2019 (CEST)[odpowiedz]
  • Jestem wolontariuszem i robię tu to na co mam ochotę. Bardzo negatywnie odebrałbym próbę przymuszania mnie do robienia rzeczy na które ochoty nie mam, czy to w ogóle, czy akurat dzisiaj. Gżdacz (dyskusja) 18:00, 19 maj 2019 (CEST)[odpowiedz]
  • Nie po to mam aktywnego Adblocka przeciw reklamom na innych stronach, żeby się godzić na natręctwa w Wikipedii. Tak jak Gżdacz powyżej: robię tutaj to co robię wtedy i tylko wtedy kiedy mi się chce (a częściej mi się nie chce). Julo (dyskusja) 19:48, 19 maj 2019 (CEST)[odpowiedz]
  • Jak przedmówcy. Takie "przypominajki" raczej działałyby zniechęcająco, a nie motywująco. Pamiętajmy, że jesteśmy tu wolontariuszami. Sir Lothar (dyskusja) 14:00, 20 maj 2019 (CEST)[odpowiedz]
  • Pomysł jest oczywiście zły (jak przedmówcy), ale problem ważny - od jakiegoś czasu stale rośnie liczba nieprzejrzanych zmian i pomimo dużej pracy "przeglądaczy" (a to nie jest 5 min, więc szczerze podziwiam kogoś kto potrafi zrobić ponad 100 tygodniowo) nasila się. W efekcie IMHO będzie to zniechęcać do dokonywania zmian, bo nie po to ktoś coś aktualizuje/poprawia w necie, aby przez miesiąc czy dwa nic się nie zmieniło. Co się właściwie stało, że liczba nieprzejrzanych rośnie? Wysyp zmian IP, duża liczba nowych bez uprawnień redaktora czy ktoś "wypadł" spośród dotychczasowych "przeglądaczy"? PawelNorbertStrzelecki (dyskusja) 15:38, 21 maj 2019 (CEST)[odpowiedz]
  • Nie wiem jak, ale zdecydowanie istnieje pilna potrzeba jakichś zmian w kwestii przeglądania edycji. Kiedyś były przynajmniej prośby o przejrzenie i choć w ten sposób można było zwrócić czyjąś uwagę na edycję od dawna czekającą na przejrzenie lub na pilną zmianę wymagającą szybkiej reakcji. A teraz edycje na przejrzenie często czekają całymi miesiącami. Jedna z moich edycji w tym roku wisiała kilka miesięcy i pewnie wisiałaby do tej pory, gdyby nie to, że przy okazji dyskusji w kawiarence na zupełnie inny temat udało mi się uprosić kogoś z uprawnieniami do jej przejrzenia. Teraz mam inną edycję (tutaj) wiszącą od maja - niedługo będzie dwa miesiące. Dziś dodałem nowy artykuł i aż się boję pomyśleć ile miesięcy upłynie zanim go ktoś przejrzy. Mam jeszcze kilka nowych artykułów do wpisania, ale za każdym razem mi się odechciewa gdy pomyślę, że potem to i tak będzie wisieć miesiącami. Nie trzeba chyba tłumaczyć jak bardzo zniechęca to użytkowników do edycji artykułów i pisania nowych, skoro potem efektów tej pracy (w postaci publicznej widoczności) nie widzą miesiącami. Jest to też typowe błędne koło, bo skoro każda edycja tak długo czeka na przejrzenie to nowym użytkownikom lata zajmie zanim zgromadzą ilość przejrzanych edycji uprawniających do zdobycia statusu umożliwiającego samodzielne przeglądanie - a więc z jednej strony brakuje rąk do pracy, a z drugiej przy takim stanie rzeczy nie ma widoków na to by grono osób uprawnionych do przeglądania zmian mogło się szybko powiększać. Sam chętnie bym się tym zajął i codziennie przeglądał po kilka edycji, ale przy takim tempie akceptowania moich własnych edycji pewnie się zestarzeję zanim zgromadzę ikość uprawniającą do uzyskania takiego statusu. Konfederat73 (dyskusja) 19:10, 3 lip 2019 (CEST)[odpowiedz]
  • Wyświetlanie jakichś losowych, na siłę, to raczej nie. Ale mnie przydałoby się, abym mógł gdzieś w preferencjach podać, że jestem zainteresowany i dodatkowo mógł podać kategorie, dla których (wraz z podkategoriami) życzę sobie takich komunikatów. Nie ma przymusu wtedy, a dostaję info, kiedy jest coś, co może mnie zainteresować. W takim rozegraniu, jak najbardziej za. KamilK7 00:00, 6 sie 2019 (CEST)[odpowiedz]

Szablon:Przelicz

Czy {{Przelicz}} mógłby odmieniać jednostki z pełnym uwzględnieniem zasad gramatyki języka polskiego? W haśle Jezioro Gilead (Nowy Jork) mamy „43 stóp”. Mathieu Mars (dyskusja) 10:46, 12 lip 2019 (CEST)[odpowiedz]

Po co w ogóle wyświetlane są jednostki anglosaskie? W artykułach spoza obszaru jednostek miar jest to bezużyteczne. Najlepiej byłoby zmienić w szablonie domyślny parametr disp z "b" na "out", ale wymaga to grzebania w kodzie Lua w module Convert. Michał Sobkowski dyskusja 18:53, 12 lip 2019 (CEST)[odpowiedz]
Jak w źródle są anglosaskie, to podajemy to co w źródle. ~malarz pl PISZ 20:14, 12 lip 2019 (CEST)[odpowiedz]
Szczęka mi opadła. Skąd taki dziwne stwierdzenie? Przeliczenie jednostek anglosaskich na metryczne jest rzeczą trywialną i powszechnie robioną w pl:wiki. Michał Sobkowski dyskusja 21:42, 12 lip 2019 (CEST)[odpowiedz]
Były w którejś z kawiarenek kilka lat temu dyskusje na ten temat. Nie uczestniczyłem, więc dokładnej dyskusji nie pamiętam. Pamiętam jedynie argumenty o dokładności. O ile łatwo przetłumaczyć dokładną wartość (3 jardy 1 stopa i 2 cale), to już przeliczenie wartości przybliżonej (ok. 10 jardów) już jest kłopotliwe. Dokładne przeliczenie (ok. 9,1 metra) sugeruje większą dokładność, zaś przybliżenie tego przybliżenia (ok. 9 m lub ok. 10m) podobno jest już WP:ORem. Ten błąd oczywiście w większości źródeł jest opisany wprost albo wynika z kontekstu i wtedy moim zdaniem ten błąd można odpowiednio uwzględnić w tłumaczeniu. W każdym razie użycie do tego czegoś w rodzaju {{przelicz}} jest bez sensu i ja uważam ten szablon za błędny/zbędny. Osobiście rzadko zaglądam do artykułów na wiki, w których występują takie problemy, ale podobne tłumaczenia w filmach mnie drażnią. Mowa o pułapie 4,600m w kontekście, w którym istotne jest czy jest ok 5km czy 50km npm jest irytujące. Od razu przypomina mi się kawał o przewodniku w muzeum, mówiącym że "ta kość ma milion i 3 lata". ~malarz pl PISZ 22:38, 12 lip 2019 (CEST)[odpowiedz]
  • W sensie matematycznym podzielam pogląd malarza.pl - ok. 10 jardów to dokładność rzędu jedności, a po przeliczeniu mamy ok. 9,1 m czyli dokładność rzędu dziesiątych części, co ewidentnie jest mylące względem dokładności podania danych. Ented (dyskusja) 22:46, 12 lip 2019 (CEST)[odpowiedz]
  • Zgadza się, ZR. Tam gdzie wielkość jest "sztywna" ;) użycie nie budzi raczej wątpliwości, ale wszędzie tam gdzie mamy "około" lub przedział (lub z kontekstu źródła wynika, że wartość jest szacunkiem) użycie przeliczenia jest mylące, bo zmienia nie tylko dokładność, ale również wartości graniczne przedziału danej wartości. Tak czy owak, podanie wartości w jednostkach anglosaskich (zgodnie ze źródłem) imo jest wskazane ;) Ented (dyskusja) 17:11, 14 lip 2019 (CEST)[odpowiedz]
  • Wracając do problemu wskazanego przez Mathieu Marsa, to coś jest nie tak z komunikacją szablonu z modułem Convert/tabela jednostek/opis. Zgodnie z sekcją Variable names, dla liczb zakończonych na 2-4 powinno wyświetlać się "stopy", a wyświetla się "stóp". Michał Sobkowski dyskusja 15:33, 14 lip 2019 (CEST)[odpowiedz]
    Ale patrzenie tylko na ostatnią cyfrę też jest błędne. 1 stopa, 2 stopy, 5 stóp, 12 stóp, 22 stopy... Jednak problem też leży gdzie indziej. W Moduł:Convert/data w linijce 3610 mamy varname = "stopy!stóp!stopy",. Zmień to na varname = "a!b!c",. Pod przyciskiem "Zapisz" jest pole "Podgląd strony z tym szablonem". Wprowadź tam nazwę artykułu podanego przez Mathieu Marsa: "Jezioro Gilead (Nowy Jork)" i kliknij "Pokaż podgląd". Zobaczysz, że zawsze pobierana jest druga wartość (b). Z tego co widzę to nie da się zmienić tego tak, by było to poprawnie odmieniane przez przypadki. Polska języka trudna języka i nie wiem dlaczego w ogóle używamy tego szablonu w treści artykułu. tufor (dyskusja) 22:12, 14 lip 2019 (CEST)[odpowiedz]
Problem z gramatyką by zniknął definitywnie, gdyby szablon generował skróty jednostek zamiast pełnych nazw. To chyba nie powinno być trudne? Michał Sobkowski dyskusja 13:11, 19 lip 2019 (CEST)[odpowiedz]
Może użycie plural by pomogło (jesli da się tutaj zastosować).
{{pluralː1|stopa|stopy|stóp}} → stopa
{{pluralː2|stopa|stopy|stóp}} → stopy
{{pluralː5|stopa|stopy|stóp}} → stóp
{{pluralː12|stopa|stopy|stóp}} → stóp
{{pluralː22|stopa|stopy|stóp}} → stopy MarMi wiki (dyskusja) 20:22, 21 lip 2019 (CEST)[odpowiedz]
Powinno się dać, zob. mw:LUAREF#mw.language:convertPlural. Peter Bowman (dyskusja) 20:32, 21 lip 2019 (CEST)[odpowiedz]

Powrót do edytowania (Priority low)

Posługuję się edytorem kodu źródłowego 2017 (FF Q 67.0.4 Linux). Ostatnio zauważyłem, że po skrócie klawiszowym <Shift-Alt-P> w następującym ekranie jest button w lewym górnym rogu „Powrót do zapisywania”, rzeczywiście tam prowadzi i trzeba do zamknąć np. <Esc> żeby dalej edytować. IIRC poprzednio było „Powrót do edytowania” co było trochę wygodniejsze i trochę bardziej logiczne (bo w górnym prawym rogu mamy „Zapisz”). Kpjas φ 22:37, 24 lip 2019 (CEST)[odpowiedz]

Nie bardzo mogę uzyskać ten efekt. Co powinno tam się pojawić? U mnie po prostu pokazuje się podgląd nad tekstem źródłowym. Moje ustawienia w preferencjach, sekcja Podgląd:

  • Pokazuj podgląd strony podczas pierwszej edycji - odnaczone
  • Pokazuj podgląd powyżej obszaru edycji - zaznaczone
  • Pokazuj podgląd bez przeładowywania strony - zaznaczone

 « Saper // dyskusja »  11:26, 6 sie 2019 (CEST)[odpowiedz]

Po wywołaniu podglądu
Po kliknięciu w „<”


Dzięki za zainteresowanie, de facto nie jest to coś co poważnie utrudnia. Logicznie po podglądzie powinno kierować do dalszej edycji, a nie zapisu. Przedtem było „Powrót do zapisywania”, teraz jest „<”. Kpjas φ 13:13, 6 sie 2019 (CEST)[odpowiedz]

Dzięki, przy okazji dowiedziałem się, co to w ogóle jest mw:2017 wikitext editor .... Okazuje się, że problem został zgłoszony na stronie https://www.mediawiki.org/wiki/Topic:Uuzp0ij8mnzoq1t2 i trwa dyskusja. Spróbuję się tam dopisać. I przy okazji: to jest moim zdaniem dość ważna sprawa, jak na razie są skargi, że ten edytor ma być szybszy a jest wolniejszy.  « Saper // dyskusja »  15:18, 6 sie 2019 (CEST)[odpowiedz]

Sprawa jest zgłoszona na Phabricatorze i toczy się dyskusja, którą serdecznie polecam.  « Saper // dyskusja »  16:05, 6 sie 2019 (CEST)[odpowiedz]

Animanga infobox

Proponuję dokonać w Animanga infobox następujących poprawek:

  1. Zespolić parametry "pierwszy raz" i "ostatni raz" w jeden, czyli "okres wydawania";
  2. Dodać parametr odpowiedzialny za nazwę oryginalną zarówno w kanji jak i w rōmaji przy poszczególnych typach wydawania takich jak manga, anime, manhwa czy filmy. W przypadku "nazwa rōmaji", to parametr będzie stosowany w momencie, gdy dana manga, anime czy powieść ilustrowana doczeka się premiery w Polsce.
  3. Dodać parametr odnośnie okresu wydawania tankōbonów. Wiemy, że jest taki, ale dotyczy okresu wydawania rozdziałów na łamach magazynu w Japonii. W takich przypadkach należy dodać parametry odpowiednio coś w stylu "okres wydawania magazyn" i "okres wydawania tomy".

Proszę o opinie, i mam nadzieję, że takie rozwiązania można zastosować.

PS. Zastanawiałem się, czy przypadkiem powrócić do tematu do zuniwersalizowanej wersji Animanga infobox, której propozycja znajduje się w moim brudnopisie. W obecnej formie (oddzielne moduły) wygląda dziwnie i jest ostatnim bastionem co do infoboksów w innej formie.

Pachidensha (dyskusja) 23:07, 30 lip 2019 (CEST)[odpowiedz]

  • @Pachidensha, 1) "zespolić parametry", na tak, przy odpowiednim opisie pola w dokumentacji (że można w przypadku wydawania z przerwą podać np. 1987-1999, 2003-2005) nawet bardziej przydatne do prezentowania precyzyjnych informacji, 2) niby na tak, ale kwestia szczegółów, dlaczego "nazwa rōmaji", to parametr będzie stosowany w momencie, gdy dana manga, anime czy powieść ilustrowana doczeka się premiery w Polsce? A np w przypadku wydania transkrypcji w Stanach, to już nie rōmaji? Skąd ten Polonocentryzm? A z drugiej strony, jeśli zostanie wydana w Polsce, ale nie jako transkrypcja, tylko pełne tłumaczenie, to skąd owo rōmaji? Nie rozumiem (ale znawcą nie jestem, choć troszkę się tematyką interesuję). 3) Muszę przemyśleć, ale nazwy parametrów trzeba wymyślić lepsze (np. być może zamiast "tomy" wprost tankōbony - kto się nie zna, nie wypełni w drugim przypadku, a w pierwszym może wstawiać bzdury. 4) zuniwersalizowana wersja infoboxu - muszę się zapoznać, dzisiaj nie mam już siły. :-) KamilK7 00:18, 6 sie 2019 (CEST)[odpowiedz]
  • W kwestii liczby wydanych tomów, to można rozważyć takie nazewnictwo dla parametru dla okresu wydawania tomów. W przypadku drugiej kwestii nazwa zapisana w transkrypcji będzie stosowana dla mang, które doczekały się swojej polskiej premiery i będzie to duże ułatwienie z tego względu, aby pozostali mogli dowiedzieć się, jak brzmiała nazwa oryginalna. Wyszczególnienie tych informacji IMO wydaje się być konieczne, bo bez tego ciężko jest doszukiwać zapisu oryginalnego w kanji czy też w romaji. A co do wersji zuniwersalizowanej infoboksu Animanga, to była już dyskusja i nie doczekała się wdrożenia. Można nad nią się jeszcze pomyśleć, gdyż Animanga infobox to ostatni bastion co do infoboksów w innej formie niż tej, jak to bywa ze wszystkich. Pachidensha (dyskusja) 13:16, 6 sie 2019 (CEST)[odpowiedz]

Dodanie Dyskusji Strukturyzowanych do każdego stolika Kawiarenki

Jestem Monniasza (dyskusjawkładrejestrblokadyzablokujuprawnieniaCUglobalny wkład (konta w innych projektach) • licznik), proszę dodać dyskusje strukturyzowane do kawiarenki. Monniasza (dyskusjawkładrejestrblokadyzablokujuprawnieniaCUglobalny wkład (konta w innych projektach) • licznik) 07:30, 7 sie 2019 (CEST)[odpowiedz]

Daty utworzenia

Napisałem artykuł James Albert Bonsack. Powstawał od dość dawna w moim brudnopisie, dziś przeniosłem go do main. Przeniosłem, bo był tłumaczony i moment powstania nosi ślady tłumaczenia. Efekt jest taki, że przy automatycznym zgłoszeniu do CzW gadżet wstawił go z datą 5 sierpnia (zacząłem dużo wcześniej), zapewne też nie zostanie uwzględniony w DNA.

Co z tym zrobić, żeby DNA i gadżet CzW widziały moment pojawienia się artykułu w main, a nie w moich notatkach?

Gżdacz (dyskusja) 19:05, 8 sie 2019 (CEST)[odpowiedz]

  • Ta data (5.08.) jest w ogóle dziwna, bo ani nie jest data pierwszej edycji, ani również przeniesienia do mainu. Imo należy ręcznie przenieść/wstawić copy-paste w odpowiednie daty (w CW tutaj). Można też zaryzykować wycofanie z CW, usunięcie hasła, odtworzenie wersji od 8.08., wstawienie do CW, a na końcu przywrócenie wszystkich wersji... ale imo to całkowicie zbędna operacja, bo w historii hasła i tak widać co i jak było :) Przeszlusuj ręcznie i już, a na temat powodu wstawienia w kolejkę 5 sierpnia niech wypowiedzą się bardziej kumaci ode mnie. Ented (dyskusja) 19:49, 8 sie 2019 (CEST)[odpowiedz]
  • zapewne też nie zostanie uwzględniony w DNA - a niby dlaczego ma nie być? Przecież w main pojawił się 8.08 - co widać w historii. Wydaje mi się, że nieuznanie w DNA byłoby totalnie skrajnym formalizmem. Ented (dyskusja) 19:55, 8 sie 2019 (CEST)[odpowiedz]
    • Po prostu w obu wypadkach robi to automat: i wpisywanie do CzW i zliczanie na DNA. Oczywiście można to ręcznie poprawić po mojej reklamacji, tylko czy nie lepiej, żeby reklamacje były zbędne? Dlatego właśnie napisałem nie przy stoliku z zasadami albo ogólnym, tylko właśnie technicznym. Gżdacz (dyskusja) 20:44, 8 sie 2019 (CEST)[odpowiedz]
      • Przy zgłoszeniu do CzyWiesza gadżet pozwala wybrać datę rozbudowy artykułu. Zgaduję, że 5 sierpnia był datą domyślną; w chwili zgłoszenia był to, spośród ostatnich kilku dni, zarówno taki z największą liczbą dodanych bajtów, jak i największą liczbą edycji. Barcival (dyskusja) 14:18, 9 sie 2019 (CEST)[odpowiedz]

Sprzątanie kodu

Mam w moich preferencjach włączony przycisk SK (obecnie jest wersja 2.82) i ostatnio dość często się nim posługuję. Próbowałem nim potraktować artykuł tęcza, w którym uprzednio przeniosłem wszystkie refy na koniec artykułu, ale niestety przycisk zawiesza się i skutek jest taki, że po tym nic się nie da zrobić (nawet pójść "wstecz"), trzeba zamknąć zakładkę w przeglądarce. Przez chwilę myślałem, że przyczyną może być obszerność tego akurat artykułu - około 58 kB, ale sprawdziłem działanie tego przycisku - WP:SK+mSK+Bn+mSI - na artykule Polska, który jest niemal pięć razy większy (ok. 268 kB), ale wykonał to działanie bez problemu. Czemu więc w tęczy nie działa?
Używam Windows 10, przeglądarka Chrome.
Julo (dyskusja) 15:39, 10 sie 2019 (CEST)[odpowiedz]

Skrypt @Beno zawiesza się między "kierunki załamania" a "tęcza wtórna" --Wargo (dyskusja) 17:57, 10 sie 2019 (CEST)[odpowiedz]
Tęcza to wyjątkowy artykuł. Obecnie mój skrypt tylko na nim się wiesza. Zauważyłem to już z rok temu. Trzeba obrabiać tekst zaznaczonymi fragmentami. Kiedyś było gorzej, ale zwiększono limity oczekiwania na odpowiedź oprogramowania. Najwyraźniej w tym artykule jest jakaś wyjątkowo niewygodna konfiguracja fragmentów kodu, do których mój skrypt się odwołuje, a potrafi on szukać dalszego ciągu jakiegoś fragmentu gdzieś bardzo daleko (albo długo). Tak więc nie przejmowałbym się tym artykułem. To raczej sytuacja incydentalna. A co w tym artykule jest takiego nietypowego? Długo szukałem już jakiś czas temu i nie wiem. W sumie ciekawostka. Beno @ 20:22, 10 sie 2019 (CEST)[odpowiedz]
W dwóch ostatnich akapitach przed nagłówkiem "Tęcza jako fenomen" następuje wyraźne spowolnienie pracy skryptu, a po następnym akapicie wiesza się – tak działa u mnie. Zmieniłem sortowanie sekcji przypisów z alfabetycznego na kolejność odwołań - ale bez rezultatu. Beno @ 21:42, 10 sie 2019 (CEST)[odpowiedz]
Odnoszę wrażenie, że chodzi o dwa równania wstawione po słowach "dlatego intensywność poszczególnych polaryzacji tęczy określają wzory:". Jeśli je wykasuję z kodu, to u mnie WP:SK+Bn nie napotyka problemów; jeśli je ponownie wstawię – skrypt spowalnia. --WTM (dyskusja) 21:57, 10 sie 2019 (CEST)[odpowiedz]

Uprościłem wzory wskazane przez @WTM i mi się nie wiesza. Sprawdźcie. Gżdacz (dyskusja) 22:22, 10 sie 2019 (CEST) P.S. Zastanawiałem się o co chodzi i chyba wiem: w kodzie LaTeX-a, którym złożono wzory, było wiele nadliczbowych nawiasów { i }, które w nim pełnią funkcje grupujące. Niektóre z nich stały po dwa na początku, ale zamykane były pojedynczo. Dla skryptu wyglądało to jak początek wywołania szablonu, które nigdzie się nie kończyło... Gżdacz (dyskusja) 22:46, 10 sie 2019 (CEST)[odpowiedz]

Świetna robota Panowie. Skrypt hula w artykule aż miło (podziwiam zresztą zdolności programistów Javy/Mediawiki w tym temacie, bo na co dzień grepuję w oprogramowaniu DTP i to samo działa o wiele wolniej). Odnoszę wrażenie, że dziś wieczorem kilka mózgów symultanicznie nieźle buzowało :). Wychodzi na to, że moja (trochę przekombinowana) wersja skryptu nadaje się na debuggera :0. Beno @ 23:45, 10 sie 2019 (CEST)[odpowiedz]

Medalista infobox/nagłówek

W artykule Cathrine Zaborowski nie działa poprawnie szablon {{Medalista infobox/nagłówek}}. Zamiast linku do Mistrzostwa Europy w piłce nożnej kobiet jest Mistrzostwa Europy PNK. Co tu jest źle? --Maattik (dyskusja) 02:44, 11 sie 2019 (CEST)[odpowiedz]

@Maattik, skrót "PNK" był przypisany tylko do mistrzostw świata, poprawiłem, już wyświetla się prawidłowo. :) Szoltys [Re: ] 03:47, 11 sie 2019 (CEST)[odpowiedz]

"Zgłoś błąd" na Stronie głównej

Na stronie nomen omen WP:Zgłoś błąd zgłoszono brak linku "Zgłoś błąd" w panelu bocznym Strony głównej. Czy jego brak jest tam zrobiony celowo? Może warto taki link wstawić, ale w zmodyfikowanej formie, żeby kierował nie na WP:ZB, ale na [{WP:PdA]] ze sztywno narzuconym nagłówkiem sekcji, np. "Zgłoszenie błędu na Stronie głównej"? Sam tekst formularza też musiałby być inny. Przy okazji przejrzałem różne przestrzenie Wikipedii i na moje oko link "Zgłoś błąd" jest wszędzie poza przestrzenią MediaWiki. Proponuję - jeśli się da - dołączyć link także tam. Michał Sobkowski dyskusja 13:42, 14 sie 2019 (CEST)[odpowiedz]

  • Nope. Ludziom się będzie wydawało, że jak zgłoszą błąd ze strony głównej, to się domyślimy, o który artykuł chodzi. Ten artkuł wcale nie musi być tego dnia podlinkowany na SG – po prostu byłoby to jakby zażalenie co do zawartości książki napisane na okładce. Tar Lócesilion (queta) 15:11, 14 sie 2019 (CEST)[odpowiedz]
  • Jak na razie ludzie domyślają się zazwyczaj, że link "Zgłoś błąd" dotyczy artykułu, który się wyświetla. Gdy będą widzieć SG, będą zgłaszać błędy na SG. Śledząc od lat konsekwentnie ZB mogę ocenić, że jedynie niewielki odsetek zgłoszeń dotyczy innych stron niż wynikałoby z tytułu, a takich, co do których trudno domyślić się o jakie hasło chodzi, jest minimalna ilość. W formularzu zgłoszeniowym można zresztą wyjaśnić, że należy zgłaszać jedynie błędy na SG, a inne w ZB, np. To nie jest miejsce do zgłaszania błędów w artykułach, a jedynie błędów na stronie głównej Wikipedii! Błędy w artykułach można poprawiać samodzielnie! Jeśli jednak chcesz zgłosić błąd w artykule, opuść ten formularz, otwórz artykuł i dopiero wówczas kliknij w link "Zgłoś błąd".. W tej chwili błędy na SG zgłaszane są w ZB, w dyskusji SG i w PdA. Nie zdziwiłbym się, gdyby okazało się, że wiele błędów na SG nie jest zgłaszanych lub są zgłaszane z opóźnieniem, bo brakuje linku. No ale to gdybania. Nie przekonamy się, kto ma rację, dopóki nie włączymy takiej funkcji. Michał Sobkowski dyskusja 21:04, 14 sie 2019 (CEST)[odpowiedz]

Ostateczne poprawienie wszystkich błędnych znaczników HTML

Przed chwilą poprawiłem [2] kolejny nieprawidłowo zamknięty znacznik HTML, powodujący przekreślenie większości treści strony. Z tego co pamiętam była już dyskusja na ten temat i jakiś bot poprawiał takie błędy, ale jednak nie poprawił wszystkich skoro nadal od czasu do czasu odnajduję takie przypadki. Może tego być dużo w różnych archiwach dyskusji stron i wikipedystów czy głosowaniach oraz dotyczyć różnorodnych znaczników jak s, u, sup, small, big itp. Czy ktoś z operatorów botów umiałby wykryć je wszystkie i poprawić? Ręcznie jest to niewykonalne z uwagi na ogromny obszar, na którym należałoby szukać. ~CybularnyNapisz coś ✉ 16:01, 14 sie 2019 (CEST)[odpowiedz]

Specjalna:LintErrors. Gdyby dało się poprawić botem, to już dawno byłoby zrobione. Trzeba ręcznie, bez komentarzy jakoby było to "niewykonalne". Liczba błędów jest duża, ale policzalna. --WTM (dyskusja) 19:01, 14 sie 2019 (CEST)[odpowiedz]

Zmiana podziału administracyjnego Wybrzeża Kości Słoniowej

Witam. Dla Wybrzeża Kości Słoniowej 1. jednostką administracyjną jest dystrykt, 2. region, a 3. departament (zmiany nastąpiły już w 2011). Nie mam pojęcia, jak to samemu zmienić. Szczególnie, że napisałem sześć nowych artykułów o miastach w tym kraju, pięć w nich jest jeszcze w brudnopisie, wstawiłem tylko Tiassalé i infoboks wygląda trochę głupio. Proszę o pomoc. Tym bardziej, że mamy Tydzień Artykułu Iworyjskiego. Wiroid (dyskusja) 11:17, 15 sie 2019 (CEST)[odpowiedz]

@Wiroid zrobione. Wszystko jest w szablonie {{Jednostki dane CIV}}. --Maattik (dyskusja) 11:27, 15 sie 2019 (CEST)[odpowiedz]
@Maattik Dziękuję. Wiroid (dyskusja) 11:29, 15 sie 2019 (CEST)[odpowiedz]

Rekategoryzacja

Czy mamy narzędzie podobne do commonsowego Cat-a-lot? Czyli wchodzę na stronę kategorii, wskazuję artykuły, które trzeba przenieść i kategorię do której trzeba przenieść, klikam, przeniesione. Na przykład Kategoria:Saska Kępa mogłaby by być podzielona na Ulice Saskiej Kępy, Świątynie na Saskiej Kępie, Budynki tamże, Miejsca pamięci na Saskiej Kępie i oczywiście Związani z Saską Kępą. Ciacho5 (dyskusja) 10:18, 21 sie 2019 (CEST)[odpowiedz]

Umiera repozytorium polskich botów

Firma Atlassian ogłosiła, że od połowy roku 2020 nie będzie można już korzystać z Mercuriala do zarządzania wersjami kodu naszych botów. W związku z tym będziemy musieli zrobić przeprowadzkę do Gita. Jeśli ktoś chce i może mi w tym pomóc, proszę o kontakt poniżej lub na IRC.  « Saper // dyskusja »  08:48, 22 sie 2019 (CEST)[odpowiedz]

Metadane w Wikimedia Commons

Czy jest sposób by ładując zdjęcia na Commons nie ładowały się metadane zdjęć? Nie mogę wgrać do swego komputera programu czyszczącego dane, ale może na poziomie Commons można wybrać opcję nie zapisuj metadanych czy jakoś tak? --Piotr967 podyskutujmy 10:18, 22 sie 2019 (CEST)[odpowiedz]

Nie ma potrzeby usuwania danych EXIF przed wgrywaniem na Commons. Zawierają one wiele wiele danych technicznych, stanowiących rozszerzenie podstawiwego opisu zdjęcia, a czasem są też źródłem informacji w nim zawartych. Dzięki temu można określić datę, aparat, różnorodne parametry ustawień itp. Natomiast brak metadanych, choć sam w sobie nie jest przesłanką do usunięcia, to jednak zapala niepotrzebnie czerwoną lampkę podczas patrolowania, z uwagi na to że często współwystępuje z NPA. Dlatego obecność tych danych jest jak najbardziej zalecana, a jeśli z jakichś powodów są błędne, najprościej jest zamieścić sprostowanie w opisie. ~CybularnyNapisz coś ✉ 11:39, 22 sie 2019 (CEST)[odpowiedz]
J.w. Niemniej jednak - Windows pozwala na czyszczenie metadanych bez dodatkowych narzędzi. PKM > properties > Details > link: Remove... na dole. Masur juhu? 13:42, 22 sie 2019 (CEST)[odpowiedz]

Wikicommons i znikające okienko

Znajoma zadzwoniła z prośbą o znalezienie przycisku. Okazuje się, że na górze wyświetla się pasek z kilkoma przyciskami, m.in. download i kilka innych i ma on z prawej strony taki czerwony kwadracik do zamykania tego okienka. Kliknąłem i u mnie też się zamknęło. Taki paseczek. Szczerze mówiąc, nie wiem co to jest, bo zamknąłem sobie za szybko, więc prośba do Wikipedystów - co to jest i jak się to coś odzyskuje? Beno @ 13:53, 22 sie 2019 (CEST)[odpowiedz]

U siebie też spróbowałem zamknąć. Wyczyszczenie pamięci przeglądarki nie spowodowało przywrócenia, natomiast pełen pasek znów pojawił się, gdy wyczyściłem cookies, choć przy okazji mnie wylogowało. ~CybularnyNapisz coś ✉ 14:29, 22 sie 2019 (CEST)[odpowiedz]
Niestety samo wylogowanie nic nie daje. Beno @ 15:25, 22 sie 2019 (CEST)[odpowiedz]
Trzeba wyczyścić cookies, wylogowanie to efekt uboczny, przynajmniej tak u mnie. ~CybularnyNapisz coś ✉ 15:28, 22 sie 2019 (CEST)[odpowiedz]
To gadżet Stockphoto. Włączyć można wywołując JS: mw.cookie.set('StockPhotoDisabled', null, {prefix: ''}) --Wargo (dyskusja) 16:17, 22 sie 2019 (CEST)[odpowiedz]
No bez jaj. To się pojawia domyślnie wszystkim, nawet niezalogowanym. To nie może tak działać. Beno @ 21:30, 22 sie 2019 (CEST)[odpowiedz]
Na podlinkowanej przez Wargo stronie pomocy na Commons: To turn it on again, reload the page and look for a link Reuse this file directly below the heading/file title. Problem w tym, że tutaj nie ma zdefiniowanego polskiego opisu etykiety reuse i nie mamy tego co mają ludzie w wersji angielskiej – screenshot. Należałoby dodać linijkę: reuse: 'Wykorzystaj ponownie ten plik' (czy coś w tym stylu). Wtedy w belce pojawi się ten opis, i po kliknięciu nań ponownie pojawi się ten pożądany paseczek. Tylko trzeba kogoś z odpowiednimi uprawnieniami na Commons. @Ankry: możesz edytować tą stronę, czy trzeba lecieć do kogoś z uprawnieniami admina interfejsu? Pozdrawiam, tufor (dyskusja) 16:41, 23 sie 2019 (CEST)[odpowiedz]
@Tufor Teraz jest OK? Ankry (dyskusja) 17:48, 23 sie 2019 (CEST)[odpowiedz]
@Ankry: Gra gitara, dzięki. @Beno: u Ciebie też już jest ok? tufor (dyskusja) 18:10, 23 sie 2019 (CEST)[odpowiedz]
@Tufor: Gitara. Beno @ 01:31, 24 sie 2019 (CEST)[odpowiedz]

Sortowanie alfabetyczne

Czy istnieje sposób na szybkie sortowanie elementów listy wymienionych po gwiazdce? Nie chodzi mi o sortowanie w tabeli. Mathieu Mars (dyskusja) 14:47, 22 sie 2019 (CEST)[odpowiedz]

nie wiem czy dokładnie o to chodzi, ale jeśli jest Ci to potrzebne do edycji, to możesz spróbować użyć zewnętrznych narzędzi typu ta strona. tufor (dyskusja) 16:13, 23 sie 2019 (CEST)[odpowiedz]
zewnętrznie to robie w Excelu, ale szukałem czegoś w stylu gadżet. :D Mathieu Mars (dyskusja) 18:42, 23 sie 2019 (CEST)[odpowiedz]

Szablon:Cyrylica

W Szablon:Cyrylica jest jakiś nadmiarowy span. Nie potrafię go zidentyfikować, a sam szablon jest wrzucony do wielu haseł. PMG (dyskusja) 15:50, 23 sie 2019 (CEST)[odpowiedz]

Domyślna grafika w Szablon:Inny obiekt infobox

Czy to jest nasza świadoma decyzja, by szablon Szablon:Inny obiekt infobox domyślnie podstawiał grafikę, która jest wstawiona w Wikidanych? Nie można zakładać, że zawsze jest poprawna, w wpycha się bez pytania. W jednym z ostatnich opracowywanych przeze mnie artykułów nie da się poprawnie zapełnić rubryki grafiki w infoboksie, ale musiałem tam dać jakąś fotkę, by nie wyświetlała się ta podsuwana autorytarnie z Wikidata. Czy możemy usunąć ten niepotrzebny skrypt z naszego szablonu? Jacek555 17:04, 23 sie 2019 (CEST)[odpowiedz]

Można wpisać |grafika = nie i wtedy nie powinno zasysać. Pozdrawiam, tufor (dyskusja) 17:15, 23 sie 2019 (CEST)[odpowiedz]
A może trzeba usunąć tę błędną WD? ~malarz pl PISZ 19:59, 23 sie 2019 (CEST)[odpowiedz]
W tym przypadku trudno, bo w większości wersji językowych dla biblijnej Betsaidy autorzy stosują ilustrację za pomocą fotografii ze stanowiska At-Tall, które jest tylko jedną z kandydatur do uznania za lokalizacje tej zagubionej miejscowości. Ale pewności, póki co, nie ma. Wśród kolegów z równoległych projektów brak krytycznego podejścia. Jacek555 22:35, 23 sie 2019 (CEST)[odpowiedz]

Jak wstawić przypis do uwag?

W arcie [1] przypis [6] powinien być przypisem do uwagi [a] - uwaga dotyczy podwójnego nazewnictwa historycznej osoby, pod jaką osoba ta występuje w źródłach. Jak wstawić przypis do uwag? --PawelNorbertStrzelecki (dyskusja) 15:17, 24 sie 2019 (CEST)[odpowiedz]

W sekcjach "Klasyfikacje końcowe", "Przypisy" i "Bibliografia" wyświetla się (łącznie kilkanaście razy) duży czerwony komunikat "Upłynął czas przewidziany do wykonywania skryptów." Ktoś wie, o co chodzi i jak to naprawić? Pinguję autora artykułu @Parabarchan. Salicyna (dyskusja) 22:13, 24 sie 2019 (CEST)[odpowiedz]

Niepolskojęzyczni autorzy wciskają nam na siłę skrypty WD generujące różnego rodzaju automatyczne tabelki. Na tej stronie jest ich za dużo. Albo niektóre trzeba zamienić na wpisane wprost w tekst artykułu albo zgłosić się do autorów tych wodotrysków. ~malarz pl PISZ 22:35, 24 sie 2019 (CEST)[odpowiedz]
(konflikt) Praktycznie każda tabelka w tym artykule jest generowana przez skrypt Lua na podstawie Wikidanych. Moduł jeździ po nich jak po łysej kobyle i zżera cały dostępny czas na działanie skryptów. Czyta dane dotyczące różnych elementów. Nie tylko te, które są powiązane z przywołanym artykułem. A czytanie nieswoich danych jest bardzo kosztowną operacją. Można spróbować zrobić null edit. Jeśli serwer nie będzie zbyt obciążony to może uda mu się wykonać wszystkie skrypty w czasie poniżej 10 sekund i błędy znikną. Jak to mówią co za dużo to niezdrowo. Podobne czerwone napisy się pojawiają jeśli na stronie byłoby za dużo szablonów. Paweł Ziemian (dyskusja) 22:41, 24 sie 2019 (CEST)[odpowiedz]

Niedziałający link

W Kategoria:Artykuły do weryfikacji nie działa link w zdaniu "Dostępna jest też lista stron do weryfikacji z określonej kategorii." --Maattik (dyskusja) 22:13, 24 sie 2019 (CEST)[odpowiedz]

Osoba sport infobox

Cofnąłem edycję, gdyż powodowała spore błędy w wyświetlaniu szablonów – link. Czy mógłby jednak ktoś spróbować dodać te parametry (choć nie wiem, czy jest to konieczne) tak, aby nie powodowały błędów? Sam bym spróbował, ale pewnie jest tu wielu lepszych znawców konstrukcji infoboksów. Dr. Dunkenstein (dyskusja) 21:36, 26 sie 2019 (CEST)[odpowiedz]

Mi osobiście się ten szablon całkowicie nie podoba. Większość jego wywołań ma dziwne wartości. Jest użyty głównie w artykułach opisujących osoby pełniącymi różne funkcje sportach motorowych. IMO dla większości z nich {{biogram infobox}} byłby właściwszy. ~malarz pl PISZ 21:49, 26 sie 2019 (CEST)[odpowiedz]
Przejrzałem wybiórczo linkujące i występuje on w dwóch przypadkach: albo w przypadku inżynierów (itp.) w Formule 1, albo w artykułach, gdzie powinien być użyty inny infobox, np. sportowiec infobox. Dlatego proponuję, aby w pierwszym przypadku zastosować biogram infobox, a w drugim artykuły poprawić. Sam szablon zaś usunąć. Moim zdaniem jest zbędny. Dr. Dunkenstein (dyskusja) 22:01, 26 sie 2019 (CEST). P.S. Pierwsze linkujące – Joan Gamper, Kajetan Hądzelek, Jean Todt, Bernie Ecclestone, Roberto Heras. Teoretycznie powinien występować w dwóch artykułach (Todt i Ecclestone). Na dodatek w tych dwóch przypadkach wprowadza w błąd. Dla mnie to wygląda tak, jakby Ecclestone był prezydentem F1 w sezonie 2015, a Todt FIA w sezonie 2011. Dr. Dunkenstein (dyskusja) 22:10, 26 sie 2019 (CEST) P.P.S. Mamy przecież jeszcze Osoba publiczna infobox, który tak naprawdę wyświetla te same parametry. Dr. Dunkenstein (dyskusja) 22:32, 26 sie 2019 (CEST)[odpowiedz]
Jak chciałbyś pomóc to mogę przygotować botem materiały do pracy i posprzątania, najlepiej obydwu szablonów. Osoba publiczna ma 380 wywołań, osoba sport ma 290 wywołań w artykułach. ~malarz pl PISZ 13:21, 27 sie 2019 (CEST)[odpowiedz]
Jasne, daj tylko znać w czym dokładnie Ci pomóc. Dr. Dunkenstein (dyskusja) 17:21, 27 sie 2019 (CEST)[odpowiedz]

przypisy w złym miejscu

Czy możecie spojrzeć tutaj? Dlaczego ostatni przypis (w linkach zewnętrznych) nie pojawia się w sekcji przypisy, tylko na końcu? Dodatkowo - nie wiem dlaczego w szablonie cytuj nie udaje mi się wstawić parametru url. Tomasz Raburski (dyskusja) 20:01, 27 sie 2019 (CEST)[odpowiedz]

Bo odwołanie umiejscowione jest za sekcją przypisy :) Nedops (dyskusja) 20:13, 27 sie 2019 (CEST)[odpowiedz]
Ale chyba nie powinno tak być. Przypisy powinny być w jednym miejscu, bez względu gdzie występują. Tomasz Raburski (dyskusja) 20:30, 27 sie 2019 (CEST)[odpowiedz]
  • Każdy <references/> generuje nową listę przypisów, obsługując odnośniki występujące w tekście po poprzednim znaczniku. Przydaje nam się to w Wikisłowniku, patrz pole „źródła” w wikt:cat. Automatyczne generowanie tej listy na samym końcu (także w trakcie edycji), gdy po przypisie nie ma już ani jednego <references/>, jest względnie nowym dodatkiem w oprogramowaniu MW. Pozdrawiam, Peter Bowman (dyskusja) 20:54, 27 sie 2019 (CEST)[odpowiedz]
  • Jeśli zaś chodzi o problem z URL-em, to nie bardzo rozumiem co się dzieje. Paweł Ziemian, dlaczego kod {{cytuj|autor =Hirosi Nakamura|url=http://www.jstor.org/stable/1150376 |tytuł=The Japanese Portolanos|czasopismo=Imago Mundi|numer=18 |data=1964|s=24-44}} daje taki wynik: Hirosi Nakamura, The Japanese Portolanos, „Imago Mundi” (18), 1964, s. 24-44. (bez podlinkowania tytułu)? Michał Sobkowski dyskusja 22:27, 27 sie 2019 (CEST)[odpowiedz]
    • Link do JSTOR należy podawać parametrem | jstor = . Czyli {{cytuj|autor =Hirosi Nakamura|jstor=1150376 |tytuł=The Japanese Portolanos|czasopismo=Imago Mundi|numer=18 |data=1964|s=24-44}}Hirosi Nakamura, The Japanese Portolanos, „Imago Mundi” (18), 1964, s. 24-44, JSTOR1150376.. W polu | url = powinien być bezpośredni link do treści artykułu, książki lub strony. Wszelkie linki, które zaczynają się sekwencją taką samą jak generowane automatycznie na podstawie obsługiwanego identyfikatora są ocenzurowane. Paweł Ziemian (dyskusja) 11:07, 28 sie 2019 (CEST)[odpowiedz]
  • Dziękuję za pomoc i wyjaśnienia. Rozumiem, dlaczego przydatne są wielokrotne wywołania sekcji przypisy. Byłoby fajnie, gdyby jednak możnaby wymóc parametrem, że chce się przypisy tylko w jednym miejscu. Ale to jest sprawa poboczna, nie pierwszej potrzeby. Pozdrawiam. Tomasz Raburski (dyskusja) 21:51, 2 wrz 2019 (CEST)[odpowiedz]

Archiwum Polskiego Rocka

Przy okazji przeglądania zmian w artykule Exodus (polski zespół muzyczny) zauważyłam, że szablon {{APR}} przestał działać - na stronie Archiwum Polskiego Rocka zmieniono urle do stron wykonawców (i kilku innych kategorii podstron). Czy ktoś podjąłby się korekty szablonu tak, by działał znów prawidłowo? We wspomnianym artykule tymczasowo zastąpiłam go zwykłym szablonem cytowania, ale szablon jest używany w wielu innych artykułach. Salicyna (dyskusja) 21:54, 27 sie 2019 (CEST)[odpowiedz]

Piłkarskie skarpetki

Jeżeli porównuję skarpetki w infoboksach w LB Châteauroux i Clermont Foot to widzę że w tym drugim wchodzi napis "stroje domowe" pod rysunek skarpetek. Da się to poprawić (FF i Chrome). PMG (dyskusja) 17:09, 30 sie 2019 (CEST)[odpowiedz]

Infoboks jest dostosowany do ilustracji "krótkich" skarpetek i długie wyglądają w nim tak jak w Clermont. Należy zmienić grafiki. ~malarz pl PISZ 22:08, 30 sie 2019 (CEST)[odpowiedz]

zaawansowane przypisy

  1. Podpowiedzcie mi, proszę, jak tworzyć zaawansowane przypisy (tj. nie te standardowe [1], [2], [3] i nie te w grupie "uwagi", wywoływane przez {{u|nazwa_uwagi}} i numerowane [a], [b], [c]). Są ponoć (przynajmniej w enwiki) jeszcze numeracje nie cyframi arabskimi albo małymi literami, ale wielkimi literami albo numeracją rzymską. Jak to zrealizować?
  2. Czy w polskiej Wiki mamy możliwość wpłynięcia na to, w ilu kolumnach (właściwie: w ilu szpaltach) wyświetlają się przypisy i uwagi, czy też jaką mieć będą minimalną szerokość?

Nigdzie nie mogę tego znaleźć - ani w opisie szablonu przypisów, ani w szablonie uwag, ani w pomocy przypisów. Julo (dyskusja) 16:44, 1 wrz 2019 (CEST)[odpowiedz]

Na stronie Pomoc:Przypisy#Konstrukcje zaawansowane są zaawansowane informacje. Przykład użycia znajdziesz w uwagach artykułu „nazwy dni tygodnia”. Nie mamy u nas za dużego wyboru stylu numeracji przypisów. Trzecim sposobem są przypisy z grupy mini opisane w dokumentacji szablonu {{uwagi}} tutaj, które stosują numerację rzymską lecz małymi literami. Liczba kolumn ustala się automatycznie jeśli przypisów jest więcej niż 10. Sprawy techniczne są do znalezienia raczej na enwiki i mediawiki. Wdrożenie kolejnych stylów numeracji wymaga uprawnień administratora i administratora interfejsu oraz zgody społeczności po dyskusji w kawiarence. Paweł Ziemian (dyskusja) 20:54, 1 wrz 2019 (CEST)[odpowiedz]
@Paweł Ziemian, dzięki. Czy mam rozumieć, że liczba szpalt, czy też ich szerokość w naszej wiki jest "zaszyta" na stałe, tj. maszyna sama ją dobiera w zależności od tego, z jakiego ekranu korzystamy i ile jest tych przypisów? Julo (dyskusja) 21:23, 2 wrz 2019 (CEST)[odpowiedz]
Tak. Domyślna szerokość to 30em lecz może być mniejsza jeśli pewien gadżet uzna, że warto je bardziej zagęścić. Paweł Ziemian (dyskusja) 21:38, 2 wrz 2019 (CEST)[odpowiedz]

Link w linku

Przypis PiR w Gajusz Juliusz Kallistus i Gajusz Memmiusz Fidus Juliusz Albiusz mają link w linku. Ktoś ma pomysł jak to poprawić? Bo nie wiem jak się do tego zabrac.PMG (dyskusja) 09:58, 2 wrz 2019 (CEST)[odpowiedz]

Kolcowój pospolity

'Jadalne owoce' a kilka akapitów dalej 'cała roślina jest trująca, zwłaszcza owoce' To tak jak grzyby: wszystkie są jadalne, ale niektóre tylko jeden raz

11:07, 4 wrz 2019 (CEST)

Załatwione ~malarz pl PISZ 12:20, 4 wrz 2019 (CEST)[odpowiedz]

Steve Reinke - interwiki

Cześć, zauważyłem w artykule Steve Reinke, że interwiki w innych językach odwołują się do kanadyjskiego filmowca, a nie australijskiego żużlowca. Chciałem to poprawić, ale pomimo przejrzenia instrukcji, nie umiem tego zrobić. Może ktoś bardziej zaawansowany rzuci na to okiem? Klima (dyskusja) 16:58, 7 wrz 2019 (CEST)[odpowiedz]

Załatwione --Wargo (dyskusja) 18:45, 7 wrz 2019 (CEST)[odpowiedz]

Myślę, że warto by dodać tam parametr obecny w standardowym infoboksie biograficznym - imię i nazwisko przy narodzeniu. BasileusAutokratorPL (dyskusja) 13:27, 8 wrz 2019 (CEST)[odpowiedz]

Coś się stało z tym infoboksem (jak w tytule). Nie można go wstawić w całości na stronę. Pokazuje się tylko jedno pole. Proszę o sprawdzenie. Four.mg (dyskusja) 18:19, 8 wrz 2019 (CEST)[odpowiedz]

@Four.mg: Ten szablon nie był edytowany od marca 2018 roku. Możesz podać nazwę artykułu do którego nie możesz wstawić tego szablonu albo link do diffa, który ukazuje wspomniany przez Ciebie problem? tufor (dyskusja) 19:25, 8 wrz 2019 (CEST)[odpowiedz]
Wikipedysta:Four.mg/brudnopis-019
Wstawiłem infobox bez problemu. tufor (dyskusja) 19:37, 8 wrz 2019 (CEST)[odpowiedz]
Ja nie mogłem, dzięki. Four.mg (dyskusja) 20:28, 8 wrz 2019 (CEST)[odpowiedz]
Załatwione --Wargo (dyskusja) 19:47, 8 wrz 2019 (CEST)[odpowiedz]

Nadgorliwość wikidanych

Część infoboksów jest na tyle zintegrowana z wikidanymi, że w przypadku pustych pól zasysa informacje właśnie z wikidanych. Czy da się coś zrobić, żeby tego uniknąć? Chciałem zedytować hasło, gdzie jest i szablon {{budynek infobox}} i {{UNESCO infobox}}. Część rubryk się powtarza i chciałem je pominąć, bo dwa infoboksy są znacząco dłuższe od samej treści artykułu. Sęk w tym, że jak zostawię te pola puste (np. kraj ale przede wszystkim zdjęcie), to pobiera mi domyślne informacje. z oczywistych przyczyn usuwanie rubryk też nie jest żadnym rozwiązaniem. Czy jest jakiś znacznik, który mógłbym wpisać, żeby to ręcznie w danym przypadku zatrzymać? Aʀvєꝺuι + 18:28, 9 wrz 2019 (CEST)[odpowiedz]

  • Często pomaga podanie jako wartości parametru słowa "nie" (bez cudzysłowu). Ale nie wiem, czy działa to we wszystkich szablonach, a nawet, czy we wszystkich polach - nie testowałem. KamilK7 18:36, 9 wrz 2019 (CEST)[odpowiedz]

Załatwione Działa. Próbowałem różne cuda, a takiego prostego czegoś nie spróbowałem. Uszanowania dla małżonki! Aʀvєꝺuι + 18:45, 9 wrz 2019 (CEST)[odpowiedz]

Pop-up na gruzińskiej Wikipedii

Trudno mi się zorientować, gdzie pisać o tym na ka-Wiki, małe szanse, że ktoś zrozumie moje problemy wyrażone w obcym języku, więc spróbuję tutaj.

Otóż kiedy (niezalogowany) najadę kursorem na link w pl-Wiki pojawia się pop-up (chyba) czyli mały dymek/okienko z początkiem linkowanego artykułu i fotografią (najczęściej). Gdy wejdę na Wiki gruzińską, pojawia się małe okienko z informacją Strona podglądu niedostępna Idź do stronyGoogle translate i link do artykułu, a zamiast zdjęcia jest smutna ikonka.

Jest na to jakaś rada? Ciacho5 (dyskusja) 21:58, 9 wrz 2019 (CEST)[odpowiedz]

Widocznie narzędzia wyświetlające popupy nie współpracują z google translate czy innymi stronami przechwytującymi i podmieniającymi całą zawartość i połaczenia. --Wargo (dyskusja) 22:53, 9 wrz 2019 (CEST)[odpowiedz]