Przejdź do zawartości

Wikipedia:Kawiarenka/Kwestie techniczne

Skrót: WP:KT
Z Wikipedii, wolnej encyklopedii
To jest stara wersja tej strony, edytowana przez MalarzBOT (dyskusja | edycje) o 06:19, 1 sie 2020. 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



szablony: cytuj i cytuj stronę

Dobry wieczór. Przychodzę z kwestią, która ostatnio mocno mnie zastanawia, a nie jestem w stanie znaleźć jednoznacznej odpowiedzi. W artykułach często natrafiam na różnie sformatowane przypisy, co nie wygląda zbyt estetycznie. Dotychczas ujednolicałem wszystko do {cytuj stronę}, ale dowiedziałem się, że to {cytuj} jest tym nowszym szablonem.

Przykładowo, ten sam przypis wygląda różnie w obu szablonach:

Jaka jest „zasada” w tym zakresie? Do czego ujednolicać? Z pozdrowieniami, Mitrovitz (dyskusja) 21:50, 23 lut 2020 (CET)[odpowiedz]

Nie ma zasady. Nie ma konsensusu na masową zmianę {{cytuj stronę}} na {{cytuj}}. Natomiast nikt nie chce poprawiać starych szablonów (m.in. cytuj stronę), więc one dają efekt jaki dają. ~malarz pl PISZ 21:57, 23 lut 2020 (CET)[odpowiedz]
"nikt nie chce poprawiać starych szablonów" - co by miało być poprawiane i czy te same propozycje poprawek to tylko dotyczą starych a nowych już nie? I jaka jest różnica między nimi a Cytuj? Bo sam sposób wyświetlania raczej nie. --Wargo (dyskusja) 22:07, 23 lut 2020 (CET)[odpowiedz]
Jest cała masa różnic pomiędzy {{cytuj}} a pozostałymi szablonami, zaczynając od bardziej ujednoliconego wyglądu pomiędzy różnymi cytowanymi dokumentami, na kwestiach technicznych zw. np. z wyświetlaniem autorów, nazw czasopism itp. kończąc. Wostr (dyskusja) 22:23, 23 lut 2020 (CET)[odpowiedz]
  • W przypisach trochę inaczej będą te opisy bibliograficzne wyglądać, bo cytuj dostosowuje się do miejsca, w którym opis bibliograficzny występuje. Jak wyżej, nie ma konsensusu, lepiej jednak ujednolicać do {{cytuj}} (raz, jest aktualny; dwa, wszystkie nowe przypisy z VE go używają). Przy okazji parametr opublikowany nie służy do podawania skróconego adresu url. Wostr (dyskusja) 22:23, 23 lut 2020 (CET)[odpowiedz]
