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.
Coś jest mocno nie tak z szablonem CytatD liczba pozycji w którychjest tutaj wymieniony pokazuje że wewnętrzna jego konstrukcja jest niedopracowana. PMG (dyskusja) 15:49, 5 gru 2018 (CET)[odpowiedz]
Coś jest nie tak z szablonami w stylu "Polityka Butanu". Widać to tutaj. Resztę starałem się sprzątać, ale tam odchodzi jakieś straszne tabelkowanie w stylu lat 90. PMG (dyskusja) 16:47, 5 gru 2018 (CET)[odpowiedz]
Szablony Polityka XYZ są generalnie do sprzątnięcia / ujednolicenia. Mi się nawet nie chce nimi zajmować. Jedyne miejsce gdzie chciałbym o nich dyskutować to poczekalania. ~malarz plPISZ20:25, 5 gru 2018 (CET)[odpowiedz]
Problem z szablonem Dopracować - na liście jest bardzo dużo takich wskaźników. Próbowałem spojrzeć na ten szablon, ale on jest trochę za trudny dla mnie. (wydaje mi się że problem jest z parametrem "więcej przypisów" bo najwięcej takich problemów znajduje) PMG (dyskusja) 11:02, 6 gru 2018 (CET)[odpowiedz]
Przeczyściłem pierwszą stronę z rzeczy, które mogłem poprawić (albo wypchnąć na koniec listy jak wszystkie hasła z serii US Open, w których zastosowano pogrubienia bez zamknięcia). Wyłonił się jeden problem "seryjny" zapytałem @Kenraiz, @Tournasol7 dlaczego w hasłach w rodzaju Wrotycz maruna (niejest to sprawa jednostkowa) stosują rozwiązanie techniczne, które łamie znaczniki (parametr synonim). PMG (dyskusja) 11:56, 6 gru 2018 (CET)[odpowiedz]
Czy domknięcie znaczników (tak jak tu) załatwia sprawę? Poza tym efekt działania znaczników jest wspaniały (wyświetla się tylko część okna z długimi listami synonimów) i dobrze byłoby go zachować. Nie wiem czy dałoby się zwijać i rozwijać to okno w infoboksie, czy dałoby równie dobry efekt. Kenraiz (dyskusja) 13:52, 6 gru 2018 (CET)[odpowiedz]
W obydwu szablonach wskazałem edycje poprawiające to co wpływa na umieszczenie na liście. Obydwa artykuły były na pierwszej stronie błędów i w międzyczasie zniknęły. ~malarz plPISZ20:25, 5 gru 2018 (CET)[odpowiedz]
Wiem o tym i gdy widzę więcej niż 3 grafiki, to staram się coś z tym zrobić. Możliwość dodania 4. grafiki jest w „To do” na stronie dyskusji infoboksu, ale jak na razie nie widziałem aż takiej potrzeby, aby grzebać w infoboksie i dodawać tę opcję (jeśli zostanie dodana, to pewnie jakoś w taki sposób, aby ułożenie grafik było bardziej elastyczne). Czy błąd na podanej stronie, tzn. grafika wstawiona do infoboksu w ten sposób, prowadzi do jakichkolwiek problemów? Tzn. czy to ma wysoki priorytet? Wostr (dyskusja) 22:37, 5 gru 2018 (CET)[odpowiedz]
To z powodu wciśnięcia wszystkiego do jednego parametru z opisem trzeciej grafiki. Zapewne powodem jest chęć ustalenia rozmiaru przy braku takiego parametru tego infoboksu. Takich przypadków jest więcej. Wargo (dyskusja) 13:57, 10 gru 2018 (CET)[odpowiedz]
Wikipedia:Szablony orderów
W poprawianiu złych parametrów plików dotarłem do Wikipedia:Szablony orderów. I tam na samym końcu, w orderach koreańskich są problemy z pierwszymi dwiema pozycjami (mają interwiki do rosyjskiej wiki). Nie wiem jak to naprawić. PMG (dyskusja) 13:27, 6 gru 2018 (CET)[odpowiedz]
Tamto może i tak (chociaż w historiach nic nie widzę, a id do lintera mogło wygasnąć - ale ta Dokumentacja albo cieknie (bo tutaj pokazuje że jest coś nie tak, a przecież tam nie ma żadnego pogrubienia), albo coś jest nie tak. PMG (dyskusja) 21:19, 10 gru 2018 (CET)[odpowiedz]
To że pokazuje "Dokumentacja" może oznaczać problem z dalszymi szablonami przez niego wstawianymi czyli począwszy od podstron /opis i idąc dalej przez szablony, które można spotkać w opisach szablonów. Wargo (dyskusja) 22:16, 10 gru 2018 (CET)[odpowiedz]
Już poprawiłem. Postaram się też wyrugować ten "szablon" z przestrzeni szablonów. Zacząłem to robić już jakiś czas temu, ale dotychczas tylko w tych szablonach, które poprawiałem. ~malarz plPISZ23:06, 10 gru 2018 (CET)[odpowiedz]
Musi być użyty z szablonami takimi jak Szablon:Nowrap start. Być może w przypadku takich list należy zastosować inne rozwiązanie lub nawet ono jest wbudowane lub niepotrzebne - pamiętam że były zmiany chociażby w zamianie sposobu zapisu listy pionowo. Wargo (dyskusja) 22:16, 10 gru 2018 (CET)[odpowiedz]
W najbliższych dniach w końcu przerobię wywołania {{navbox}} na wersję "hlist" i wtedy ten szablon w większości przypadków będzie całkowicie zbędny. Obecnie jest chyba w kilkunastu tysiącach szablonów co daje w efekcie pewnie małe kilkaset tysięcy artykułów. ~malarz plPISZ23:17, 10 gru 2018 (CET)[odpowiedz]
Szablony w Błędy składniowe: Brak znacznika zamykającego
Poprawiłem wszystkie infoboksy poza Białkiem. Potem zacząłem się bawić API. Tą metodą dostępne jest dodatkowo miejsce położenia błędu. Wydaje mi się, że pole "location" wskazuje na początek i koniec fragmentu w którym jest błąd. W przypadku "missing-end-tag" istotny jest początek, bo koniec wskazuje na koniec szablonu (artykułu). Liczby w tym parametrze pokazują chyba liczbę znaków (nie bajtów). Nie wiem jak to jest w przypadku problemu występującego w wywołaniu szablonu/podszablonu. ~malarz plPISZ22:08, 11 gru 2018 (CET)[odpowiedz]
Tak. W Firefoxie jak klikniesz edytuj to otworzy się strona i przescroluje się do miejsca zaznaczonego. W Chromie mam tak że strona się otworzy, miejsce jest zaznaczone, ale przeglądarka nie scrolluje się do tego miejsca. Więc do edytowania tych rzeczy używam Firefoxa. PMG (dyskusja) 09:41, 12 gru 2018 (CET)[odpowiedz]
Pracowicie powoli poprawiam szablony poza "Politykami". Aktualne na teraz ich zestawienie z liczba wywołań jest w [1]. Zidentyfikowalem problem z szablonami "Round xxx", ale chyba bez przebotowania się nie da tego rozwiązać. W tym szablonie jest użyta wielokrotnie konstrukcja '''{{{1}}}''' z parametrami, które są nienazwane i umieszczone w wywołaniu na końcu wiersza wraz z przejściem do nowej linii. Jedynym łatwym rozwiązaniem jest obudowanie ich w konstrukcje, która czyści entery z wartości parametru. Tylko nie wiem, czy warto na tak dużą skale ją stosować. ~malarz plPISZ17:14, 13 gru 2018 (CET)[odpowiedz]
Zostały szablony "Polityk", kilka innych podobnych "pionowych navboksów" (które trzeba IMO wpakować w jakiś nowy {{navbox}} i cztery szablonu na końcu listy, które od kilku(nastu/dziesięciu) godzin nie chcą z listy zniknąć mimo dokonanych poprawek (albo jest jeszcze coś, czego nie zauważyłem). ~malarz plPISZ22:21, 13 gru 2018 (CET)[odpowiedz]
Dziękuję Malarzu za te poprawki, bo sam na pewno bym ich nie zrobił. Dzięki tym zmianom w tej chwili liczba błędów oscyluje w granicach 450-520k (w zależności jak to się od odświeżenia do odświeżenia zmienia). PMG (dyskusja) 11:16, 17 gru 2018 (CET)[odpowiedz]
Tidy bug affecting font tags wrapping links
Przy okazji błędów można trafić na takie kwiatki jak ręcznie wstawione tabelki symulujące stare szablony „poprzedni ↔ następny” ([2], [3]). Tego nie warto naprawiać. To trzeba zastąpić przez normalny szablon nawigacyjny zbudowany od zera. Ręcznie to jednak spora robota jest. Paweł Ziemian (dyskusja) 21:36, 12 gru 2018 (CET)[odpowiedz]
Swego czasu starałem się z Tarem większość tych szablonów (tabelek) zlikwidować. Jak ktoś nie ma energii teraz aby teraz stworzyć szablon nawigacyjny, to zmieńcie tabelkę na {{władca}}, o ile oczywiście potencjalny navbox miałby sens. ~malarz plPISZ08:55, 13 gru 2018 (CET)[odpowiedz]
W Zermatyzm widzę cytat zrobiony przez CytatD. I w podpisie widzę > '— List otwarty do męża opatrznościowego, Jego Świątobliwości Papieża Jana Pawła II od Stacha z Warty Szukalskiego (rzeźbiarza, heretyka, Patrioty) <. Jak widać zaczyna sie to od znaczka, który służy do formatowania. Nie wiem jak to poprawić. PMG (dyskusja) 13:24, 20 gru 2018 (CET)[odpowiedz]
Ten szablon źle obsługuje puste pola. Jeśli pola nie będzie w wywołaniu to nie wygeneruje komórki w tablicy. Jeśli pole będzie puste to wygeneruje pusty tekst w kursywie czyli ''''. To najprawdopodobniej jest interpretowane przez parser jako otwarcie wytłuszczenia i treść w postaci apostrofu. Brak domknięcia jest uzupełniany przez parser domyślnie. Dodanie apostrofu generuje ''''', czyli otwarcie dla wytłuszczonej kursywy. Dlatego tego nie widać. Paweł Ziemian (dyskusja) 21:09, 30 gru 2018 (CET)[odpowiedz]
Bardzo ci dziękuję, bo w serialach jest dużo takich "nieprzetłumaczonych" nazw i to że mogę to po prostu kasować, ułatwia mi życie. PMG (dyskusja) 20:30, 31 gru 2018 (CET)[odpowiedz]
Problem z Cytuj Pismo i CytatD
Te dwa szablony mają problem gdy w haśle jest [coś takiego otoczone pojedynczym nawiasem kwadratowym]. Wtedy linki się wysypują. Przykład:
{{Cytuj pismo | autor = Maria Ziaja, Tomasz Wójcik | tytuł = Nowe stanowisko Botrychium lunaria (Ophioglossaceae) na Pogórzu Dynowskim (SE Polska) [New locality of Botrychium lunaria (Ophioglossaceae) in Dynów Upland (SE Poland)] | wydanie = 1 | wolumin = 21 | strony = 165-168 | data = 2014 | url = http://www.researchgate.net/publication/269219746_Nowe_stanowisko_Botrychium_lunaria_%28Ophioglossaceae%29_na_Pogrzu_Dynowskim_%28SE_Polska%29}}
W źródle tytuł jest krótszy: "Nowe stanowisko Botrychium lunaria (Ophioglossaceae) na Pogórzu Dynowskim (SE Polska)" i z nim nie będzie problemu. Aby to poprawić można też zamienić znaki [ i ] odpowiednio przez [ i ]. ~malarz plPISZ21:03, 30 gru 2018 (CET)[odpowiedz]
Cytuj książkę ma problem z kursywą w tytule. I albo trzeba przebotować wszystkie użycia (i usunąć kursywę), albo dodać jakąś techniczną kategorię, albo zmodyfikować szablon.
{{cytuj książkę | tytuł = op.cit. ''Encyklopedia Szczecina'' | rozdział = Dom Kultury Środowisk Twórczych Klub „13 Muz” | autor r = Teresa Jasińska | strony = 197}}
daje
Teresa Jasińska: Dom Kultury Środowisk Twórczych Klub „13 Muz”. W: op.cit. Encyklopedia Szczecina'. s. 197.
Po pierwsze używanie op.cit. i innych podobnych skrótów stosowanych w papierowych publikacjach jest niezgodne z zasadą podawania przypisów w Wikipedii, a tym bardziej żaden szablon nie jest na to przygotowany. Przecież w każdej chwili ktoś może przeredagować treść przemieszczając lub nawet usuwając przywoływany fragment. Po drugie należy unikać jawnego podawania kursywy w szablonach cytowania. Ta reguła nie obowiązuje jedynie dla {{cytuj stronę}}, który tejże nie dodaje samodzielnie. Przebotować może być trudno gdyż zdarzają się wyjątki w postaci na przykład nazw taksonów, które są dzięki sztuczce z apostrofami „odkursywiane”. Można raczej jedynie pomyśleć nad kategorią techniczną. Coś podobnego utworzyłem dla wspomnianego {{cytuj stronę}}. Przy okazji wspomnę, że w {{cytuj}} wikikod w tytule został z tego powodu zablokowany ({{cytuj|tytuł=''Encyklopedia Szczecina''}} → ''Encyklopedia Szczecina''.Tylko tytułbrak strony (książka)). Paweł Ziemian (dyskusja) 22:44, 31 gru 2018 (CET)[odpowiedz]
cytatD i dwa parametry
W Innocence widać że gdy jest "cytowany" i źródło to rozsypuje sie pogrubienie.
W dokumentacji jest jawnie podane że należy podawać jako |autor|źródło. Natomiast w wywołaniu autor i źródło są umieszczone w oddzielnych liniach. Oba pola są indeksowane, więc znaki wszelkich odstępów nie są usuwane z wywołania lecz przekazywane dalej. Zaburzają one ewidentnie ostateczny wynik szablonu. Paweł Ziemian (dyskusja) 21:49, 5 sty 2019 (CET)[odpowiedz]
|colspan=27 bgcolor=F0FFFF|'''[[Letnie Grand Prix w skokach narciarskich 2016|2016]]
Możliwe nazwy w skokach to, wśród zimowych: Puchar Świata, Puchar Kontynentalny, FIS Cup, Puchar Świata kobiet, Puchar Kontynentalny kobiet, FIS Cup kobiet; wśród letnich: Letnie Grand Prix, Letni Puchar Kontynentalny, Letnie Grand Prix kobiet, Letni Puchar Kontynentalny kobiet. Poza skokami są też inne sporty, takie jak kombinacja norweska (np. Paweł Słowiok). Barcival (dyskusja) 12:25, 14 gru 2018 (CET)[odpowiedz]
Takich edycji musiałem zrobić dużo (dziesiątki w każdej po naście center). I bardzo dużo (duże dziesiątki) są nadal widoczne na stronie specjalnej. Ktoś kto robił te tabelki z występami konsekwentnie robił tak samo - więc wydaje mi się że da się napisać bota pod to. PMG (dyskusja) 09:34, 18 gru 2018 (CET)[odpowiedz]
Swogo czesu spolonizowaliśmy nazwy wielu szablonu, tj. {{disambig}}, {{merge}}, {{main}} czy {{disambigR}}. W związku z różnymi pracami związanymi z modernizacją {{navbox}} zastanawiam się czy nie warto analogicznie zmienić nazwę tego szablonu na {{szablon nawigacyjny}} (lub ew. inną) przy jednoczesnym pozostawieniu przekierowania jak w przypadku ww.
Mam przygotowanego bota do zmiany wowołań dotychczasowych szablonów nawigacyjnych na wariant "hlist" (pozioma lista wypunktowana), przykład takiej zmainy można zobaczyć w {{Trenerzy piłkarscy CD Palestino}} (tutaj jeszcze poprawiony przeze mnie). Dokonanie zmiany (uzupełnienia) w takim szablonie jest bardziej intuicyjne, a sam szablon ma zdecydowanie mniej kodu.
W związku z tym chciałbym zapytać wszystkich, czy przy okazji botowania nie zmienić też nazwy szablonu. Nie ukrywam, że ułatwi to też przejście na nowy kod szablonu (pracuje nad tym @Paweł Ziemian) oraz uławti też samo botowanie wywołań szablonu {{navbox}} (jakieś 4% wywołań trzeba będzie poprawić półautomatycznie bądź ręcznie, łątwiej wtedy wykonać tę pracę). ~malarz plPISZ23:05, 11 gru 2018 (CET)[odpowiedz]
Za Potwierdzam, że mam już wstępną wersję nowego kodu szablonu. Jednak trudno stwierdzić, czy są jakieś niuanse w obecnych tysiącach implementacji, które wymagają jakichś poprawek. Stworzenie nowego szablonu obok istniejącego działającego rozwiązania powinno cały proces migracji ułatwić. Przetwarzanie na raty i przeglądanie wyników będzie znacznie łatwiejsze. Łatwiej będzie również ocenić ile pracy do końca jeszcze zostało. Paweł Ziemian (dyskusja) 17:00, 12 gru 2018 (CET)[odpowiedz]
Paweł, jak możesz to wstaw nową implementację do {{szablon nawigacyjny}}. To zacznę na poważnie przymierzać się do botowania. Wydaje mi się, że nie powinno być istotnych sprzeciwów, jak widać na razie zainteresowani są jedynie admini i to co, którzy grzebią sporo w szablonach. Z właściwym użyciem szablonu pod nową nazwą poczekamy jeszcze z tydzień, ale bym już zaczął się do tego przymierzać na poważanie. ~malarz plPISZ11:51, 14 gru 2018 (CET)[odpowiedz]
Opracowuję nowy kod dla szablonu nawigacyjnego z kolumnami. Wiele z tych szablonów dosyć silnie korzysta ze stylów i ich domyślnie wyłączenie ma często dosyć negatywny wpływ na ich wygląd. Na szczęście wszystkich szablonów nie ma wiele, poniżej 100. Myślę, że da się opracować jakiś parametr do sterowania trybem formatowania i ręcznie wszystko ogarnąć. Paweł Ziemian (dyskusja) 21:23, 15 gru 2018 (CET)[odpowiedz]
Wprowadziłem wstępnie pole format, które może przyjąć dwie wartości lista i lista wyśrodkowana. Wyłącza ono tryb hlist, więc listy stają się znowu pionowe. Wyłączam jednak dla nich symbol wypunktowywania. Przykłady obu wywołań można zobaczyć tutaj, gdzie pod oryginalnym szablonem jest propozycja po zmianach. Paweł Ziemian (dyskusja) 23:46, 15 gru 2018 (CET)[odpowiedz]
Bardzo często spotykam sztuczny podział na kolumny. Wprowadziłem więc globalną zmianę, która je tworzy automatycznie tak jak obecnie w przypisach. Pozwoli to na redukcję wielu szablonów do jednej kolumny z jedną listą w kodzie źródłowym. Paweł Ziemian (dyskusja) 13:05, 16 gru 2018 (CET)[odpowiedz]
Chciałbym zrobić następujące zmiany:
usunąć wsparcie dla pól stopkaN, bo nic z tego nie korzysta
Właśnie uruchomiłem przebotowanie ok 17000 prostych szablonów nawigacyjnych (nie mają żadnych szablonów spisach; także podgrup; nie mają żadnych specyficznych sposobów formatowania zawartości). ~malarz plPISZ19:03, 20 gru 2018 (CET)[odpowiedz]
@Kpjas Na to nie trzeba składać wniosku. Parametr do infoboxu może dodać każdy. W kawiarence za to warto na szybko omówić co i jak dodać. Zacznijmy od tego, że eISSN (czy też bardziej w Polsce popularne e-ISSN) to określenia potoczne. W rzeczywistości czasopisma o tym samym tytule, a nawet tej samej treści, mają wiele numerów ISSN, jeśli wydawane są w wielu tzw. "postaciach fizycznych", np. inny dla wersji drukowanej, inny dla wersji CD-ROM/DVD, jeszcze inny dla wersji multimedialnej, kolejny dla wersji online, etc. Nasuwa się zatem pytanie, czy nowe pole powinno się nazywać e-ISSN, pomimo, że jest to określenie potoczne, ponieważ w obecnych czasach drugi ISSN najczęściej dotyczy postaci fizycznej online), czy może ISSN 2. Drugie pytanie, to ile ich zrobić? Teoretycznie czasopismo może mieć ich nawet i 5 lub więcej, ale w praktyce nie spotkałem takiego, które ma więcej niż dwa. Trzecie pytanie brzmi czy i do czego linkować. Pierwszy ISSN domyślnie linkuje do http://worldcat.org/issn/*, gdzie * to numer ISSN i wtedy worldcat, mniej lub bardziej szczęśliwie, usiłuje po ip określić naszą lokalizację, a następnie wyszukuje biblioteki, w których znajduje się wersja drukowana lub CD-ROM/DVD czasopisma, sortując je po odległości od lokalizacji, którą sobie ustalił. Ale jeśli pod * podstawimy ISSN wersji online, to worldcat nie zwróci nam adresu strony, tylko (jeśli ma to podane) i tak zacznie wyszukiwać biblioteki z wersją papierową. Dla ISSN nie znam (i chyba nie ma) żadnego mechanizmu, który wyszukałby adres strony dla wersji online lub adres strony na której można ściągnąć/zakupić wersję multimedialną. Może w takim wypadku ISSN 2 (czy jak to nazwiemy) nie powinien linkować do niczego? KamilK7✉09:45, 20 gru 2018 (CET)[odpowiedz]
@KamilK7 szablony z parametrami to czarna magia, a ponieważ potencjalnie może oddziaływać na tysiące stron, więc dyskusja społeczności i działanie developerów wydaje się być wskazane. Jest ISO3297, ale na potrzeby infoboksów chyba podejście praktyczne będzie lepsze IMO. W ang. WP mają do 10 ISSN-ów na infoboks. Kpjasφ12:09, 20 gru 2018 (CET)[odpowiedz]
|ISSNlabel = To distinguish between ISSNs when more than one is given (use in conjunction with ISSN2label, ISSN3label, ... ISSN10label).
|ISSN = ISSN (print edition) or eISSN if electronic-only journal. If there is more than one journal, such as in European Physical Journal, use additional ISSN2, ISSN3, ... ISSN10 parameters.
|eISSN = Same as ISSN, but for online version of paper journals. eISSN2, eISSN3, ... eISSN10 supported.
To już lepiej byłoby chyba wstawić tam wywołanie modułu Lua, który rozpoznawał by ISSN i linkował każdy numer w tym parametrze; każdy numer oddzielałoby się spacją/przecinkiem. Wostr (dyskusja) 12:37, 20 gru 2018 (CET)[odpowiedz]
Jeśli występuje kolizja polegająca na tym, że ten sam zbiór do czterech pierwszych nazwisk autorów i rok publikacji powtarza się więcej niż raz, to wartością parametru jest wyróżnik, który jest małą literą z alfabetu łacińskiego (tj. a, b, ..., z), umożliwiający odróżnianie pozycji w przypisach. Niech mi ktoś to łapotoligicznie wytłumaczy. Gdzie ten wyróżnik? Mam dwa artykuły pisane przez te same osoby w tym samym roku. W pierwszym wypadku dałem normalny przypis przez odnośnik[1] , a jak zrobić z drugim, jeśli nie chcę użyć {{odn/id}}
Mała litera a, b, ... jest wartością parametru odn, tzn. dla pierwszego przypisu wpisujesz odn=a, dla drugiego – odn=b; wywołujesz poprzez wpisanie w {{odn}} datę z tą literą, np. 2015a. Wostr (dyskusja) 01:20, 20 gru 2018 (CET)[odpowiedz]
Domyślam się, że tytułowy szablon traktuje jednoczesne podanie pola wydawca i pola opublikowany jako błąd, gdyż w ten sposób odróżnia stronę/serwis internetowy od książki dostępnej w internecie. Jednak może się zdarzyć, że cytowany artykuł został opublikowany na serwisie, którego nazwa jest zupełnie inna niż nazwa wydawcy (np. serwis BET Networks wydawany przez Viacom International Inc.) - powinna być możliwość podania obu. Dlatego proponuję aby szablon rozpoznawał stronę po tym, że wypełniono pole opublikowany lub oba pola (nie traktując tego jak błędu poprzez dodanie ukrytej kategorii i niewyświetlanie zawartości pola opublikowany), a książkę po tym, że wypełniono jedynie pole wydawca. KamilK7✉10:24, 21 gru 2018 (CET)[odpowiedz]
Tabele Wikidata w propozycjach do CzyWiesz
Z góry przepraszam autora/autorów wprowadzonych zmian, ale tabelki w Wikiprojekt:Czy wiesz/propozycje są moim zdanie niezbyt udane. W tej chwili wygląda to tak, jakby kluczową kwestią zgłoszeń do CzyWiesza były Wikidata. Monstrualna nabudowa nad tabelkami zajmuje zbyt dużo miejsca. Po co taka zmiana? Moim zdaniem jest zupełnie niepotrzebna. Jacek555✉17:11, 28 gru 2018 (CET)[odpowiedz]
Zmiana jest moja, ale nie jest moim pomysłem. Wymyślili ją razem do spółki @Gżdacz, @Szoltys a ja z pomocą Pawła tylko wykonałem. Zastanawiałem się nad jakimś jej ukrywaniem, ale pomysłodawcy nie wyrazili chęci, więc nawet tego nie proponowałem. Wydaje mi się, że powinna być wyświetlana gdy czegoś istotnego na WD brakuje i tym, którzy chcą mieć ją zawsze. ~malarz plPISZ17:18, 28 gru 2018 (CET)[odpowiedz]
Wydaje mi się, że źródła tych zmian można odnaleźć tutaj. Cóż, też mocno zaskoczyły mnie te nowe szablony, ale wydaje mi się, że jakiś sens mają. Wiadomo, z reguły boimy się nowych zmian i trochę słabo, że zostały one wprowadzone bez konsultacji ze Społecznością np. w Kawiarence. Ale dostrzegam spory plus - zachęcenie do edycji w wikidata. Np. mnie to właśnie zachęciło. Do wikidata zaglądam raz na ruski rok, a widząc w CzW nieraz bardzo szczątkowe informacje w wikidata, aż mam ochotę tam wejść i coś dopisać. :D Myślę, że pomysł opcji włączania/wyłączania tych danych (do ustawienia np. w Preferencjach) byłby dobry, żeby tak rozbudowane szablony nie utrudniały nawigacji po CzW osobom, którym to przeszkadza. :) Mariusz Swornóg (dyskusja • edycje) 17:37, 28 gru 2018 (CET)[odpowiedz]
Pewnie ja jestem bardziej odpowiedzialny za tą zmianę niż Szoltys, więc nadstawiam się do ochrzaniania, jeśli ktoś czuje potrzebę. Od około 1,5 roku zajmuje się uzupełnianiem brakujących WD w artykułach CzW, żeby były pod tym względem kompletne gdy są już na SG. Zauważyłem, że w miarę upływu czasu autorzy nie tylko nie stają się coraz bardziej samodzielni w tym zakresie, ale chyba coraz bardziej polegają na mechanizmach Wiki, w tym wypadku napędzanych ręcznie przez krasnoludka Gżdacza. Pokazanie braku w szablonie było sposobem podsunięcia autorom pomysłu, że można WD uzupełnić samemu. Gżdacz (dyskusja) 17:56, 28 gru 2018 (CET)[odpowiedz]
@Felis domestica, z prawej strony między deklaracjami a linkami interwiki. Jeżeli masz jakieś inne ustawienia niż ja, to najprościej: ctrl+F, "dodaj deklarację" i powinno się podświetlić. ;) Jeżeli się nie uda, to pisz na mojej stronie dyskusji, pomogę. Szoltys[Re: ]20:43, 28 gru 2018 (CET)[odpowiedz]
Przecież identyfikator został już wstawiony w górze tabeli. A, jeśli już by przyjąć, że info o WikiData są potrzebne, to można by sprawić, że bez skompletowania WikiData nie dałoby się dokonać zgłoszenia za pomocą szablonu. A tabela mogłaby mieć znacznie skromniejsza, i potwierdzenie kompletności byłoby sygnalizowane w jednej, skromnej kolumnie:
BTW, czy do czegoś potrzebne są kolumny mówiące o źródłach (z plusikiem)? Przecież bez nich artykuł nie przejdzie. Podobnie niespecjalnie pomocna jest informacja o „98” (jak w przykładzie) ilustracjach w artykule? Jacek555✉19:31, 28 gru 2018 (CET)[odpowiedz]
Informowanie o brakach podstawowych informacji w WD ma o tyle sens, że umieszczony tam opis wyświetla się w pl.wiki jako „krótki opis artykułu” w wersji mobilnej, a więc pod tytułem artykułu (jak jeszcze takiego opisu nie ma, to trudno; ale czasem są tam po prostu bzdury, które pozostają niezauważone przez miesiące). Przy czym warto zaznaczyć, że w WD „opis” wcale nie ma być „krótkim opisem artykułu (w Wikipedii)” i lepiej jednak pamiętać, że funkcją opisu jest głównie ujednoznacznienie elementów w WD, ale to już WMF tak wszystkich uszczęśliwiła na siłę. Natomiast mam pewne wątpliwości odnośnie jest to (P31): czasem (ludzie, taksony) jest to w miarę oczywiste, ale w części przypadków może prowadzić do błędów, jak np. artykuł o „XXX – samochód osobowy typu ... produkowany w YYY w latach...” nie będzie wcale miał jest to (P31) = samochód osobowy (Q1144312), tylko model samochodu (Q3231690), a ew. podklasa dla (P279) = samochód osobowy (Q1144312). A różnice pomiędzy jest to i podklasa dla może być ciężko wytłumaczyć w prosty sposób na jakiejś stronie pomocy. Wostr (dyskusja) 19:36, 28 gru 2018 (CET)[odpowiedz]
Ech, i pomyśleć, że całe lata temu dyskutowałem z Przykutą, jak uczynić zgłoszenia do czywiesza możliwie najprzystępniejszymi dla ultranowicjuszy. Wielka ramka wikidat sprawia, jak słusznie zauważył Jacek555, „jakby kluczową kwestią zgłoszeń do CzyWiesza były Wikidata”. Zresztą faktycznie można by przy tej okazji usunąć parametr 2 i 3. (air)Wolf{D}19:57, 28 gru 2018 (CET)[odpowiedz]
@Jacek555, bez skompletowania WikiData nie dałoby się dokonać zgłoszenia za pomocą szablonu – z mojej strony mocny sprzeciw. Zablokowalibyśmy zgłoszenia niedoświadczonych użytkowników, którzy po prostu zrezygnowaliby ze zgłaszania propozycji, nie wiedząc o co chodzi. Sam zresztą też często zgłaszam artykuły bez WD. Odnośnie kolumn "źródła" i "ilustracje" – jak najbardziej można je usunąć, do niczego dziś się nie przydają. Szoltys[Re: ]20:02, 28 gru 2018 (CET)[odpowiedz]
@Jacek555 Popieram Szoltysa. Ja naprawdę mogę i chcę nadal wstawiać WD, ale chciałbym też żeby ludzie stawali się w tej dziedzinie samodzielni. Takie wyświetlenie WD przy okazji zgłoszenia do CzW to z jednej strony zaproszenie do zrobienia tego, a z drugiej prezentacja sporej liczby już zrobionych przykładów, dzięki czemu łatwiej nabrać odwagi, wzorując się na tych gotowych. Poza tym nie jestem nieomylny, może ktoś mi zwróci uwagę że się pomyliłem albo że można lepiej. Gżdacz (dyskusja) 21:42, 28 gru 2018 (CET)[odpowiedz]
No dobra, tak sobie to czytam i obserwuję, ale już czas na moje trzy grosze. Chyba nie wszyscy pomyśleli jak dotąd, że poza wyswietlaniem na monitorze 1920×coś tam, są jeszcze tablety, smartfony, poza tym wyświetlania w pionie, poziomie itp. Teraz moje doświadczenie: na tablecie w wersji pionowej mam taki oto problem, że jeśli ktoś w Wikidata wstawi długaśny opis, to w Czywieszu mi wyjeżdża tabelka w prawo niemal w nieskończoność, a zwykły czywiesz kurczy się w lewej stronie, tak że zostaje wąski i nieczytelny pasek :( Teraz mam pytanie/prośbę, czy nie można by tego dodatku WD zrobić jako rozwijanej opcji, czy musi mnie, i nie tylko mnie, walic to po oczach i dodatkowo psuć wyświetlanie CzW? Wkurzają mnie neony na mieście, które przykładowo są skierowane do konkretnego odbiorcy lecz nie do mnie. I nie chcę, oraz nie życzę sobie, aby coś takiego funkcjonowało na Wiki. Nie mam nic przeciw Wikidata ani współpracy z CzW (wszak jestem za), ale nie jestem w stanie pogodzić się z narzucaniem czegokolwiek, a tym bardziej jeśli rozwiązania okazują się bardziej problematyczne niż praktyczne. Tak więc proponuję domyślne ustawienie jako rozwijaną opcję paska WD, a ja chętnię (jak do tej pory) będę brał udział w projekcie (WD). Jckowalpiszże23:53, 29 gru 2018 (CET)[odpowiedz]
@Paweł Ziemian Wydaje się że jest dobrze - bez względu na długość opisu czy długość aliasu, mieści się w standardowej szerokości tabeli CzW. Jeśli zauważę jeszcze jakieś problemy to będę pisał. Pomimo tego, nadal jestem za wersją z rozwijanym paskiem WD. Pamiętajmy, że to jest narzucanie pracy, a nie obowiązek i nie zniechęcajmy i tak już nadwątlonych zasobów ludzkich. Jckowalpiszże00:43, 30 gru 2018 (CET)[odpowiedz]
Wikipedia jest generalnie cała wypchana komunikatami pokazującymi co jest do zrobienia i kto tego nie wytrzymuje i tak tu miejsca nie zagrzeje. Belka w Obserwowanych to jest dopiero walenie po oczach, a tymczasem nie słyszałem żeby ktoś opuścił projekt z jej powodu. Gżdacz (dyskusja) 08:42, 30 gru 2018 (CET)[odpowiedz]
Redirect wyświetlany z czerwonym linkiem
Witam. Czy jest sposób, aby redirect (przekierowanie) był wyświetlany w tekście z czerwonym linkiem? W angielskojęzycznej wersji Wikipedii stosuje się np. en:Template:No redirect i inne metody, aby link, który jest tylko redirectem wyświetlał się w tekście jako czerwony link (tzn. jako brak artykułu). W polskojęzycznej Wikipedii chyba też już widziałem taki sposób, tyle że już nie pamiętam gdzie. Obecnie jak wpisze się [[nazwa artykułu, który jest redirectem]], to wyświetla się jako normalny (niebieski) link np. Historia Rzymu, co zrobić aby wyświetlało się w dyskusji jako czerwony link np. Historija Rzymu? Czy jest jakaś funkcja lub metoda lub szablon? Subtropical-man (dyskusja) 18:12, 29 gru 2018 (CET)[odpowiedz]
@Subtropical-man: ale po co jest Ci to potrzebne? Kolor linków nie powinien mylić czytelnika. Czerwony link - artykułu nie ma, niebieski - artykuł istnieje. Chyba że na własny użytek chcesz wiedzieć który link jest przekierowaniem. Wtedy masz w Gadżetach, w sekcji "Wygląd" opcję „Kolorowanie na zielono linków wewnętrznych do przekierowań”. tufor (dyskusja) 18:24, 29 gru 2018 (CET)[odpowiedz]
@Subtropical-man: dawniej istniała opcja w preferencjach do kolorowania przekierowań na zielono, chyba ją usunięto. Wklej sobie poniższy kod do common.css, aby przebarwiło na czerwony (skórka Wektor):
Historia Rzymu to tylko jeden z wielu przykładów. Tutaj problem był dość łatwy do załatwienia poprzez usunięcie, bo redirect był błędny (artykuł o historii miasta linkował do artykułu o imperium). Jednakże wciąż jest wiele redirectów, których temat i nazwa jest w pełni encyklopedyczna jednakże nigdzie nie funkcjonują jako propozycje do utworzenia... bo są redirectem i mają "niebieską" nazwę. Dlatego problem jest wciąż aktualny. Subtropical-man (dyskusja) 22:43, 29 gru 2018 (CET)[odpowiedz]
Sorry, było wyżej, nie zauważyłem komentarza Tufora. Ponadto pomyliłem to z opcją (nie gadżetem) kolorowania linków do krótkich artykułów – tego już chyba nie ma. Jeżeli te linki mają zmieniać kolor tylko na określonych stronach, albo np. wewnątrz tabelki, nadal użyłbym klasy CSS (w podobny sposób co np. plainlinks). Peter Bowman (dyskusja) 00:13, 30 gru 2018 (CET)[odpowiedz]
Jeśli chodzi o opcję techniczną, to można użyć [[USA|<span style="color:#ba0000">USA</span>]] co daje wynik: USA. Ale to nadal mi się nie podoba. Czerwony kolor odpowiada za brak istnienia artykułu. Tak było od zawsze i niech tak pozostanie. A czy nie można w propozycjach haseł zostawić w spokoju link do przekierowania, a tylko napisać obok w nawiasie coś w stylu: „[[XXX]] (przekierowuje do [[Gdzie_przekierowuje]], ale zasługuje na osobny artykuł)”? tufor (dyskusja) 23:02, 29 gru 2018 (CET)[odpowiedz]
Tylko jak automat ma odróżnić przekierowanie takie jak: Ayano Sato od tego błędnego Historia Rzymu (już usunięte). W związku z tym, że jest to nierozróżnialne to bot przenosi to na dół strony i wtedy można rozstrzygnąć czy przekierowanie jest ok i można usunąć z listy, czy to przekierowanie jest do usunięcia a propozycja do przywrócenia na listę. ~malarz plPISZ23:13, 29 gru 2018 (CET)[odpowiedz]
@Malarz pl - dość łatwo. Przecież boty potrafią czytać kod artykułu. Jeśli wykryje #REDIRECT lub #PATRZ, to automatycznie może dodać artykuł do listy. Natomiast Ayano Sato jest kiepskim przykładem bo przekierowuje do Ayano Satō, więc nie ma mowy nawet o tworzeniu artykułu, ale jest w Wikipedii sporo redirectów co powinny być artykułami, ale ich nie ma w rejestrze artykułów do utworzenia. A jeśli chodzi o podsekcję "wątpliwości" w Wikipedia:Propozycje haseł do zrobienia na OZ to już kiedyś przerabiałem dyskusję na ten temat i nie wyszła ona dobrze. Kiedy redirect jest prawidłowy, ale artykuł pod taką nazwą jak najbardziej wskazany to dyskusyjne jest usunięcie redirectu aby móc wpisać artykuł na listę artykułów do utworzenia - choćby z tego względu, że artykuł może być utworzony za 3 tygodnie lub za 3 lata. Więc jak? Usuwać prawidłowy redirect bo kiedyś artykuł może być utworzony? To sporne i dyskusyjne. Gdyby były jakieś dobre rozwiązania tego problemu to bym tu nie pisał. Przyznam też, że myślę że dobrym pomysłem byłoby odgórne użycie innego koloru dla redirectów, tzn. artykuły istniejące - kolor niebieski (np. Ayano Satō), artykuły nieistniejące - czerwony (np. Ayano Satoq), redirecty - np. zielony (przykład: Ayano Sato). Subtropical-man (dyskusja) 00:23, 30 gru 2018 (CET)[odpowiedz]
Jak łatwo? W jednym i drugim przypadku był właśnie użyty #TAM/#PATRZ/#REDIRECT/#PRZEKIERUJ. I właśnie z punktu widzenia bota poprawne przekierowanie Ayano Sato niczym się nie różni od błędnego przekierowania Historia Rzymu. I jeszcze raz powtórzę, sposób kolorowania redirectów dokładnie nic w opisywanym przez ciebie problemie nie zmieni, bo kolorowanie jest tylko widoczne przez Ciebie (człowieka) a liczba przypadków, w których przekierowanie można uznać za poprawne, ale lepiej by było aby w jego miejscu był artykuł jest znikoma. I raczej nie dotyczy artykułów z tej listy. A jak odpisujesz to odpisuj na raz a nie 10 edycji, bo się odpowiedzieć nie da. Już miałem dwa konflikty edycji. ~malarz plPISZ00:55, 30 gru 2018 (CET)[odpowiedz]
@Malarz pl - napisałeś: " z punktu widzenia bota poprawne przekierowanie Ayano Sato niczym się nie różni od błędnego przekierowania Historia Rzymu" - ale to nie ma znaczenia. Chodzi o to, że do Wikipedia:Propozycje haseł do zrobienia na OZ oraz do stron dyskusji i WikiProjektów nie ma jak dodać redirectu jako artykuł potrzebny/pożądany. W tej chwili jedynym rozwiązaniem jest albo zaniechanie dodania danego artykułu do listy artykułów potrzebnych albo usunięcie redirecta co jest w wielu przypadkach dyskusyjne. Chodzi o to, aby móc dodać do OZ/dyskusji/wikiprojektów linka redirecta, aby wyświetlał się jako czerwony i aby bot wykrywając "#TAM/#PATRZ/#REDIRECT/#PRZEKIERUJ" automatycznie dodawał linki do szablonu. Natomiast kwestia poprawności redirectu wciąż zostaje w kwestii redaktorów, dokładnie tak jak to ma miejsce obecnie. Jeśli ktoś zauważył błąd to zgłasza link do działu "wątpliwości". Natomiast kwestię koloru linka redirectu (jako przykład użyłem zielonego) podałem jako odpowiedź do użytkownika Tufor, nie była to odpowiedź w kwestii botów, ale ogólnej kolorystyki.
Może warto się tez przyjrzeć opcji (dzisiaj ją zauważyłem) np. action=edit&redlink=1&redirect=no np. w linku https://pl.wikipedia.org/w/index.php?title=Historia_Rzymu&action=edit&redlink=1&redirect=no . Pierwszy parametr: kliknięcie linku powoduje otwarcie opcji edycji artykułu, drugi parametr - oznacza jako czerwony link. Niestety nie potrafię go użyć w linkach typu wikilink bo wyskakuje błąd:
Ayano Sato przy kodzie [[Ayano Sato&action=edit&redlink=1|Ayano Sato]], po kliknięciu na link idzie do artykułu Ayano Satoq&action=edit&redlink=1 zamiast do Ayano Sato
Jeszcze raz: co ma kolor do rozpoznawania redirecta? Odpowiadam: nie ma nic wspólnego. Kolor jest tylko dla twoich oczu. Zmiana koloru, o której gardłujesz już w drugim miejscu nic nie zmieni. Jeżeli chcesz coś uzyskać to zaproponuj rozwiązanie jak bot ma odróżnić podane przeze mnie redirecty Ayano Sato (słuszny) i Historia Rzymu (błędny) i odpowiednio zareagować? Bardzo chętnie to wykorzystam. ~malarz plPISZ11:28, 30 gru 2018 (CET)[odpowiedz]
Jest z nimi aż taki problem? Co jeśli ktoś doda i za moment usunie coś, co powinno być ukryte? Wtedy jest znacznie mniejsza szansa, że ktokolwiek zauważy taką edycję, która będzie już przejrzana. Wostr (dyskusja) 00:24, 30 gru 2018 (CET)[odpowiedz]
„c?” - cytuj zmienił nazwę czasopisma, a w tym wypadku dorobił link do artykułu o czasopiśmie. Jest to całkowicie nieszkodliwy znacznik. Tutaj jest lista wszystkich podmienianych nazw. „???” - cytuj bez jednoznacznie określonego trybu, w jednym wypadku użyte zostało pole wydawca (pozycje drukowane) wraz z praca (strony internetowe) a w innym przypisie seria (książki) z czasopismo. Wszelkie czerwone dopiski dodawane na końcu są domyślnie niewidoczne w przestrzeni artykułów. Paweł Ziemian (dyskusja) 09:56, 30 gru 2018 (CET)[odpowiedz]
Po akcji usuwania tych komunikatów jakieś 2 i pół miesiąca przez jakiś czas liczba takich komunikatów nie rosła, ale w ostatnich dniach doszła do 25 artykułów. W końcu zabrałem się za przygotowanie powiadamiania botem edytorów, po edycjach których pozostał w artykule komunikat. W ciągu godziny od wstawienia takich komunikatów ubyło 11 artykułów z listy (44%) a w dwóch kolejnych (8%) komunikaty te zostały częściowo usunięte. Komunikaty takie dostali (w kolejności alfabetycznej) @22merlin, @Alan ffm, @Beno, @Ented, @Fafik, @Felis domestica, @Grzegorz Browarski, @Kelvin, @Mathieu Mars, @Openbk. Niektórym z was dostało się po kilka komunikatów. Czy macie jakieś uwagi do ich treści (już rozbudowałem go o datę edycji, link do spisu wszystkich oraz informację o liczbie komunikatów w artykule jeżeli jest ich więcej - nikt jeszcze nie dostał nowego komunikatu). Obecnie ten komunikat wygląda następująco:
Witam. Po twojej [[LINK DO WERSJI EDYCJI|edycji (ID EDYCJI)]] wykonanej CZAS EDYCJI z wykorzystaniem WP:SK artykuł [[ARTYKUŁ]] zawiera komunikat <KOMUNIKAT>. W tej edycji opis zmian brzmiał $comment. Uprzejmie proszę o sprawdzenie ponownie kodu tego [[ARTYKUŁ|artykułu]]. W artykule w tej chwili są w sumie LICZBA podobne komunikaty. Zapraszam też do pełnego zestawienia z kompletną listą pozostawionych komunikatów. podpis
Jak większość, nie lubię być poganiany, ale doceniam wartość edukacyjną ;) Swego czasu komunikaty o nieprawidłowo umieszczonym w kategorii brudnopisie dość skutecznie wybiły mi z głowy takie praktyki, więc widać działa ;) Nie wiem, czy jest możliwość ustawienia bota, by sprawdzał z „opóźnieniem” – tj. czasem edycja trwa, robi się kilka rzeczy na raz, jedna edycja, sprzątanie kodu, kolejne edycje itp., i w końcu by się i tak ten ten kod poprawiło, a międzyczasie już bot popędza. Ale co do ogólnej idei, to nie mam większych zastrzeżeń ː) --Felis domestica (dyskusja) 23:15, 30 gru 2018 (CET)[odpowiedz]
Bot zazwyczaj uruchamia się sam raz dziennie tuż po 6 rano, więc jest mała szansa, że właśnie mocno pracujesz nad artykułem wiki. Dzisiaj w związku z tym, że go właśnie testowałem to powiadamiał w takich godzinach jak powiadamiał. ~malarz plPISZ23:31, 30 gru 2018 (CET)[odpowiedz]
Nie przypominam sobie, aby było w Tech News, więc informuję: admini mogą poprosić o możliwość testowania blokowania „częściowego” użytkowników na test.wikipedia, na razie tylko blokowania możliwości edycji określonych stron przez danego użytkownika, w styczniu także blokowania po przestrzeni nazw. Więcej info tutaj. Docelowo blokowanie (użytkowników/IP/zakresów) ma być możliwe (1) na określoną stronę/strony, (2) na określone przestrzenie nazw, (3) na ładowanie plików, (4) na wysyłanie e-maili. Całość ma być gotowa w 2019 (i to raczej bliżej początku niż końca roku), a kolejną zmianą ma być potem poprawienie blokowania, aby uwzględniało również dane dot. urządzenia blokowanego użytkownika, co ma w założeniach nieco zmniejszyć problem zbyt łatwego obchodzenia blokad. Wostr (dyskusja) 14:33, 1 sty 2019 (CET)[odpowiedz]
Nie wiem od kiedy ta kategoria "istnieje", ale właśnie coś do niej wpadło i pewnie wypadałoby ją utworzyć. Tylko chyba lepiej najpierw zmienić jej nazwę. ~malarz plPISZ08:33, 2 sty 2019 (CET)[odpowiedz]
Celem ujednolicenia nazw kategorii oraz wprowadzenia poprawnych nazw proponuję modyfikację szablonów nawigacyjnych poprzez Szablon:Szablon nawigacyjny automatycznie nadawanej nazwy kategorii ze schematu "Kategoria:Szablony nawigacyjne -" (...) na "Kategoria:Szablony nawigacyjne –" (...). Chodzi o zamianę minusa na półpauzę. Dodatkowo modyfikacji wymagać będą też same nazwy kategorii. Minus jest taki, że tych kategorii jest ok. 2500. Emptywords (dyskusja) 19:26, 2 sty 2019 (CET)[odpowiedz]
Pytanie jak by się to miało bezboleśnie zrealizować? Czy szablon ma tymczasowo sprawdzać, która kategoria istnieje i ją wstawiać? A jeśli nie istnieje ani z półpauzami ani z minusami to oferować tę nową? A co zrobić jeśli w nazwie kategorii będzie więcej minusów? No i jeśli stwierdzi, że są minusy, które zamieni na półpauzy, to ma wstawiać jeszcze jedną specjalną, że argumenty są do poprawki? Paweł Ziemian (dyskusja) 19:48, 2 sty 2019 (CET)[odpowiedz]
Od miesiąca grzebię w navboksach. Tę zmianę mam w planie pod koniec wszystkich zmian. Aktualnie standaryzuję uwagi w szablonach, bo były generowane chyba na cztery różne sposoby. Zresztą kategorie do szablonów były też bardzo różnie wstawiane, ale tutaj to już większość jest ustandaryzowana. ~malarz plPISZ20:50, 2 sty 2019 (CET)[odpowiedz]
("film" podobnie jak "tytuł" obsługuje seriale) Różnica między "tytuł" a "film" jest całkowicie nieintuicyjna i doświadczonym wikipedystom zdarzają się pomyłki. Może zmienić "film" na "tytuł pełny" czy coś w ten deseń? Albo nawet oprócz tego zmienić też "tytuł" na "tytuł id" i analogicznie dodać "id" do pozostałych parametrów: "opis" zmienić na "opis id" etc. Albo jeszcze inaczej, jeśli ktoś ma pomysł :) SpiderMum (dyskusja) 00:11, 24 sty 2019 (CET)[odpowiedz]
Ciekawa byłby lista na której odrębnie przedstawione byłyby liczby artykułów utworzonych przez boty i przez ludzi dla poszczególnych wiki. --Maattik (dyskusja) 17:36, 5 sty 2019 (CET)[odpowiedz]
Ktoś jeszcze ma problem z uruchomieniem edytora wizualnego przez kliknięcie edytuj na górze strony albo przy tytule sekcji? Zawiesza się wtedy gdzieś na 75% paska ładowania i mogę się dostać tylko przez przełączenie z edycji kodu. Mix321 (dyskusja) 20:05, 10 sty 2019 (CET)[odpowiedz]
Zauważyłem to już jakiś czas temu. Taki sam problem jest dla nowego edytora kodu. Wygląda to tak, jakby zatrzymywało się na wczytywaniu paska edycji. Po wylogowaniu działa poprawnie zarówno dla VE, jak i kodu źródłowego. Przytrafiło to mi się ze 2-3x, po jakimś czasie problem znikał. Potwierdzam, że teraz nie działa. Michał Sobkowskidyskusja21:00, 10 sty 2019 (CET)[odpowiedz]
Też tak niedawno miałem (nadal mam?), wejście przez edytor kodu pomagało. Na enwiki też to wystąpiło, ale tam wystarczyło odświeżyć stronę przez F5. Być może podgląd strony czasami gryzie się z generowaniem trybu VE. --MarMi wiki (dyskusja) 21:33, 11 sty 2019 (CET)[odpowiedz]
Bo edytor kodu jest znacznie lepszym, stabilniejszym, sprawdzonym i o wiele bardziej elastycznym narzędziem do edytowania Wikipedii. --Matrek (dyskusja) 21:36, 11 sty 2019 (CET)[odpowiedz]
Zgodził bym się, gdyby jeszcze dało się w nim AUTOMATYCZNIE generować przypisy z linku (jak w enwiki). Co do VE: zauważyłem jeszcze, że czasami parametry edycyjne w url (&action=edit itp.) są wklejane do adresu artykułu z której zacząłem edycję (historia: art|edycja VE|art po zapisie. Jeśli teraz przejdę z "art po zapisie" z powrotem do "art", to czasami dostaję "art" w trybie VE ["art" zmienia się w "edycja VE"]. Ale to może być normalne ze względu na przekierowanie adresu, chociaż przy edycji w trybie tekstowym to nie występuje). --MarMi wiki (dyskusja) 22:08, 11 sty 2019 (CET)[odpowiedz]
Niestety jest podatny na ten sam problem co VE powyżej (na którym zresztą bazuje). Załadował mi się w całości dopiero po jego ... wyłączeniu w preferencjach (wina keszowania przeglądarki SeaMonkey?). Włączę jeszcze raz i potestuję na innych stronach. Ładuje się szybciej (jak zadziała) niż VE. MarMi wiki (dyskusja) 22:58, 11 sty 2019 (CET)[odpowiedz]
Pewnie największą trudnością w rozwiązaniu problemu jest to, że ładowanie raz działa, raz nie działa. Teraz u mnie wszystko jest poprawnie, nowy edytor załadował się w oka mgnieniu. Michał Sobkowskidyskusja11:11, 12 sty 2019 (CET)[odpowiedz]
Podobny problem został niedawno zgłoszony tutaj: phab:T213214. Też raz mnie to spotkało i problem rozwiązał się samoczynnie po 10 minutach :/ Tak jak mówi Michał, ładowanie raz działa, a raz nie działa, i bardzo utrudnia to odgadnięcie, co powoduje problem. Z komunikatu o błędzie, który widziałem, mogę wywnioskować tylko, że jest to problem z ładowaniem kodu z serwerów, a nie z samym kodem. Matma Rexdyskusja20:38, 14 sty 2019 (CET)[odpowiedz]
Za dużo szablonów w artykule?
W medalowym artykule o Kamilu Stochu poprawnie wyświetla się tylko 8 pierwszych szablonów u dołu strony. Czy to jest jakiś ustalony limit, czy zwykły błąd? Proszę o sprawdzenie i ewentualne poprawki, bo to jeden z najczęściej odwiedzanych artykułów na naszej wiki. Pikador (dyskusja) 20:48, 13 sty 2019 (CET)[odpowiedz]
Gdy ja zaczynałem pisac Wikipedię, obowiązywała zasada, że szablonów nawigacyjnych w artykule nie moze być wiecej niż 4. Wkrótce pojawią się artykuły z 20-toma. --Matrek (dyskusja) 11:47, 14 sty 2019 (CET)[odpowiedz]
Informowanie o martwych linkach
Liczba martwych linków w artykułach jest zastraszająca, i nie maleje, mimo że są osoby które dość regularnie zajmują się ich poprawianiem. Co więcej, martwe linki ma już niemal połowa Artykułów na Medal i Dobrych Artykułów. Hasła te mają uzbierane czasem nawet po kilkanaście do kilkudziesięciu martwych linków, z których jednak większość bez wielkiego wysiłku można poprawić, bo są nadal dostępne w internecie, tylko pod zmienionym urlem lub zarchiwizowane. Dlaczego zatem nie są poprawiane na bieżąco przez autorów tych artykułów, którzy tak mocno zaangażowali się w ich rozbudowę, że doprowadzili je do DA lub AnM, a więc też z dużą dozą prawdopodobieństwa nie jest im obojętny dalszy los ich "dzieci"? Otóż dlatego, że nie wiedzą o tym, że link umiera – informacje o martwym linku dodaje na stronę dyskusji bot, co sprawia że nie jest to widoczne w Obserwowanych – chyba że ustawi się w preferencjach wyświetlanie w Obserwowanych także edycji botów, co z kolei Obserwowane zaśmieca mnóstwem edycji innych botów, których nie ma potrzeby obserwować. Może warto więc pomyśleć o jakiejś formie powiadamiania o martwych linkach także bezpośrednio autorów haseł lub wikiprojektów tematycznych? Salicyna (dyskusja) 18:54, 18 sty 2019 (CET) Pozwolę sobie zapingować @Masti jako operatora martwolinkowego bota. Salicyna (dyskusja) 19:02, 18 sty 2019 (CET)[odpowiedz]
Czytając uwagi Salicyny przyszedł mi do głowy pomysł. Chodzi o to, przynajmniej w hasłach pretendujących do DA i AnM, istniał wymóg archiwizowania każdego linku do strony internetowej, co zmniejszy liczbę martwych linków i da redaktorom czy administratorom naprawiającym te zaniedbania więcej czasu na inne zadania. Nowy15 (dyskusja) 20:33, 18 sty 2019 (CET)[odpowiedz]
A może jakiś komunikat nad ogłoszeniami lokalnymi, na wzór tego o hasłach oczekujących na przejrzenie? Na twojej liście obserwowanych stron znajdują się strony zawierające martwe linki. Potrzebna jest Twoja pomoc! czy coś (+ fajny link z listą oraz podlinkowaną instrukcją). Nedops (dyskusja) 22:38, 18 sty 2019 (CET)[odpowiedz]
Chyba nie uda się na razie znaleźć salomonowego wyjścia, ale coś bardzo mądrego by się już na gwałt przydało. Góra linków stale rośnie, już w setki tysięcy, a metody jakie mamy wyglądają na próby rozpuszczenia tej góry (lodowej) za pomocą zapalniczek. Wprawdzie mamy kilka botów (laserobotów) ale widać że to też na nic. Niektórzy wołają zamiast dyskutować poprawcie kilka linków, ale ręcznie to nie ma wielkiego sensu, chyba tylko jako dodatkowe działanie przy edycji hasła. Przy tej górze ręczna robota to syzyfowa praca, poza tym bardzo żmudna i czasochłonna. Technicy muszą jak najszybciej wprowadzić bardziej zaawansowane boty. Czy bot który wyszukuje niedostępne linki, a znajdzie już zarchiwizowany, nie może zamieniać go i aktualizować bezpośrednio w haśle? Lub np. jeśli dany link jest niedostępny od kilku lat usuwać go z hasła. I żeby nie było kontrowersji mogły by to robić boty/admini które by usuwały również puste (nieaktualne) strony dyskusji. Nie wiem czy stworzenie takich botów leży w możliwościach techników z naszego podwórka, czy trzeba by iść z tym wyżej, ale bez dalszych działań będzie coraz gorzej. Albo coś z gadżetów, dla tych co mimo wszystko chcą pomagać ręcznie. Np. ten bot który robi teraz przeglądy i wstawia szablony do Dyskusji, mógłby być podłączony do nowego gadżetu - Gadżet do zamiany lub usuwania linków. Każdemu kto miałby włączony taki gadżet podczas każdej rozpoczętej edycji bot sprawdzałby i aktualizował (dostępność, itp.) wszystkie linki w tym haśle i np. robił listę, a przy wybranych (tych które można łatwo poprawić) można by umieścić guzik "usuń" "zamień" "aktualizuj" lub coś w ten deseń. Byłby to wielki krok naprzód w stosunku do tego co jest obecnie. Lub coś w podobie do Wikipedia:Narzędzia/disFixer gadżetu do poprawy linków do ujednoznacznień. Pokazuje się u góry otwartej strony hasła i komunikuje że należy poprawić to i to, i sami wybieramy co mamy naprawić, który link na który. Świetna sprawa, wiec gdyby powstało coś w tym stylu to byłoby super. Możliwości jest dużo, tylko trzeba pomysłów i mądrych głów do realizacji. Jckowalpiszże 18:08, 22 sty 2019 (CET) Zapinguję jeszcze bo to pilne i ważne @masti @malarz pl @Paweł Ziemian @Wargo @Matma RexJckowalpiszże21:23, 22 sty 2019 (CET)[odpowiedz]
Automatycznie, bez sprawdzania przez człowieka, poprawiać linków nie można, bo nawet jeżeli są zarchiwizowane, trzeba sprawdzić, czy zarchiwizowana wersja zawiera informacje uźródławiane przez link - bo nie zawsze tak jest, nieraz treść na stronie zmienia się a url pozostaje taki sam. W takim wypadku trzeba poszukać starszego, właściwszego archiwum lub innego źródła. Usuwanie linków tylko dlatego, że są "martwe", bez próby znalezienia dostępnej wersji, może być dopuszczalne tylko wtedy, gdy są w sekcji "linki zewnętrzne", nie można tak robić jeżeli są źródłem dla artykułu. Salicyna (dyskusja) 16:36, 25 sty 2019 (CET)[odpowiedz]
Jakich "martwych"
Nie martwe tylko niedostępne. Skończmy wreszcie z tym zapożyczeniem, z kalką z angielskiego. Nie ma to ani sensu językowego ani logicznego. Linki nie są w żadnym sensie martwe, nawet w przenośni. Są tylko niedostępne, a to z różnych powodów. Albo są to linki zarchiwizowane, lub już wymazane, albo chwilowo niedostępne (brak łącza, zawieszone serwery, i inne temu podobne). Panowie techniczni @masti @malarz pl @Paweł Ziemian @Wargo czy możecie w tych miejscach gdzie istnieją wszelkie skróty klawiszowe bądź kafelki do klikania zmienić z "martwy" na "niedostępny". Bot Mastiego który wstawia do dyskusji szablony informujace o "martwych" linkach wyświetla prawidłowo informację że link jest niedostepny, więc należy to powtórzyć i usystematyzować we wszystkich innych miejscach i zrobić standard. Jckowalpiszże23:26, 18 sty 2019 (CET)[odpowiedz]
linki mogą być zarówno martwe czyli zupełnie niedziałające (usunięta strona, zmieniony link, usunieta domena), jak i niedostepne - awaria serwera, literówka itp. Więc nie jest to takie jednoznaczne. Ale faktycznie niedostepne jest ogólniejszym określeniem. Trzeba by jeszcze zmienić szablon, który obecnie nazywa się {{martwy link dyskusja}}masti<dyskusja>12:38, 21 sty 2019 (CET)[odpowiedz]
Linki są dostępne, ale prowadzą do niedostępnych stron... Takie linki są zerwane. Zresztą zrywanie się linków to choroba Internetów zwana zgnilizną linków. Kenraiz (dyskusja) 18:10, 21 sty 2019 (CET)[odpowiedz]
No to jeszcze lepiej, zastąpmy "martwe" "zgniłymi" :) Jest zgnilizna drewna, zgnilizna ciała, to wprowadźmy jeszcze zgniłe linki. Oczywiście to wszystko żarty, co nie znaczy, że mamy zakończyć temat bez rozwiązania (sezon ogórkowy dopiero przed nami, więc temat jest na poważnie). Ustalmy, czy są to linki niedostępne, czy może zerwane (optuję za niedostępnymi), ale skończmy wreszcie z tymi truchłami. Tfu. Jckowalpiszże20:26, 21 sty 2019 (CET)[odpowiedz]
Nie, błagam, nie. Proszę, nie szukajmy problemów tam gdzie ich nie ma. Martwe linki to martwe linki, wszyscy wiedzą o co chodzi, po kiego grzyba drążyć temat? Przekierowanie Wikipedia:MARTWE liczy sobie już dobrych osiem wiosen, szablon Szablon:Martwy link dyskusja jest z nami już od przeszło dekady. Termin "martwy link" jest już stałą częścią naszego wikislangu, naszej wikikultury. Nie widzę najmniejszego sensu dokonywania jakichkolwiek zmian, które pochłoną mnóstwo czasu i pracy (np. kosmetyczna zmiana nazwy jednego szablonu na blisko 210 000 stronach dyskusji!), a korzyści z tego żadnych (jakie?). Na boku dodam, iż u nas, w przestrzeni głównej mamy artykuł martwy link (nie niedostępny link, nie zerwany link). Jednak jeśli będzie dążenie do zmiany na "właściwszą" i "skończenia z zapożyczeniami" to wnioskuję przemianować "martwe linki" na "odsyłacze prowadzące do witryn internetowych, których treści przestały być osiągalne". No bo link to chyba też zapożyczenie, a i on sam wciąż jest dostępny, tylko treść do której prowadził nie. Podobno sezon ogórkowy przed nami, ale nie wprowadzajmy go już teraz. Z ukłonami, tufor (dyskusja) 20:55, 21 sty 2019 (CET)[odpowiedz]
Ależ nie, nie wprowadzajmy zmian, nie nie nie. Przecież PRL było już takie swojskie, wszyscy już przywykli od kilkudziesięciu lat, a co wam przeszkadzają takie swojskie nazwy ulic, Dzierżyńskiego, Armii Ludowej, czy Armii Radzieckiej :(. Może troszkę przerysowałem, ale zrobiłem to celowo. @Tuforze, tu nie chodzi o zmianę wszystkiego tego co było, tylko zmianę tego co będzie. O zmianę staromowy na nowomowę. Jeśli piszesz do kogoś hejka gościu, czy hej koleżko to jest to OK, lecz w oficjalnym liście chyba tak nie napiszesz. I o to chodzi. Swojskie klimaty bardzo lubię, gwarę i slang też, lecz tu chodzi o oficjal, o wizerunek Wikipedii, o język, o dydaktykę. Jckowalpiszże21:17, 21 sty 2019 (CET)[odpowiedz]
Nie. To nie jest zmiana z siemanko mordeczko na Wasza Ekscelencjo, a raczej z radziecki na sowiecki (lub vice versa, zależy kto co lubi). IMO zbędne. Co do oficjalu, języku, dydaktyki to podałem link do naszego artykułu martwy link. Od 13 lat prezentujemy to pojęcie pod tą nazwą. tufor (dyskusja) 21:46, 21 sty 2019 (CET)[odpowiedz]
A co ma piernik do wiatraka. Milion razy były zmieniane nazwy haseł, natomiast co się tyczy konkretnie tego hasła, to można zawsze zrobić redir, bo jest to potocyzm (lub slangowiec (kalka)). No dobra, mnie się to nie podoba, a jeśli nie będzie się to podobać 50% + to zmieniamy. Jckowalpiszże21:57, 21 sty 2019 (CET)[odpowiedz]
PS. No nie bardzo "co kto lubi", tam chodzi o prawdę historyczną, a z mojej strony o wstręt + upodlenie jakiego doznałem będąc zmuszonym żyć długie lata pod tym jarzmem. Jckowalpiszże22:07, 21 sty 2019 (CET)[odpowiedz]
Jeśli zmieniać, to raczej na „zerwane” (jak Zerwane przekierowania) lub „popsute” – jak powiedziano wyżej, te linki nie są niedostępne jako takie, bo można w nie kliknąć (z niepożądanym skutkiem, ale to już właśnie kwestia „zerwania” lub „popsucia”). Wipur (dyskusja) 01:09, 22 sty 2019 (CET)[odpowiedz]
Przeciw jak już powstało takie quisi-głosowanie. "Martwy" jest prawidłowym tłumaczeniem oddającym kontekst wyrażenia źródłowego. A jeśli już coś może razić w "martwym linku", to właśnie ten "link" zamiast tłumaczenia jako "łącze" lub "odsyłacz". Ency (replika?) 12:41, 22 sty 2019 (CET)[odpowiedz]
Przeciw wprawdzie linki bardziej prawidłowo powinny być odsyłaczami i nie są martwe, ale nie są też ani niedostępne, ani zerwane, ani zgniłe. Jednak to właśnie pojęcie martwy link się już przyjęło. A gdyby chcieć opisać prawidłowo, to potrzebny jest dość długi opis, nawet ten zaproponowany żartobliwie przez Tufora nie jest dość precyzyjny, bo przecież treść tych witryn całkiem często jest osiągalna, tylko pod innym adresem. KamilK7✉14:59, 25 sty 2019 (CET)[odpowiedz]
Sprzątanie kodu
Witam, przycisk sprzątania kodu wprawdzie działa i zadanie jest wykonywane poprawnie, ale ramka opisu edycji nie podświetla się na czerwono, jak dotychczas. Dodatkowo klikając na "przejrzyj zmiany" nie ma żadnej reakcji, to znaczy nie wyświetlają się zmiany i nie znika ostrzeżenie o przejrzeniu tych zmian, trzeba je wykasować ręcznie backspace'em. Pozdrawiam. Four.mg (dyskusja) 22:59, 19 sty 2019 (CET)[odpowiedz]
W takich przypadkach należy odczekać (no nie wiem godzinę czy dobę) i spróbować jeszcze raz. U mnie jest OK (sprawdziłem kilka minut temu). Czasem jest to wina serwerów, a czasem nie wiadomo czego (w domyśle - wszystkiego albo niczego) Jckowalpiszże23:16, 19 sty 2019 (CET)[odpowiedz]
Podświetlanie składni a sprawdzanie pisowni w Firefoxie
Zauważyłem, że po włączeniu podświetlania składni przy edycji (kodu) przestaje działać sprawdzanie pisowni w Firefoksie. Czy to jest do naprawienia? --MarMi wiki (dyskusja) 01:50, 21 sty 2019 (CET)[odpowiedz]
Czy da się ustawić jakaś automatyczną blokadę nakładaną przez bota na zarchiwizowane dyskusje, przynajmniej dla IPków i newbie. Dzisiaj w tej, zarchiwizowanej w lutym 2017 roku dyskusji ktoś postanowił się poudzielać, bo miał swoim zdaniem coś do powiedzenia na ten temat. Nie wiadomo po co, nikt tego i tak nie przeczyta i nie będzie ciągnął dyskusji.
Nie pierwszy to raz, gdy jakiś paleontolog wygrzebuje jakąś dyskusję z Poczekalni sprzed lat i zaczyna dopisywać do niej swoje przemyślenia. Po co śmiecić? Hoa binh (dyskusja) 14:12, 22 sty 2019 (CET)[odpowiedz]
Ponieważ wszystkie zamykane przeze mnie dyskusje (a i sporą część innych) mam zostawione w obserwowanych, to potwierdzam, że problem pojawia się. Może nie za często, ale rzeczywiście czasem ktoś po kilku tygodniach czy miesiącach) coś tam jeszcze dopisuje. Myślę, że rzeczywiście wszystkie dyskusje, powiedzmy na tydzień po zamknięciu mogłbyby być zabezpieczane na poziomie podstawowym. Andrzei111 (dyskusja) 14:28, 22 sty 2019 (CET)[odpowiedz]
A ja nie jestem przekonany. To są jednak sytuacje nader incydentalne. Wśród ostatnich 5000 edycji w przestrzeni Wikipedia były dwie takie zmiany (druga: [7]). Była zresztą kiedyś taka sytuacja, że IP w takiej archiwalnej dyskusji napisał o sukcesie (chyba chodziło o jakiegoś sportowca?) dającym już usuniętej osobie encyklopedyczność. Nedops (dyskusja) 15:00, 22 sty 2019 (CET)[odpowiedz]
To bot może dodać jeszcze komunikat w stylu „Jeśli uważasz, że od czasu dyskusji coś się zmieniło odnośnie encyklopedyczności hasła napisz do administratora, który zamknął dyskusję”. Zwiększy to szansę, że o owym sukcesie ktoś się dowie (nie wszyscy admini trzymają zamykane przez siebie dyskusje w obserwowanych). Andrzei111 (dyskusja) 15:37, 22 sty 2019 (CET)[odpowiedz]
Można by się zastanowić nad dodaniem któremuś botadminowi zadania polegającego na zabezpieczaniu (powiedzmy tydzień/miesiąc po zakończeniu) dyskusji do poziomu redaktora. Tylko czy na pewno jest to potrzebne. ~malarz plPISZ15:15, 22 sty 2019 (CET)[odpowiedz]
Nie uważam by w proponowanym przez Hoa postulacie było cokolwiek złego. Takie sytuacje występują (ostatnio chociażby tutaj), także automatyczne zabezpieczanie archiwalnych stron jest dobrym pomysłem. Malarzu, jedynymi operatorami adminbotów jesteś Ty i @masti, także to Wy byście musieli ew. zlecić takie zadania. :) ptjackyll (zostaw wiadomość) 15:33, 22 sty 2019 (CET)[odpowiedz]
Zgodnie z PUA, każde stałe zadanie bota musi być zaakceptowane w tej kawiarence. Zlecającym jest społeczność, a my co najwyżej katem, zaś adminbot gilotyną. Na razie to jest pomysł, nad którym nie mam czasu popracować. Jak będzie wstępny konsensus, że takie zlecenie jest potrzebne to ja czy masti pewnie się nad nim pochylimy i zaproponujemy coś konkretnego, nad czym będzie można tutaj wyrazić zgodę (bądź nie). ~malarz plPISZ15:37, 22 sty 2019 (CET)[odpowiedz]
Byłaby też chyba opcja dorobienia do skryptu zamykającego zgłoszenia w Poczekalni automatycznego zabezpieczania. Wtedy każdy admin kończący dyskusję sam by też automatycznie zabezpieczał stronę z Poczekalni. Z tym, że efekt byłby natychmiastowy, a nie "za tydzień". Tylko jak Nedops pisał, przypadki komentarzy po zakończonych dyskusjach są bardzo nieliczne i nie wiem czy jest sens coś robić. tufor (dyskusja) 16:07, 22 sty 2019 (CET)[odpowiedz]
Też początkowo nie widziałem problemu. Jeśli nikt dyskusji nie obserwuje i nie zauważy, to i szkoda jest zerowa. Jeśli zauważy, to podejmie właściwe działanie, zapewne usunięcie zmiany; ale może zdecydować się na coś innego. Ale tu czerwona lampka: po zmianach w prawie wpisanie do starego archiwum niezauważonego przez nikogo NPA (albo innego tekstu łamiącego prawo) może być autentycznym problemem. "Nie zauważyliśmy" nie będzie wystarczającym usprawiedliwieniem. Gżdacz (dyskusja) 21:01, 22 sty 2019 (CET)[odpowiedz]
Choćby archiwa BARu też nie są zabezpieczone :) Ja osobiście widzę na OZetach w ogóle wszelkie edycje w przestrzeni:Wikipedia. Jakby było trzeba kontrola nad takimi wpisami jest prosta – bo jest tego bardzo, bardzo mało (problem jest ewentualnie z takimi dyskusjami, które w nazwie strony nie mają daty, czyli np. dyskusje nad wyróżnieniami). Nedops (dyskusja) 21:49, 22 sty 2019 (CET)[odpowiedz]
stare strony dyskusji użytkowników IPv6
Dzisiaj zauważyłem, że przez błąd w skrypcie mój adminbot nie usuwał starych stron dyskusji anonimowych użytkowników IPv6. Po poprawkach już je usuwa (dziś skasował ponad 600, wszystkie starsze niż 180 dni). Obecnie jest ustawiony tak, że niezależnie od adresu IP usuwa je po 180 dniach od ostatniego wpisu (IPv4 są czasami usuwane po niecałych dwóch dniach). Czy coś tu zmieniać?
skrypt powiadamiający o Czy Wieszu w dyskusjach IP
@Kaligula; po szybkim przejrzeniu kodu skryptu powiadamiającego o CzyWieszu (MediaWiki:Gadget-CzyWiesz.js) nie znalazłem tam blokady powiadamiania IP. Jeżeli jednak tam jest to analogicznie dodałbym w tym skrypcie blokadę dla IPv6 - takich powiadomień też trochę było/jest w dyskusjach IPv6. ~malarz plPISZ09:42, 23 sty 2019 (CET)[odpowiedz]
Dzięki za wywołanie! Nie wpadłem nigdy na to, żeby wykluczyć zgłaszanie autorowi jeśli to jest IPek. W związku z tym nie ma tam ani krztyny takiego kodu. Jeśli nie zauważyłeś w kodzie (tak, wiem jak to jest analizować czyjś kod) to powiem tak: na początku kodu funkcji DYKnomination.inform_a jest if ( !Dv.authorInf ) { D.inform_w(); } else {...} czyli jeśli user zaznaczył, że nie chce powiadamiać autora to skrypt uruchamia od razu funkcję powiadamiania Wikiprojektu, w przeciwnym wypadku wykonuje kod powiadomienia autora po którym jest wywołanie funkcji powiadamiania Wikiprojektu. Przed tym if-em można wstawić Twój kod sprawdzający czy to nie IPek i w razie czego ustawić Dv.authorInf=false.
Tylko chyba trzeba byłoby również zmienić DYKnomination.values.authorInf, bo funkcja DYKnomination.inform_a zaczyna się var D = DYKnomination; var Dv = D.values;. Albo zmienić tylko Dv.authorInf, jeszcze przed tym fragmentem kodu? Albo w ogóle wywalić te krótsze zmienne (D,Dv) ... dzięki nim kod miał być czytelniejszy i mieć mniejszą objętość... nie wiem. Co myślicie? Nie pamiętam też jak to jest ze zmianą obiektu po zduplikowaniu zmiennej go przechowującej.
Można też gdzieś po znalezieniu autora maxdiffuser = aj[maxdiffrev].user; sprawdzić czy to nie IP-ek i w razie czego odznaczyć i zablokować pole, w którym user zaznacza czy informować autora.
Jeśli macie jeszcze mniej czasu niż ja to postaram się niedługo to wprowadzić, tylko jeszcze nie widziałem tego kodu na IP-ków, nie wiem gdzie jest. Kaligula (dyskusja) 17:45, 27 sty 2019 (CET)[odpowiedz]
Rany Julek, a niby dlaczego ich pomijać? Przecież to nie ma krzty sensu, że ich artykuły weźmiemy, ale już nie raczymy podziękować za wkład w projekt. Może niech jeszcze @Szoltys wypowie swoje zdanie. Gżdacz (dyskusja) 22:04, 27 sty 2019 (CET)[odpowiedz]
Kolejność map
Ktoś pomieszał kolejność map w układzie gmina - powiat - województwo - Polska. Teraz jest gmina - Polska - województwo - powiat - gmina. Ja nie wiem gdzie jest kod do tego. Proszę przywrócić poprzednie. Przykład Lusówko. StoK (dyskusja) 07:03, 24 sty 2019 (CET)[odpowiedz]
W mnóstwie artykułów z obszaru nauki do cytowania artykułów z czasopism naukowych wykorzystywany jest szablon {{Cytuj pismo}}, który nie jest już rozwijany, a jego miejsce zajmuje {{Cytuj}}. Czy dałoby radę stworzyć konwerter zmieniający kilka pól w typowym "Cytuj pismo", aby przekształcić go szybko w "Cytuj"? Chodzi o:
{{Cytuj pismo| → {{Cytuj|
autorzy - możliwych jest kilka najczęściej spotykanych układów (w pkt. 1 i 2 podaję przykładowe układy z inicjałem przed nazwiskiem):
1. autor = A. Becki, C. Decki - bez zmiany
2. autor = A. Becki | autor2 = C. Decki (...) → autor = A. Becki, C. Decki (...)
3. imię= A. | nazwisko = Becki | imię2 = C. | nazwisko2 = Decki (...) → autor = A. Becki, C. Decki (...)
Grupowanie osobnych pól „nazwisko” i „imię” w jedno to bezsensowne zbijanie rozdzielnych danych; dane zawsze powinny być podawane jak najbardziej szczegółowo, potem można (przy wyświetlaniu) je połączyć i posortować wedle woli. Połączonych danych rozdzielić się automatycznie nie da. Fundujemy sobie burdel na własne życzenie, którego potem nie będzie komu sprzątać. Jak skłonić edytorów do wpisywania zawsze np. „nazwisko-imię” a nie odwrotnie, kiedy nie idzie ludziom wytłumaczyć, że informacje takie nr strony, wydawnictwo, miejsce wydania i wydawnictwo nie są częścią tytułu książki?--Felis domestica (dyskusja) 12:00, 25 sty 2019 (CET)[odpowiedz]
Jestem zdecydowanie przeciwny łączeniu pól nazwisko i imię, tak samo jak łączeniu kilku autorów w jednym polu. Jedynym według mnie akceptowalnym rozwiązaniem jest utrzymanie (i wprowadzenie tam, gdzie tego brak) osobnych pól: imię1, nazwisko1, imię2, nazwisko2 itd. Maitake (dyskusja) 14:21, 25 sty 2019 (CET)[odpowiedz]
Nie róbcie Wikidanych z wywołania szablonu. Tutaj najlepsze są linki do artykułów o autorach, a tych się nie da wpisywać w oddzielnych polach. Szablon {{cytuj}} jest tak opracowany, że radzi sobie odpowiednio z wieloma autorami podanymi jako linki w jednym parametrze. Nie przychodzi mi do głowy ŻADEN przykład, kiedy potrzebne mogą być wewnątrz tego szablonu oddzielnie imiona i nazwiska. Za to garściami mogę sypać przykłady gdzie ta masa parametrów generuje techniczne błędy w edycjach, szczególnie mniej doświadczonych użytkowników. Od kilku lat nie ma nikogo, kto chciałby się zająć poprawianiem szablonu {{cytuj pismo}}, co kilka miesięcy ktoś zgłasza jakieś nowe problemy z tym szablonem. W większości przypadków problem się kończy wraz z przejściem na {{cytuj}}. ~malarz plPISZ15:33, 25 sty 2019 (CET)[odpowiedz]
tak mi się jeszcze przypomniało, że jak zaczniemy łączyć imię z nazwiskiem to trzeba jeszcze tak zrobić (sprytnie jakoś) żeby {{odn}} dalej działał (bądź z automatu ustawiać jakies odn={{odn/id|nazwikso1|nazwisko2|nazwisko3|nazwisko4|rok}}--Ignasiak (dyskusja) 16:07, 25 sty 2019 (CET)[odpowiedz]
Dajcie spokój z tym "imię1, nazwisko1, (...) imię33, nazwisko33" – toż to tortura, której już w samych wydawnictwach unikają. Ostatnia kluczowa praca dla systematyki roślin mająca blisko 0,5 tys. autorów podpisana jest zbiorowo w polu autor "The Angiosperm Phylogeny Group" [8]. W fizyce ważniejsze prace osiągają liczbę 5154 autorów[9]. Średnia w naukach mat-fiz, to zdaje się ok. 5 autorów. Jak to rozbijać na imię i nazwisko, nie wspominając o problemach z jakimiś koreańskimi czy chińskimi nazwiskami (?)/imionami (?), które zalewają czasopisma? Jedynie jedno pole "autor" jest szansą na skuteczne uźródławianie Wikipedii publikacjami naukowymi. Kenraiz (dyskusja) 16:44, 25 sty 2019 (CET)[odpowiedz]
Tu rozmawiamy akurat o normalnych tekstach, a nie o patologiach systemu punktowego, które nigdy nie powinny zaistnieć. Skoro artykuł ma 20 stron, a autorów jest 500, to wypada, że jeden autor napisał w tym tekście jedno zdanie. Oczywiście, że rozbijanie imię i nazwisko w momencie, gdy używa się szablonu należy promować. Alternatywą jest nie używanie szablonu (które nie jest obowiązkowy). — PaeliusϠ19:41, 25 sty 2019 (CET)[odpowiedz]
Obawiam się, że nie bardzo się rozumiemy z uwagi na odmienną specyfikę nauk. W pracy naukowej z biologii, medycyny czy fizyki naprawdę nie chodzi o to, żeby ją napisać. Przeciętną pracę z medycyny można streścić w jednym zdaniu. Tylko że napisanie tego jednego zdania wym,aga roku bądź i kilku lat pracy! Bo trzeba opracować protokół badania, zebrać zgody, zebrać grupę badaną, przeprowadzić badania, opracować wyniki. A jak myślisz, @Paelius, ile osób musi siedzieć przy gigantycznym akceleratorze w CERN, żeby działał? A jeśli zbieramy dane o rzadkiej chorobie z kilkunastu ośrodków? Twoja opinia wydaje mi się krzywdząca. Mpn (dyskusja) 19:53, 25 sty 2019 (CET)[odpowiedz]
Nie jest to krzywdząca opinia, tylko nazywanie ich wszystkich autorami publikacji jest oszustwem. To nie są autorzy publikacji, lecz autorzy badań. Maitake (dyskusja) 19:58, 25 sty 2019 (CET)[odpowiedz]
@Maitake Publikacja opisuje badania. Jako autora publikacja należy podać każdą osobę, która w sposób twórczy przyczyniła się do badań. Bez badań nie byłoby publikacji. Inaczej mamy do czynienia z ghost authorship, jednego z najczęściej podawanych przykładów złamania zasad etyki przy publikowaniu. Mpn (dyskusja) 20:04, 25 sty 2019 (CET)[odpowiedz]
Publikacja to jest tekst. Autorami tekstu są autorzy, którzy go napisali. Autorstwo badań to zupełnie inna para kaloszy (ono jest do wymienienia w tekście, ale nie jako autorstwo tekstu). — PaeliusϠ13:43, 26 sty 2019 (CET)[odpowiedz]
Oni wszyscy są autorami tego tekstu. Myślę że nie doceniasz gęstości dyskursu publikacji z nauk ścisłych i przyrodniczych. Po prostu niektóre podgrupy autorów wpisują do niego po długich wspólnych pracach i dyskusjach jedno zdanie, może jedno słowo, czasem tylko jedną liczbę. Gżdacz (dyskusja) 13:59, 26 sty 2019 (CET)[odpowiedz]
Myślę, że nie ma co kłócić się z faktami. Zalecenia dla autorów publikacji dostępne zwykle na stronach internetowych czasopism jasno precyzują, kto jest autorem. Nie ma czegoś takiego, jak autor tekstu i autor badań. Cytuje się autorów publikacji. Nie przyjmuje się, że autor publikacji musi swój wkład włożyć, formułując tekst Tekst bez badań nie ma najmniejszego znaczenia. Jest to dość jasne wśród osób zajmujących się zawodowo pisaniem i czytaniem prac. Informacje na ten temat może user:Paelius czy user:Maitake znaleźć we wspomnianych zaleceniach dla autorów. Dyskusję, czy może jednak Ziemia jest płaska, warto byłoby imo już zakończyć, gdyż bez względu na nią jako autorzy publikacji i tak podawane są i będą osoby, które wniosły jakikolwiek twórczy wkład w powstanie publikacji. Mpn (dyskusja) 17:58, 27 sty 2019 (CET)[odpowiedz]
Do wskazania linku do hasła o autorze powinno służyć pole autor link i jakoś dotąd nie sprawiało to problemów. Przy wielu autorach w bibliotekoznawstwie istnieje od kilkudziesięciu lat (jeśli nie dłużej) zasada, że powyżej trzech autorów mamy do czynienia z publikacją zbiorową, której elementem identyfikującym jest tytuł, a nie autorzy. Zysk z bigosu, w którym przemieszane będą imiona z nazwiskami (raz w kolejności imię+nazwisko, raz w odwrotnej) jest żaden, a ja mam wątpliwości, po co cytować publikacje osób, u których ktoś nie odróżnia imienia od nazwiska (dotyczy to w równym stopniu edytującego redaktora, co i czytelnika, któremu się taką mieszankę serwuje). Maitake (dyskusja) 18:23, 25 sty 2019 (CET)[odpowiedz]
Zasada ta w zasadzie istniała. Obecnie najnowsze standardy bibliotekoznawcze (których domagali się m.in. wyżej wymienione przez Kenraiza osoby) wymagają odejścia od niej. — PaeliusϠ19:44, 25 sty 2019 (CET)[odpowiedz]
Oba szablony skracają listę nazwisk artykułów wieloautorskich. Szablon "Cytuj" wyświetla przy tym dymek z pełną listą po najechaniu na "i inni", szablon "Cytuj pismo" tego nie robi. Michał Sobkowskidyskusja20:10, 25 sty 2019 (CET)[odpowiedz]
Być może moje pytanie będzie nieco zaskakujące, ale po co zasadniczo mielibyśmy tę zmianę promować? Dla mnie osobiście, sam początek szablonu {{Cytuj pismo}} pozwala na odruchowe sprawdzenie czy w są w nim pozycje typowe dla publikacji naukowych (ISSN, numer, wolumin, etc), co pozwala na utrzymanie porządku i niezmieszanie z linkowaniem do książek? Jacek555✉18:48, 25 sty 2019 (CET)[odpowiedz]
Ale nikt nie mówi, żeby zakazać któregoś z szablonów cytowania. Jednak lepiej, żeby w jednym artykule było jednolicie, bo stare szablony i szablon "Cytuj" wyświetlają przypisy nieco inaczej. Michał Sobkowskidyskusja20:13, 25 sty 2019 (CET)[odpowiedz]
Tak jak napisał malarz, szablon "Cytuj pismo" nie jest od dawna wspierany, od lat nikt nie zajmuje się generatorem i konwerterem, a Wikipedysta:Kaligula/js/citejournal.js jest fajny, ale słabo znany i trochę kłopotliwy w użyciu. Tylko korzystanie z tych narzędzi czyni sensownym rozbijanie autorów i ich imion i nazwiska na poszczególne pola. Wypełnianie ręczne szablonu po kolei imionami i nazwiskami wieloautorskich publikacji to bezsens i strata czasu. W takiej sytuacji i tak edytujący (a w każdym razie ja) stosują proste wpisanie listy autorów w polu "autor", dokładnie tak samo, jak robi się to w "Cytuj". W starym szablonie nie ma żadnego narzędzia, które uchroni nas przed różnorodną kolejnością wpisania imion/inicjałów i nazwisk przy wyborze tej najprostszej opcji. "Cytuj" - poza tym, że jest rozwijany i udoskonalany - ma wielkiego sojusznika w postaci generatora cytowań Citoid, który działa zazwyczaj świetnie z PMID, PMC i - co kluczowe - z DOI (a także z ISBN-ami i URL-ami). Jest to tak wygodne narzędzie, że gdy zacząłem go używać (a nie jest łatwo mnie przekonać do takich nowinek!), praktycznie całkowicie zarzuciłem "Cytuj pismo" i jego stare narzędzia. Po co "autor link", skoro działa zwykły LW? Jak już wspomniałem, sensowne wypełnienie szablonu "Cytuj pismo" polami z osobnymi imionami i nazwiskami wymaga użycia generatora. Ale jeśli używa się generatora Citoid, to zachowuje on właściwą kolejność imion i nazwisk, a szablon "Cytuj" potrafi rozpoznać imiona i nazwiska (jeśli są wpisane we właściwej kolejności) oraz inicjały, i w zależności od liczby autorów dobiera sposób wyświetlania - gdy jest ich wielu skraca ich pokazywaną liczbę, ale po najechaniu na "i inni" wyświetla dymek z pełną listą. Przykłady:
Szablon "Cytuj" rozpoznaje przynajmniej niektóre zapisy i unifikuje wyświetlanie, np.:
↑BeckiB.A.BeckiB., DeckiD.C.DeckiD., Sortowanie nazwisk, „Wikipedia”, 2019.wiki?brak strony (czasopismo)
Reasumując, jestem przekonany, że szablon "Cytuj" będzie wypierał szablony specjalistyczne, a grupowanie autorów w jednym polu jest i tak stosowane od dawna. Jeśli dodaję nowe przypisy, stosuję i tak nowy szablon. Problem z kolejnością imienia i nazwiska jest raczej akademicki, bo generator ustawia je prawidłowo. Narzędzie, o które poprosiłem pozwoli na łatwiejsze ujednolicenie wyglądu przypisów. Michał Sobkowskidyskusja20:10, 25 sty 2019 (CET)[odpowiedz]
@Michał Sobkowski Trzeci przypadek działa jeśli będzie podany PMID:
Ponieważ jestem nietechniczny, jak szablon „Cytuj” rozpoznaje, która kolejność jest właściwa, żeby wyświetlić „Rafał Roman” czy „Roman Rafał” (żeby nie irytować, to już nie będę pytał o takie osoby jak Wang Li, czy Li Wang). PS. Konwerter Malarza jest b. dobry, używam regularnie, nie wiedziałem, że jest „przestarzały”--Felis domestica (dyskusja) 21:50, 25 sty 2019 (CET)[odpowiedz]
Ad. PS: Autorem konwertera jest Beau, a nie Malarz, który tylko zaopiekował się nim (za co mu chwała - zrobił to na usilne prośby kilku osób, m.in. moje, gdy nastąpiła reorganizacja narzędzi, a Beau był już nieaktywny). Mankamenty? Zob. konwersję przypadkowo wybranego szablonu z hasła en:Enzyme:
{{cite journal | vauthors = Schomburg I, Chang A, Placzek S, Söhngen C, Rother M, Lang M, Munaretto C, Ulas S, Stelzer M, Grote A, Scheer M, Schomburg D | title = BRENDA in 2013: integrated reactions, kinetic data, enzyme function data, improved disease classification: new options and contents in BRENDA | journal = Nucleic Acids Research | volume = 41 | issue = Database issue | pages = D764–72 | date = January 2013 | pmid = 23203881 | pmc = 3531171 | doi = 10.1093/nar/gks1049 }}
→
{{Cytuj pismo | tytuł = BRENDA in 2013: integrated reactions, kinetic data, enzyme function data, improved disease classification: new options and contents in BRENDA | czasopismo = Nucleic Acids Research | wolumin = 41 | wydanie = Database issue | strony = D764–72 | data = January 2013 | doi = 10.1093/nar/gks1049 | pmid = 23203881 | język = en }}[1]:
↑BRENDA in 2013: integrated reactions, kinetic data, enzyme function data, improved disease classification: new options and contents in BRENDA. „Nucleic Acids Research”. 41 (Database issue), s. D764–72, January 2013. DOI: 10.1093/nar/gks1049. PMID: 23203881. (ang.).
Pole "vauthors" nierozpoznane
data = "January 2013" zamiast "styczeń 2013"
zignorowane pole pmc (we wrześniu 2014 prosiłem Beau o uwzględnienie tego pola podczas konwersji, ale Beau już wówczas edytował tylko sporadycznie i nie zajął się tym)
Niestety szablony ewoluują i jeśli nie idzie za tym dostosowywanie takich narzędzi jak ww. konwerter, to stają się coraz bardziej kulawe. Zdecydowanie wolę użyć Citoid dający gotowy szablon {{Cytuj |autor = Ida Schomburg, Antje Chang, Sandra Placzek, Carola Söhngen, Michael Rother |tytuł = BRENDA in 2013: integrated reactions, kinetic data, enzyme function data, improved disease classification: new options and contents in BRENDA |czasopismo = Nucleic Acids Research |data = 2013-1 |data dostępu = 2019-01-25 |issn = 1362-4962 |wolumin = 41 |numer = Database issue |s = D764–772 |doi = 10.1093/nar/gks1049 |pmid = 23203881 |pmc = PMC3531171 |url = https://www.ncbi.nlm.nih.gov/pubmed/23203881}}[1]
↑IdaI.SchomburgIdaI. i inni, BRENDA in 2013: integrated reactions, kinetic data, enzyme function data, improved disease classification: new options and contents in BRENDA, „Nucleic Acids Research”, 41 (Database issue), 2013, D764–772, DOI: 10.1093/nar/gks1049, ISSN1362-4962, PMID: 23203881, PMCID: PMC3531171 [dostęp 2019-01-25].url
TAK, to jest kopia konwertera Beau umieszczona za jego zgodą na moim koncie na toolserwerze. Widzę, że chyba trzeba nad tym konwerterem chwilkę posiedzieć i przerobić go na konwersję na {{cytuj}} :-) To wpłynie na liczbę wywołań starych szablonów w tą stronę, która wg mnie jest właściwa. mastbot już przerabia gołe linki w refach na wywołania {{cytuj}}. Jak wszystkie automaty będą generowały jednolite wywołania, to ułatwi się wszystkim pracę, a najwięcej botom. ~malarz plPISZ23:02, 25 sty 2019 (CET)[odpowiedz]
(po konfl. edycji) Eksperyment myślowy: co jest łatwiejsze – przebotowanie wywołań „data=January XXXX” na „data=styczeń XXXX” czy poprawa wywołań "autor= Dowolna Wartość" gdzie "Dowolna" to imię lub nazwisko w dowolnym języku przetranskrybowanym na zapis łaciński, a „Wartość” to imię lub nazwisko w dowolnym języku przetranskrybowanym na zapis łaciński, na pole „autor=Imię Nazwisko” z właściwą kolejnością (lub „Nazwisko Imię”, którykolwiek z zapisów uznamy za standardowy). Dla zainteresowanych, Gżdacz pisał o tym prawie dokładnie 4 lata temu. Zresztą kogo to... ---Felis domestica (dyskusja) 23:07, 25 sty 2019 (CET)[odpowiedz]
Jeśli masz przed oczami książkę, to skąd wiesz, że tu na okładce jest imię, a tam nazwisko? Oczywiście zawsze znajdą się jakieś trudne wyjątki, lecz szablon pozwala sobie z nimi radzić. Trzeba jedynie przeczytać jego dokumentację. Nawiasem mówiąc żaden stary szablon nie zgłasza, że data nie jest polską datą. Tę funkcję ma tylko nowy szablon, a wyniki są tutaj. Na koniec dodam, że ja osobiście nie widzę jakichś wielkich różnic w wyniku działania wszystkich szablonów cytowania jeśli są umieszczone w przypisach. Odróżnić można {{cytuj}} gdy jest umieszczony w bibliografii, gdyż tam prezentuje on autorów zapisanych od nazwiska z inicjałami imion. I tylko w tej sekcji sugerowałbym ujednolicanie wszystkich wpisów. Paweł Ziemian (dyskusja) 23:27, 25 sty 2019 (CET)[odpowiedz]
[konflikt] Ja też się zgadzam z @Gżdaczem :-) Tylko wnioski wyciągamy różne. Ale wyobraźmy sobie artykuł w którym opisujemy jakąś rzecz. Uźródławiamy ją twórczością Jana Nowaka. Ten artykuł zostaje w pewnym momencie przeniesiony do Jan Nowak (geolog). W wielu podobnych sytuacjach zaraz na WP:ZdB ukazuje się prośba o przebotowanie wszystkich pozostałych linkowań do [[Jan Nowak]] na [[Jan Nowak (geolog)]]. I wszystko fajnie, ale mamy różne wywołania szablonów w których pojawiają się | autor link = Jan Nowak, | autor link 2 = Jan Nowak, ... | autor link 33 = Jan Nowak, ... | autor link 999 i trzy czwarte = Jan Nowak i ... bot tego wszystkiego nie wyłapie, bo jego operator o takich wyjątkowych wystąpieniach zapomni albo nie będzie mu się chciało przerabiać ręcznie i będą wisiały linkowania do disambigu jak wiszą artykuły Archiego czy Roberta K. Ten problem nie wystąpi jak wszędzie będą linkowania | autor = ... [[Jan Nowak]] .... Natomiast możliwie szczegółowo należy podzielić dane tego Jana Nowaka w szablonach (infoboksie czy obecnie WD) w artykule Jan Nowak (geolog) czy d:Q11718542. Takie rozdzielenie danych dotyczących tej osoby (ale tam gdzie opiszemy wszystko o niej) ułatwi maszynowe przetwarzanie tych informacji. Zaś w wywołaniach szablonów {{cytuj}} musi być precyzyjne i poprawne odwołanie do tych szczegółów, inaczej mówiąc poprawne odwołanie do artykułu bądź WD z opisem tej osoby. ~malarz plPISZ23:36, 25 sty 2019 (CET)[odpowiedz]
[konflikt] Felis domestica, nieśmiało zauważę, że w ww. "cite journal" autorzy są podani ciurkiem i nawet gdyby konwerter rozumiał nowe pole "vauthors", to i tak w wygenerowanym szablonie "Cytuj pismo" podałby autorów tak samo ciurkiem. Warto zauważyć, że w źródłowym haśle Enzymes na 120 przypisów zaledwie kilka wykorzystuje rozbicie na imię i nazwisko. A tak przy okazji, to ewentualny bot nie powinien zmieniać January na styczeń, tylko wywalić miesiąc, bo tego się nie podaje w publikacjach naukowych. A rzeczywiście wartościowym działaniem bota byłoby przeszukiwanie haseł i poprawianie kulawych cytowań publikacji wg DOI/PMID korzystając z Citoid (który nie jest idealny, ale lepszy od wszystkich innych generatorów). To jednak jest pewnie dużym wyzwaniem. Michał Sobkowskidyskusja23:48, 25 sty 2019 (CET)[odpowiedz]
Jak ktoś wpisze ciurkiem to wpisze; jak nie użyje pól „nazwisko” i „imię” tylko „autor” to użyje. Natomiast uniemożliwianie podania danych bibliograficznych w sposób bardziej szczegółowy lub przerabianie już podanych bardziej dokładnie danych na zbitki to głupota czystej wody. --Felis domestica (dyskusja) 18:20, 26 sty 2019 (CET)[odpowiedz]
Ja pamiętam z jakichś dyskusji, że nowi nie podają źródeł bo szablony cytowania są zbyt skomplikowane. Kto pamięta jak nazywa się pole z wikilinkiem dla trzeciego autora rozdziału? Paweł Ziemian (dyskusja) 21:43, 26 sty 2019 (CET)[odpowiedz]
Uważam dokładnie tak samo, jak Felis domestica, przerabianie już podanych bardziej dokładnie danych na zbitki to delikatniej mówiąc nieporozumienie. Nabijanie tysięcy edycji botów po to tylko, by w wyświetleniu przypisów było jednolicie, np. kolejność lub wystąpienie albo brak kropki czy przecinka jest bezproduktywne. Problemem w Wikipedii jest brak przypisów do wielu informacji albo nawet setki tysięcy martwych linków itd., a nie takie szczegóły. Jak ktoś poda sam link do publikacji dostępnej on-line, nawet w samym tekście, bez refów jest lepiej niż brak danych o źródłach. W każdym razie nie jestem przekonany do proponowanych tu zmian. Większym pożytkiem byłoby dokładniejsze opisanie zaleceń co do źródeł i poprawa jasności/prostoty wskazówek dla nowych wikipedystów. Jest wiele takich braków, które mógłbym szerzej wskazać. Wiklol(Re:)21:14, 26 sty 2019 (CET)[odpowiedz]
Przecież nikt nie chce zmieniać botem prawidłowo podanych przypisów. To miałby być gadżet do wspomagania edycji, który według mojego rozumienia powinien być stosowany na zasadach takich jak WP:SK, czyli przy okazji innych zmian merytorycznych lub technicznych. Z drugiej strony mogę tylko dodać, że zadanie nie jest takie trywialne, jakby się na pierwszy rzut oka wydawało. Trzeba umiejętnie obsłużyć nieobsługiwane parametry. Dodatkowo | tytuł = w {{cytuj}} nie obsługuje wikikodu. Ewentualne podwójne apostrofy trzeba zamieniać na tagi <em>. Wiem, bo pisałem ostatnio bota do poprawek technicznych we wszystkich szablonach cytowania. To te edycje opisane jako Poprawiam szablon cytowania na tym koncie. Paweł Ziemian (dyskusja) 14:35, 27 sty 2019 (CET)[odpowiedz]
np. zamiast http://www.pl/tekst[22222].html wstawić należy http://www.pl/tekst[22222].html
Otoż {{cytuj}} należy podac czyste |doi=10.1642/0004-8038(2006)123[537:DPARMD]2.0.CO;2 }} a w {{cytuj pismo}} trzeba podac razem z zakodowanymi |doi=10.1642/0004-8038(2006)123[537:DPARMD]2.0.CO;2 jako .....4-8038(2006)123_ampersand_hash_91_srednik_dalejdalej --Ignasiak (dyskusja) 17:21, 28 sty 2019 (CET)[odpowiedz]
w wielu stronach z {{cytuj pismo}} jest zakodowane i takie zakodowane dzialaja (gdy sie kliknie w dany link doi) a czyste daja blad jako doi error...
O tym zapomniałem. A było to konieczne chyba ze względu na Citoida, który przekazuje wszystkie wartości pól jak leci. Można by się zastanowić, czy nie dałoby rady prawidłowo obsługiwać obu przypadków. Paweł Ziemian (dyskusja) 20:18, 28 sty 2019 (CET)[odpowiedz]
szablon Rp
Tłumaczę artykuł z en.wiki Wikipedysta:Mpn/brudnopis/B084 i są w nim używane w uźródłowieniu szablony RP. Czy jest sposób automatycznego przetłumaczenia uźródłowienia na nasze szablony, czy też muszą zmieniać za każdym razem ręcznie z użyciem szablonu {{odn}}? Mpn (dyskusja) 19:57, 25 sty 2019 (CET)[odpowiedz]
Prosiłbym administratorów o zablokowanie dla IP-ków strony Tatry. To duża strona (69 kB), a często jest edytowana przez IP-ków, którzy albo ją wandalizują, albo dopisują mądrości, przekonani, że wiedzą lepiej (zwykle bez podania źródeł). Selso (dyskusja) 23:01, 25 sty 2019 (CET)[odpowiedz]
W grudniu została urozmaicona kolorystyka navboxów. Czy jest możliwość ponownego ich pokolorowania bez CSS? Potrzebuję tej funkcji tylko na własnej stronie (tej) w celu łatwiejszego rozczytywania co gdzie jest, rozumiem przesłanki za ujednoliceniem, jednak wspomniana strona nie jest mainem i fajnie by było móc sobie ustawić poprzedni wygląd. Soldier of Wasteland (dyskusja) 18:01, 26 sty 2019 (CET)[odpowiedz]
Popularny {{Szablon:Klad}} nie działa na smartfonach
We WSZYSTKICH wieluset artykułach o wyższych rangą taksonach roślin (rodzinach, rzędach i wyżej) klasyfikacja systematyczna przedstawiona jest za pomocą {{Szablon:Klad}} (zob. np. Kapustowce). Kladogram (kreski rysowane przez szablon) przedstawia najważniejsze informacje w tych artykułach i jednocześnie pełni kluczową funkcję nawigacyjną. Problem polega na tym, że (jak odkryłem niedawno testując wygląd stron) na smartfonach kladogram nie jest wyświetlany lub pojawiają się przypadkowe kreski. Wiem, że to kwestia rozdzielczości ekranu i pogrubienie linii (dodanie parametru thickness = 2) powoduje prawidłowe ich wyświetlanie. Tylko że wówczas na monitorach o większej rozdzielczości linie są grube... Czy jest możliwość takiej modyfikacji szablonu, by rozpoznawał użytkownika i mobilnym domyślnie wyświetlał wszystkie linie pogrubione, a niemobilnym – zwykłe? Problem dotyczy oczywiście podobnie wszelkich artykułów, na których szablon jest używany tj. o taksonach zwierząt, protistów i in. – w sumie ok. 1100 artykułów. Kenraiz (dyskusja) 21:12, 26 sty 2019 (CET)[odpowiedz]
Moim zdaniem wskazana edycja nie ma znaczenia. Ten szablon ma liczne zagnieżdżenia. Na oko widać 9 kolumn w tabelce. Tego nie da się bardziej zwęzić w takiej konfiguracji. Trzeba zaprojektować inny szablon nawigacyjny. Paweł Ziemian (dyskusja) 22:40, 26 sty 2019 (CET)[odpowiedz]
Kwestia wielkości ekranu jest tu istotna. Na moim "normalnym" 13" nie mieści się, teraz jestem przy 23" i nie ma żadnego problemu. IMO ten szablon trzeba jakoś przebudować, bo zagnieżdżenie podgrup jest zbyt głębokie. ~malarz plPISZ10:36, 29 sty 2019 (CET)[odpowiedz]
Niespodziewanie dla siebie samego wykonałem taką edycję. Działałem z VE na komórce (Firefox na Androidzie). Dotąd zawsze 4 tyldy automatycznie przekształcały się w podpis, a tym razem nie, zostały wsadzone w nowiki. Jednak dwa nawiasy klamrowe jak zawsze wywołały dialog wstawiania szablonu i pod tym względem rzecz odbyła się jak dawniej.
Zaznaczenie kilku punktów na mapie lokalizacyjnej?
Wątek założony przed: 23:25, 27 sty 2019 (CET)
Mam pytanie: czy da się zaznaczyć więcej niż 1 punkt na mapie lokalizacyjnej? -- niepodpisany komentarz użytkownika Bydlaq (dyskusja) 17:23, 27 sty 2019
Ułatwienie utworzenia elementu w Wikidanych dla nowych haseł
Sygnalizowałam na zlocie zimowym - nie ma w lewym bocznym menu możliwości utworzenia elementu Wikidanych dla nowych artykułów, a by się przydał. W ogóle żeby taki myk mieć, trzeba włączyć gadżet w preferencjach, a to nie zachęca do wiązania haseł z Wikidanymi ;-). Gytha (dyskusja) 23:25, 27 sty 2019 (CET)[odpowiedz]
Trochę mógł być problem z odkryciem tego, ale tam gdzie powinny wyświetlać się linki interwiki jest "Dodaj linki". Tworzy to oczywiście tym samym nowy element jeśli artykuł nie jest jeszcze do żadnego przypisany. --Wargo (dyskusja) 01:10, 28 sty 2019 (CET)[odpowiedz]
No nie. Kliknięcie w "dodaj linki" wyświetla okienko z wyborem języka/witryny (wersji językowe Wiki, co nb. nie jest intuicyjne) i nazwą strony (artykułu, co też intuicyjne nie jest). Czyli można powiązać artykuł z istniejącym elementem Wikidanych (przez wstawienie interwiki), ale nie można utworzyć nowego elementu Wikidanych. Mi chodzi o to, by była opcja "utwórz nowy element wikidanych". Tak, wiem, jest gadżet, ale jeśli chcemy, by wikipedyści pamiętali o powiązaniu wikihaseł z Wikidata, należałoby im to ułatwić. Gytha (dyskusja) 11:08, 28 sty 2019 (CET)[odpowiedz]
@Wargo Na pewno mówimy o tym samym? Wchodzę na Specjalna:UnconnectedPages, wybieram jakąś niepowiązaną stronę i w menu po lewej jako ostatnią pozycję na dole mam "Dodaj linki". Kliknięcie lewym klawiszem myszy otwiera mi okienko dialogowe z poleceniem "Wybierz witrynę i stronę, z którą chcesz powiązać tę stronę", gdzie trzeba wpisać z klawiatury język i stronę. Nie widzę w tym miejscu opcji tworzenia elementu. --WTM (dyskusja) 15:46, 28 sty 2019 (CET)[odpowiedz]
Ze swojej strony polecam włączenie gadżetu "Informacja o elemencie Wikidanych wyświetlana na samej górze każdej strony." - tam od razu jak nie ma elementu pisze "Brak elementu Wikidanych" - można kliknąć i tworzyć :) Emptywords (dyskusja) 17:50, 28 sty 2019 (CET)[odpowiedz]
Tzn. co jest "załatwione"? O istnieniu gadżetu wiem (że zacytuję: "żeby taki myk mieć, trzeba włączyć gadżet w preferencjach"), chodzi mi o to, czy jest możliwość dołączenia takiej opcji w menu. Gytha (dyskusja) 18:30, 28 sty 2019 (CET)[odpowiedz]
Przepraszam, ale nie rozumiem. Nie chodzi mi o włączanie gadżetu, który coś tam umożliwia (choć IMO za mało jest łatwo dostępnych informacji o możliwościach ułatwienia sobie edycji, ale to temat na inną dyskusję), ale o to, czy możliwe jest dodanie tego rodzaju opcji w menu bocznym, tak by domyślne było widoczne dla wszystkich wikipedystów. Być może trzeba się z tym udać wyżej ;-), ale najpierw pytam tutaj, czy moglibyśmy zrobić coś takiego na poziomie naszej Wiki. Gytha (dyskusja) 18:56, 28 sty 2019 (CET)[odpowiedz]
Jeśli jest włączony gadżet, to się wyświetla, ale wtedy to nie jest jakoś niezbędnie potrzebne, bo można kliknąć gdzie indziej ;-). Gytha (dyskusja) 19:05, 28 sty 2019 (CET)[odpowiedz]
[konflikt] Jeśli chcesz rozwiązań systemowych to trzeba uderzać wyżej, my orzem jak możem, nie mamy możliwości edycji sekcji "Narzędzia" w menu bocznym (MediaWiki:Sidebar) ;) Czyli na chwilę obecną gadżet jedyną opcją. tufor (dyskusja) 19:10, 28 sty 2019 (CET)[odpowiedz]
Mam przy okazji podobne pytanie. Może ktoś wie jak wpłynąć na miejsce umieszczenia linku do WD w narzędziowej części sidebara. Na większości wiki jest on w sekcji "narzędzia". Na ru.wiki (i może jeszcze jakiejś innej) jest umieszczony w sekcji "inne projekty". Moim zdaniem w narzędziach ten link ginie. Na obrazku po prawej porównanie menu na pl.wiki w haśle Polska na prawej ru:Польша. Czerwone podkreślenie moje, pokazujące gdzie umieszczono ten konkretny link. Wydaje mi się, że oni przenoszą ten link skryptem, ale może da się to jakoś uzyskać oficjalnie. ~malarz plPISZ21:35, 28 sty 2019 (CET)[odpowiedz]
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.
Gdy ktoś przenosi stronę pod zajętą nazwę to docelowa strona zostanie usunięta. Przez kilka miesięcy to jednak nie działało ale już to naprawiono. [10]
Zmiany w tym tygodniu
W tym tygodniu nie będzie nowej wersji MediaWiki.
Spotkania
Możesz dołączyć do spotkania IRC, na którym będą udzielane porady techniczne. Podczas tego spotkania programiści-wolontariusze mogą zapytać o poradę. Spotkanie odbędzie się 30 stycznia o 16:00 (UTC). Zobacz jak dołączyć.
Proszę o pomoc: skąd bierzecie współrzędne geograficzne. Ja do tej pory kopiowałem z mapy targeo ale obecnie teraz nie potrafię znaleźć / wyłączyli (?) pobieranie współrzędnych. Pozdrawiam Joee (dyskusja) 08:52, 1 lut 2019 (CET)[odpowiedz]
Najlepiej z Geoportalu (dotyczy terenu Polski) lub Map Google. Na Mapach Google klikasz prawym klawiszem na punkt, którego współrzędne chcesz otrzymać, wybierasz "Co tu jest?", po czym klikasz na współrzędne w okienku które wyskoczyło – w lewym oknie masz teraz podane współrzędne w dwóch formatach. Ja preferuję ten z minutami i sekundami. Pikador (dyskusja) 09:44, 1 lut 2019 (CET)[odpowiedz]
Na Targeo nadal dane o współrzędnych są dostępne, do tego już w gotowym formacie plwiki, niestety z wycofanym szablonem "Koordynaty". Wywołujemy menu kontekstowe (czyli klikamy 1x PKM (prawym klawiszem myszy) wybrany punkt, pojawia się okno "Współrzędne miejsca", i w trzecim polu jest tekst z tym wycofanym ponad dwa lata temu szablonem. Szkoda, że nikt z nas wtedy nie pomyślał o zgłoszeniu im tego (a Targeo to polski produkt), w myśl zasady "sami sobie rzepkę skrobię". Zrobię to teraz, zobaczymy jakie będą efekty. Ency (replika?) 19:17, 1 lut 2019 (CET)[odpowiedz]
Szablon:Piłkarz infobox
Witam, czy dałoby radę nieco zmienić ten szablon? Już tłumaczę o co mi chodzi – we wcześniejszej wersji każdy klub, niezależnie od długości swojej nazwy, znajdował się w infoboxie "jeden po drugim", dzięki czemu wyglądało to przejrzyście i estetycznie. Między datami występów w danej drużynie czy liczbą spotkań/goli nie było żadnych odstępów, jeden były pod drugimi. Teraz jednak wygląda to tak, jak np. tutaj, gdzie dopisek (wyp.) nie mieści się w tej samej linijce, co nazwa klubu i jest rzucany niżej, przez co całość wygląda zwyczajnie brzydko MaPet92 (dyskusja) 19:00, 1 lut 2019 (CET)[odpowiedz]
Szablony i nfoboksy
Jak dobrze się przypatrzyć to co najmniej połowa edycji to bezproduktywne poprawki i przeróbki szablonów i infoboksów. Bo albo jakiś tam szczegół techniczny był nie tak, jak we wzorcu, albo coś tam zmieniono w infoboksie i teraz trzeba botem edytować ogromną ilość artykułów by to poprawić. A jak już jest wszystko dograne – to znowu ktoś tam zmieni infoboks i zabawa trwa od nowa. Rzecz w tym, że liczne z tych poprawek to techniczne szczegóły w artykule w ogóle niewidoczne, więc w żaden sposób go nie poprawiające - a zatem jest to tylko bezużyteczna sztuka dla sztuki. Liczne przeróbki zmieniają wygląd infoboksu, ale nic nowego do artykułów nie wnoszą - jest to zatem również tylko sztuka dla sztuki. Najgorsze jest to, że o ile dawniej więcej było twórczośći a mniej zabawy artykułami to teraz dzieje się na odwrót. Wikipedia zeszła na manowce Selso (dyskusja) 20:20, 1 lut 2019 (CET)[odpowiedz]
Nie widzę nic zdrożnego w drobnych zmianach technicznych. Wszystkie one są robione w celu ulepszenia Wikipedii. Poprawki ortograficzne lub stylistyczne również nic nowego merytorycznie nie wnoszą, a nie ma wobec nich takich zarzutów. To, że po technicznych poprawkach czasami nic nie widać w wyniku, nie oznacza, że pod spodem nic się nie zmieniło. A zmienia się w tym sensie, że wikikod jest czystszy, a tym samym łatwiejszy w używaniu, poprawianiu i dalszym rozwijaniu. Osobiście zajmuję się poprawianiem szablonów cytowania. Jest w nich wiele wywołań, w których literówka, brak lub zła nazwa pola spowodowała, że w wyniku nie wyświetla się wiele cennych informacji na przykład data, numer strony, autor lub link do strony. Na pewno nie było intencją osoby, która często niechcący zrobiła błąd w szablonie, aby ukrywać te dane. Natomiast jeśli chodzi o infoboksy to są one głównie scalane i integrowane w bardziej ogólne i abstrakcyjne formy. Dzięki temu ich liczba jest mniejsza i łatwiej trafić na właściwy szablon, gdy się chce wstawić infoboks do nowego artykułu. Podsumowując nie rozumiem zgłoszonego problemu. Paweł Ziemian (dyskusja) 21:46, 1 lut 2019 (CET)[odpowiedz]
Selso, sypnąłeś ogólnikami, co do których trudno się ustosunkować. Podaj diffy bezsensownych Twoim zdaniem edycji, to będzie można dyskutować. Ja tam cieszę się, że mamy speców od technikaliów; bardzo szanuję i doceniam ich pracę, tym bardziej, że nie widać tego w PG. Bez wikipedystów dbających o - nierzadko wyrafinowany - kod, Wikipedia stałaby się dinozaurem. Michał Sobkowskidyskusja22:12, 1 lut 2019 (CET)[odpowiedz]
Problem może tkwić, jak to często bywa, w komunikacji. Osoba nie siedząca w sprawach technicznych – nie obserwująca wikiprojektu infoboksy, kawiarenki technicznej etc. – dostrzega zmiany techniczne w obserwowanych artykułach nie rozumiejąc często ich celowości. Rozwiązaniem byłoby z jednej strony zachęcenie i przypominanie edytorom o celowości śledzenia dyskusji w miejscach, które może nawet ich nie interesują, ale w których dużo się ustala i później wdraża zmian. Z drugiej strony większe serie zmian w artykułach warto byłoby poprzedzać ich zapowiedzią z uzasadnieniem (w wikiprojekcie, kawiarence) i podczas edycji przydałoby się wstawiać w komentarzu link do takiego uzasadnienia zamiast rutynowo "dr. tech." lub "dr. red." Kenraiz (dyskusja) 22:20, 1 lut 2019 (CET)[odpowiedz]
To ja przypomnę, że moje prace na większą skalę zaczęły się chyba od tego zlecenia. Ale teraz bot wykonuje raptem kilka edycji dziennie. Czasem jak coś zauważę bardziej regularnego to trafi się 100 lub 500 wywołań. Jednak z tego co zostało w różnych kategoriach technicznych to raczej już trzeba poprawiać ręcznie. Co obecnie czynię zaglądając do Kategoria:Szablon cytuj książkę – nieznane parametry, która jeszcze w listopadzie 2018 zawierała ponad 8k stron. Paweł Ziemian (dyskusja) 22:36, 1 lut 2019 (CET)[odpowiedz]
Za + dobrze, że hlist będzie już wszędzie. Wostr (dyskusja) 13:58, 12 gru 2018 (CET)
Przeciw, ja w słowniku widzę m.in. taki, który przestał funkcjonować, jest bezużyteczny oraz niestosowany, nieaktualny. Wostr (dyskusja) 22:09, 21 sty 2019 (CET)
Załatwione, Michał Sobkowski dyskusja 23:17, 25 sty 2019 (CET)
Załatwione ~malarz pl PISZ 23:46, 26 sty 2019 (CET)
Możesz dołączyć do spotkania IRC, na którym będą udzielane porady techniczne. Podczas tego spotkania programiści-wolontariusze mogą zapytać o poradę. Spotkanie odbędzie się 30 stycznia o 16:00 (UTC). Zobacz jak dołączyć.