Dobrze wiedzieć, człowiek uczy się całe życie. Zatem co tam należy wpisać w tym przypadku, onet.pl czy po prostu Onet? Mitrovitz (dyskusja) 22:35, 23 lut 2020 (CET)[odpowiedz]
  • @SpiderMum Szablon symuluje cytowanie książki (wydawca), czasopisma (czasopismo i wydawca) lub strony (praca i opublikowany). W żadnej kombinacji nie występowały razem pola opublikowany i wydawca. Kiedyś szablon na to pozwalał, lecz wygenerowany wynik okazał się nieczytelny. Dlatego zostało to zablokowane. Jedyne co możesz zrobić to wybrać między:
    • czasopismem {{cytuj|url=https://wyborcza.pl/artykuł|tytuł=Tytuł|czasopismo=[[Wybiórcza]]|wydawca = [[Agora.SA]]|data dostępu=2020-01-03}}Tytuł, „Wybiórcza”, Agora.SA [dostęp 2020-01-03].
    • lub stroną {{cytuj|url=https://wyborcza.pl/artykuł|tytuł=Tytuł|praca=[[Wybiórcza]]|opublikowany = [[Agora.SA]]|data dostępu=2020-01-03}}Tytuł, [w:] Wybiórcza [online], Agora.SA [dostęp 2020-01-03].
Paweł Ziemian (dyskusja) 19:54, 1 mar 2020 (CET)[odpowiedz]

Szablon:Dts i infoboksy

Trafiłem na użycie szablonu DTS w infoboksie, o np. tu: Mira Jaworczakowa w infoboksie. Nie wiedziałem o tym szablonie wcześniej; jak rozumiem, jego jedyną funkcją jest prawidłowe sortowanie daty w tabeli, jeśli zostanie ona podana "po amerykańsku" czyli w miesiąc-dzień-rok. Zakładam, że choć tak nie piszemy, to przy przenoszeniu tabel z Enwiki ma jego użycie większy sens niż ręczne poprawianie wszystkiego. Nie widzę natomiast sensu w użyciu w infoboksie, którego sama struktura narzuca porządkowanie, pola są usztywnione (to szablon, nie tabela) plus użycie DTS likwiduje linki do dat, a te akurat w infoboksie winny zostać. Czyli:

Ja bym usuwał. To jest tylko komplikowanie kodu. Botem da radę, ale aby to miało sens to skala musi być duża. Z tego co widzę to jest duża (zapytanie proste, nie wszystko widoczne jest w infoboksach). ~malarz pl PISZ 14:42, 2 cze 2020 (CEST)[odpowiedz]
Też jestem za usunięciem tego szablonu. W większości haseł data jest podawana w pospolitym formacie DD [miesiąc słownie] RRRR. XaxeLoled AmA 15:54, 2 cze 2020 (CEST)[odpowiedz]

Nie pamiętałem o tym wątku. Jak widzę jednak skala jest większa. Postaram się tym zająć mojego bota. ~malarz pl PISZ 10:03, 4 lip 2020 (CEST)[odpowiedz]

Sens szablonu mógł być taki, że pozwalał na nielinkowanie dat urodzenia i śmierci w infoboksie przy jednoczesnym powiązaniu z wikidanymi, bo podobno jak są linki do dat, to jest to ważne dla wikidanych, a od linkowania dat w infoboksie dawno zaczęliśmy odchodzić, więc byłby on rozwiązaniem, ale nie wiem, czy to jest rzeczywiście tak ważne z tymi wikidanymi. Pawmak (dyskusja) 10:37, 4 lip 2020 (CEST)[odpowiedz]
linki dla Wikidanych są istotne dla "niedat". Więcej pewnie napisze o tym @Powerek38. Mi te linki w infoboksie nie przeszkadzają tak jak w tekście. ~malarz pl PISZ 10:42, 4 lip 2020 (CEST)[odpowiedz]
W tekście w ogóle nie linkuje się dat (poza ewentualnie datami urodzenia i śmierci we wstępniaku, ale one akurat nie wiążą się z wikidanymi), a w infoboksie też się nie powinno, tylko właśnie nie wiem, jak jest z tymi datami, bo bym odlinkowywał (przy okazji oczywiście), ale właśnie Nadzik zasiał we mnie wtedy niepewność co do tego. Pawmak (dyskusja) 13:13, 4 lip 2020 (CEST)[odpowiedz]

Wykonałem zmiany w 70 artykułach. Bot zamieniał parametry o konkretnych nazwach, więc nie wziął pod uwagę wszystkich i czasami zmieniał też być może w innych szablonach. Czekam na jakieś uwagi dot. powyższych edycji. ~malarz pl PISZ 10:42, 4 lip 2020 (CEST) Te 70 zmian jest z linkami, kolejne będą już bez nich. ~malarz pl PISZ 10:44, 4 lip 2020 (CEST)[odpowiedz]

Z punktu widzenia przenoszenia do Wikidanych im sposób wypełnienia infoboksu prostszy, tym lepiej. Zarówno dts, jak i szablony flag, bardzo utrudniają przenoszenie do WD. Niebieskie linki ułatwiają zadanie przy linkach do artykułów, dla dat nie mają żadnego znaczenia, ponieważ używane do przenosin narzędzia potrafią odczytywać i konwertować na format WD nawet daty zapisane zwykłym tekstem, bez linków. Powerek38 (dyskusja) 12:21, 6 lip 2020 (CEST)[odpowiedz]

Szablon nie ma opisu parametrów więc nie wiadomo co ma oznaczać Typ święta. Ponadto przykład zawiera błąd merytoryczny powielany w artykułach (katolicyzm/prawosławie/protestantyzm - to nie są religie). Podrzucam dla mających ochotę. Albertus teolog (dyskusja) 22:20, 18 cze 2020 (CEST)[odpowiedz]

Puste linie wstawiane przez edytor wizualny

Ostatnimi czasy widzę, że zmiany dokonywane przez IP-ków lub innych mniej doświadczonych Wikipedystów często wprowadzają tag <br /> w pustej linii, zazwyczaj przed kolejną sekcją.

Rozumiem, że edytor wstawia te linie, by artykuł wyglądał tak samo jak w edytorze, ale rzadko widuję, by ktoś ten tag wstawiał specjalnie. (W infoboksach i tabelach czasem tak; w suchym tekście to przypadki.)

Czy można by to zgłosić jako buga lub zmienić po naszej stronie?

Przemub (dyskusja) 21:20, 19 cze 2020 (CEST)[odpowiedz]

  • Mam coś podobnego w edycjach ze stacjonarnego. Nie wiem, skąd to się bierze, ale kiedy się podpisuję w jakimś głosowaniu lub dyskusji, uzywając # dla porządku numerycznego, to w efekcie jestem linijka niżej, jako odrębny numer jeden. I potem muszę za każdym razem to poprawiać ręcznie. I nie wiem, skąd to się bierze. Wulfstan (dyskusja) 00:14, 20 cze 2020 (CEST)[odpowiedz]
Mnie zwykły stary edytor wikitekstu wstawia puste linie gdy edytuję w Firefoksie. Zdaje się że to znana jego cecha. Gżdacz (dyskusja) 09:18, 20 cze 2020 (CEST)[odpowiedz]
  • Szybkie przeszukanie dumpa dało mi 3308 wystąpień nowej linii przed nazwą sekcji (regex: <br />\n*=+[[:graph:] ]+=). Jeśli Waszym zdaniem ma to sens, mogę zapuścić bota, by chociaż ten przypadek poprawiał, zanim czarodzieje od MediaWiki dobiorą się do phab:T215002 :) Przemub (dyskusja) 00:27, 20 cze 2020 (CEST)[odpowiedz]

Log blokad

podczas przeglądania logu blokad spotykam się z pewną niedogodnością w postaci niezliczonych blokad Malarzbot.Admina za Open Proxy, przez które musiałem czasami pomijać całą stronę, bo była cała zapełniona tymi blokadami. proponuję dodanie filtra w logu który będzie ukrywać blokady Malarzbot.Admina dla większej przejrzystości logu blokad oraz rozwiązanie problemu polegającego na wymuszaniu skrolowania połowy strony w celu odnalezienia jakiejkolwiek innej blokady niż te Malarzbot.Admina. filtr roboczo nazwałem "ukryj blokady nałożone przez Malarzbot.Admina" myślę, że będzie to bardzo przydatne w ułatwieniu przeglądu logu blokad. poddaję to pod dyskusję, a potem ewentualne głosowanie. pozdrawiam,To nie jest poprawna nazwa użytkownika (dyskusja) 15:48, 21 cze 2020 (CEST)[odpowiedz]

Przyłączam się do "skargi", też mnie to złości. Do zmiany. Jckowal piszże 17:00, 21 cze 2020 (CEST)[odpowiedz]

Zgodnie z pomysłem na WP:ZdB, chciałbym udostępnić program mojego bota do półautomatycznego (czyli z ręcznym zatwierdzeniem każdej edycji) zamieniania "odnośnie" na "odnośnie do", i tylko do tego, paru ochotnikom (@Mouthmam, @Szczecinolog), by pomogli z zatwierdzaniem zmian.

Przygotowałem instrukcję, jak by to wyglądało z ich strony; teraz chcę się upewnić, czy Społeczność nie ma nic przeciwko takiemu udostępnieniu bota.

Pozdrawiam, Przemub (dyskusja) 02:25, 24 cze 2020 (CEST)[odpowiedz]

  • A może da się to półautomatycznie wywalać z artykułów, jeśli jest taka możliwość? Patrząc na wyniki wyszukiwania, jest to często zbędne wyrażenie. Wostr (dyskusja) 03:13, 24 cze 2020 (CEST)[odpowiedz]
    • @Wostr, dałbyś jakiś przykład? Nie widzę żadnego przypadku, w którym można by po prostu wyciąć to słowo bez dodania/poprawienia czegoś innego. Przemub (dyskusja) 16:48, 24 cze 2020 (CEST)[odpowiedz]
      • Nie mówię o wycinaniu i zostawieniu reszty bez zmiany, potrzeba zawsze zmiany na inne słowo bądź odpowiednią odmianę reszty zdania. odnośnie trwającegow trwającym, odnośnie powstrzymaniaw powstrzymaniu, czasem można zmienić na dotyczącym, związane, czasem wystarczy tylko przyimek. Odnośnie i tak samo odnośnie do jest często pretensjonalne i brzmi urzędniczo, a skoro zmiany nie są robione automatycznie, to nic nie stoi na przeszkodzie, aby w ogóle wywalić takie sformułowania, skoro da się lepiej i krócej. Wostr (dyskusja) 17:01, 24 cze 2020 (CEST)[odpowiedz]

Automatyzacja lub ułatwienie powtarzalnych zadań w projekcie

Droga społeczności, przybywam do Was na zlecenie zarządu Wikimedia Polska. Zdaniem Zarządu czas i praca Wikimedian to bezcenne zasoby, najważniejsze w wikiświecie, dlatego też zasługujące na szczególne wsparcie. Nie możemy niestety wydłużyć dla Was doby, choć pewnie wielu z Was chętnie skorzystałoby z tej możliwości, aby móc wypełniać wszystkie swoje edycyjne plany :) Ale coś zrobić możemy! Wikimedia Polska wie, że wikipedyści i wikipedystki regularnie wykonują czasochłonne, powtarzalne zadania, nakierowane na opiekę nad projektem, dbanie o jakość, prezentację zasobów na Stronie Głównej, usuwanie usterek. Chcielibyśmy Wam pomóc w tych zadaniach, poprzez stworzenie narzędzi, które pozwolą je zautomatyzować lub ułatwiać. To mogą być narzędzia, skrypty, boty, gadżety lub coś innego. Cokolwiek Wam pomoże! Ale najpierw musimy wiedzieć, czego potrzebujcie. Na początek chciałabym stworzyć listę zadań, którym przydałoby się takie wsparcie. Możecie albo pisać tutaj albo (jeśli wolicie) zamieszczać swoje odpowiedzi w krótkiej ankiecie. Będziemy ogromnie wdzięczni za wszystkie Wasze pomysły, potrzeby i życzenia. Natalia Szafran-Kozakowska (WMPL) (dyskusja) 16:29, 24 cze 2020 (CEST)[odpowiedz]

Narzędzie do poprawy powszechnych błędów językowych. Szczecinolog (dyskusja) 19:15, 25 cze 2020 (CEST)[odpowiedz]
@Szczecinolog, problem z błędami językowymi jest taki, że automaty nie rozumieją naszej gramatyki. Czasami taka automatyczna poprawa może zrobić więcej krzywdy niż pożytku. Pozdrawiam! Nadzik (dyskusja) 19:42, 25 cze 2020 (CEST)[odpowiedz]
@Szczecinolog Poza tym nie można grzebać w nazwach własnych, cytatach, przykładach, kodzie programów, wyrazach z innych języków itp., itd... Beno @ 10:09, 26 cze 2020 (CEST)[odpowiedz]
Zbadałem możliwe implementacje, obiecująco wyglądają Aspell oraz Huspell. Co do pierwszego można skorzystać z bazy SJP (sjp.pl/slownik/en/), dla drugiego również można znaleźć odpowiednią listę słowników. Jednak istnieją mechanizmy spell check wbudowane w przeglądarkach bądź dostępne w postaci rozszerzenia, więc nie wiem, w czym miałby być lepszy gadżet (@Szczecinolog?). Peter Bowman (dyskusja) 21:44, 3 lip 2020 (CEST)[odpowiedz]

Barwa nieistniejących linków w wersji mobilnej

Temat tutaj czy to błąd oprogramowania MetaWiki?

W wersji mobilnej u mnie linki do nieistniejących artykułów z przestrzeni głównej zabarwione są na niebiesko.

W wersji desktop linki poprawnie barwią się na czerwono.

Czy ktoś to widział/widzi/wie coś? Kggucwa (dyskusja) 00:49, 30 cze 2020 (CEST)[odpowiedz]

U mnie też ten problem występuje (Monobook). ~CybularnyNapisz coś ✉ 01:24, 30 cze 2020 (CEST)[odpowiedz]

Wzory i symbole w postaci grafik

Na Wikipedii rozpowszechniony jest proceder wstawiania grafik przedstawiających wzory i symbole matematyczne zamiast prawdziwych symboli będących częścią tekstu. Czy takie rozwiązanie ma jakieś pozytywy, o których nie wiem? Bo na pewno ogranicza funkcjonalność artykułu (nie da się ich skopiować), a np. z Listy symboli matematycznych nie da się bezpośrednio przejść do haseł o tychże symbolach (które w większości istnieją). BasileusAutokratorPL (dyskusja) 22:03, 30 cze 2020 (CEST)[odpowiedz]

Masz na myśli LaTeX (w Wikipedii wstawiany za pomocą znacznika <math>)? Naprawdę chcesz wyświetlać symbole za pomocą zwykłego tekstu? --WTM (dyskusja) 22:15, 30 cze 2020 (CEST)[odpowiedz]
A dlaczego nie? Podałem argumenty za. BasileusAutokratorPL (dyskusja) 22:56, 30 cze 2020 (CEST)[odpowiedz]
To że coś Tobie wyświetla się dobrze w Twojej przeglądarce (jednej z wielu) na Twoim komputerze stacjonarnym/laptopie (jednym z milionów, które są używane do czytania Wikipedii), nie oznacza, że każdemu innemu również będzie się to tak samo dobrze wyświetlało. Czym innym proste symbole, które można pisać za pomocą zwykłego tekstu (por. np. ułamek masowy), a czym innym skomplikowane symbole matematyczne, dla których przewidziano odpowiednią składnię, przy której – w razie wystąpienia problemów technicznych – możliwe jest wyświetlenie kodu źródłowego, odczytywalnego nawet przez czytniki ekranowe dla niewidomych. Wostr (dyskusja) 23:02, 30 cze 2020 (CEST)[odpowiedz]
Bardziej skomplikowane wzory - OK, niech będą wyświetlane przez ten LaTeX, rzeczywiście tak jest bezpieczniej. Ale pojedyncze symbole, jak we wskazanej przeze mnie liście? Naprawdę nie lepiej byłoby, gdyby wyświetlały się zwyczajnie? Albo stosunkowo proste wzory, jak stała Plancka? BasileusAutokratorPL (dyskusja) 23:13, 30 cze 2020 (CEST)[odpowiedz]
Odnośnie samej wartości stałej Plancka zapisanej przez math to mam mieszane odczucia, brak stałej zapisanej zwykłym tekstem może być kłopotliwy; natomiast już wzór na stałą Diraca (h kreślone i ułamek) to jednak typowy przykład na potrzebę zastosowania math. Wiele symboli z Lista symboli matematycznych nie nadaje się do zastąpienia odpowiednikami w unikodzie. Wostr (dyskusja) 00:46, 1 lip 2020 (CEST)[odpowiedz]
Stosowanie w jednym artykule symboli raz ze zwykłego tekstu, a raz tworzonych za pomocą Math, powoduje, że artykuł źle wygląda, nieestetycznie, bo to są różne kroje pisma. Zawsze możesz wejść w kod i skopiować całe wyrażenie, a jeśli nie znasz składni Math, a chcesz skopiować coś prostego to i tak poradzisz sobie, bo pod oknem edycji masz listę najprostszych symboli matematycznych w przyborniku. Beno @ 00:59, 1 lip 2020 (CEST)[odpowiedz]
Konsekwentne oznaczanie wyrażeń matematycznych przez umieszczanie ich w znacznikach <math>...</math> może bardzo pomóc na przykład w tłumaczeniu maszynowym, automatycznej indeksacji treści, itd. Na przykład nieoznakowane i użyte jako wyrażenie matematyczne (jednostka urojona) nie różni się dla automatów od poprawnego i często używanego słowa języka polskiego i będzie powodować zaburzenia i pomyłki w tych procesach. Napisałem o tym esej. Gżdacz (dyskusja) 05:35, 1 lip 2020 (CEST)[odpowiedz]

W porządku. A moglibyście mnie, technicznego laika oświecić: czy istnieje takie miejsce w Internecie, gdzie wpisuję kod z LaTeXu, i wyskakuje mi znaczek w formie tekstu (o ile jest ujęty w Unikodzie)? :) BasileusAutokratorPL (dyskusja) 18:24, 1 lip 2020 (CEST)[odpowiedz]

Spróbuj może w Internetach poszukać „latex to unicode converter” lub podobnie. Jakieś wyniki widzę, ale nie korzystałem i nie wiem, jak to (i czy) działa. Wostr (dyskusja) 23:53, 1 lip 2020 (CEST)[odpowiedz]

W Poczekalni rozpoczęto dyskusję nad usunięciem szablonów dotyczących braku podpisu. Cel jest jeden: ujednolicić szablony i zostawić jeden z nich. Zapraszam zainteresowanych tematem do wyrażenia własnego zdania. DNU zamykam aby można tutaj dokończyć rozmowę w szerszym gronie. @Ented, @Paweł Ziemian, @Wostr, @Farary, @Michał Sobkowski, @Popek04, @Krzysiek 123456789. --The Polish (query) 13:00, 1 lip 2020 (CEST)[odpowiedz]

  • Temat jest dość prosty i raczej nie ma tutaj zbyt dużo do dyskutowania. Problemem jest raczej implementacja. Na przykładach z dyskusji:
    {{Nazwa szablonu|13:23, 25 maj 2020 Michał Sobkowski}} i {{Nazwa szablonu| 21:32, 24 maj 2020 2a01:119f:21d:7900:912f:201b:e4dd:8710}} powinny generować „-- niepodpisany komentarz użytkownika” / „-- niepodpisany komentarz z adresu IP”, linkujące odpowiednio do strony użytkownika/strony wkładu IP. Najlepiej, aby nie trzeba było stawiać znaku potoku pomiędzy datą i nazwą użytkownika/IP (wzgl. może da się wykorzystać niewidoczny znak „”, który jest kopiowany z historii edycji?)
    Opcjonalnie szablon powinien podpisywać użytkownika wstawiającego szablon i datę podpisania (jakiś parametr do włączenia/wyłączenia w zależności od tego, która opcja powinna być domyślna).
Kwestia jest tego, kto się podejmie zrobienia tego szablonu. Wostr (dyskusja) 23:49, 1 lip 2020 (CEST)[odpowiedz]
Czyli wywołanie bez subst: nie wstawia informacji, kto wstawił szablon. To nie miało sensu. Natomiast użycie subst: wymusza podawanie prawidłowej daty. W tym trybie albo zostanie wstawiony zastępczy podpis lub nic po wstawieniu nie zostanie. Paweł Ziemian (dyskusja) 22:13, 3 lip 2020 (CEST)[odpowiedz]
  • Może lepiej zablokować możliwość wstawiania bez {{subst:}} a takie dla obecnych szablonów przebotować zamianą {{podpisz{{subst:podpisz i analogicznie dla dwóch pozostałych szablonów a tutaj dać instrukcje w takim sensie ze jak się wstawi bez {{subst:}} albo bez daty to będzie zamiast podpisu napisane, że tego brakuje na czerwono i dużym tekstem. --Krzysiek 123456789 (dyskusja) 13:49, 4 lip 2020 (CEST)[odpowiedz]
  • Zamieniłem {{podpisu brak}} na przekierowanie. Jednak z usunięciem {{podpisz}} się wstrzymam. Nie ma co prawda linkujących, lecz nie znam skali jego użycia. Zamiana na przekierowanie na razie nie ma uzasadnienia, gdyż tryb użycia przez subst samej nazwy użytkownika bez daty nic w nowym szablonie nie wygeneruje. Może będzie potrzebny komunikat o tej zmianie na WP:TO. Paweł Ziemian (dyskusja) 21:06, 12 lip 2020 (CEST)[odpowiedz]
  • Teraz gdy w dacie w {{brak podpisu}} dopiszę " (CEST)" to szablon nie działa. Poza tym nie nie podoba mi się pomysł, żeby przy każdym wstawionym przeze mnie szablonie "brak podpisu" świeciło także moim nickiem. Cóż, ja nie będę z tego już korzystać. SpiderMum (dyskusja) 15:59, 28 lip 2020 (CEST)[odpowiedz]

Numeracja sekcji (wymuszenie)

Numeracja sekcji pojawia się tylko w spisie treści, a przy nagłówkach sekcji już nie. Wiem, że można sobie to ustawić indywidualnie w preferencjach użytkownika. Moje pytanie brzmi: czy jest jakiś szablon wymuszający numerację także przy każdym nagłówku sekcji, i to dla każdego czytelnika (zalogowany czy ipek), a jeśli nie, to czy można to wymusić w przestrzeni Pomocy? Wydaje mi się, że numeracja przy nagłówkach sekcji w każdym z naszych tutoriali ma istotny sens praktyczny. Beno @ 17:36, 4 lip 2020 (CEST)[odpowiedz]

Podmiana mapy lokalizacyjnej Nunavut

W związku z problemem dotyczącym nieobejmowania przez obecny Moduł:Mapa/dane/Nunavut części obiektów w tym terytorium. Mapę lokalizacyjną znalazłem, zorientowałem ją według współrzędnych krańcowych (jak mi się wydawało), ale lokalizacje są przesunięte. Mniemam, że jest to związane z zapisem w sekcji współrzędne nieliniowe. — Paelius — (Wypowiedź jest moją opinią, chyba że zaznaczono inaczej; proszę o brak tzw. pingów) — dyskusja 13:26, 5 lip 2020 (CEST)[odpowiedz]

Problemem jest to, że na głównej części mapy https://upload.wikimedia.org/wikipedia/commons/a/aa/Location_map_Nunavut_2.png nie ma całej James Bay, i w związku z tym również wyspy Akimiski. Jest ona widoczna tylko jako czerwona kropka na pomniejszonej mapie Kanady w lewym dolnym rogu mapy. Ten fragment Nunavut jest położony w znacznym oddaleniu od większości tego terytorium, więc na standardowej mapie lokalizacyjnej został pominięty, tak samo jak mapa lokalizacyjna USA nie zawiera Alaski i Hawajów. W artykule Akimiski, którego problem dotyczy podmieniłem mapę na mapę Ontario, choć zastanawiałem się czy nie lepiej by było wstawić tam po prostu mapę całej Kanady. Skoro znalazłeś inną mapkę Nanuvat to postaram się wieczorem wstawić ją do szablonu jako wariantową. ~malarz pl PISZ 16:07, 5 lip 2020 (CEST)[odpowiedz]
Chyba jest ok. ~malarz pl PISZ 00:06, 6 lip 2020 (CEST)[odpowiedz]
Trochę jest przesunięty, ale nie wiem, czego to problem. Wskaźnik powinien być na wyspie, a jest trochę poniżej. — Paelius — (Wypowiedź jest moją opinią, chyba że zaznaczono inaczej; proszę o brak tzw. pingów) — dyskusja 13:13, 6 lip 2020 (CEST)[odpowiedz]

Linkowanie w artykule do siebie samego

Właśnie odkryłem i zlikwidowałem wikilinki które poprzez przekierowanie prowadziły do tego samego artykułu w którym się znajdowały. Czy ktoś miałby może ochotę przygotować listę artykułów w których takie zjawiska występują?

Gżdacz (dyskusja) 18:19, 8 lip 2020 (CEST)[odpowiedz]

Zrobił to wikiprojekt Check Wikipedia. Proszę: https://checkwiki.toolforge.org/cgi-bin/checkwiki.cgi?project=plwiki&view=only&id=48 --WTM (dyskusja) 18:40, 8 lip 2020 (CEST)[odpowiedz]
Gżdacz pyta o bardziej złożony przypadek: link do przekierowania do artykułu, w którym jest ten link. ~malarz pl PISZ 20:51, 8 lip 2020 (CEST)[odpowiedz]
@Gżdacz: w quarry:query/46447 wyszło mi 4558 wyników, mogłem coś pominąć. Peter Bowman (dyskusja) 23:00, 8 lip 2020 (CEST)[odpowiedz]
Ta lista zawiera wystąpienia w infoboksach, które chyba Cię nie interesują, więc ją przefiltrowałem: Wikipedysta:PBbot/linkowanie w artykule do siebie samego. Peter Bowman (dyskusja) 00:02, 9 lip 2020 (CEST)[odpowiedz]

W ostatnich dniach zauważyłem, że narzędzie Quick Edit Counter nie działa. Prawdopodobnie wiąże się to ze zmianą linku oraz migracją części narzędzi pod inne URL. Niestety kłóci się to z zasadą Cool URIs don't change, ale nic na to nie poradzimy. Czy ktoś posiada możliwość i umiejętności, żeby w wolnej chwili poprawić ten gadżet? Dziękuję! Pozdrawiam! Nadzik (dyskusja) 21:10, 8 lip 2020 (CEST)[odpowiedz]

@Nadzik: zrobione, proszę sprawdzić. Pozdrawiam, Peter Bowman (dyskusja) 21:40, 8 lip 2020 (CEST)[odpowiedz]
@Peter Bowman, thanks cannons dzięki, działa! hehe Nadzik (dyskusja) 21:45, 8 lip 2020 (CEST) Pozdrawiam! Nadzik (dyskusja) 21:44, 8 lip 2020 (CEST)[odpowiedz]

Editing news 2020 #3

Wątek założony przed: 14:55, 9 lip 2020 (CET)