Wikipedia:Kawiarenka/Kwestie techniczne dyskusja/Archiwum/2018-listopad

Szablon:PD-notice, CC0 edytuj

Szanowni Państwo! Nie bardzo rozumiem, jak utworzyć szablony PD-notice (ang.) i materiał niniejszy jest rozpowszechniany na licencji Creative Commons CC0 lub Public Domain Mark. (ros.)? Prosiłbym o pomoc. Dziękuję! Z poważaniem, — Niklitov (dyskusja) 09:27, 26 paź 2018 (CEST)[odpowiedz]

Niklitov, zrobiłem polską wersję PD-notice: {{PD-przypis}}. Michał Sobkowski dyskusja 11:18, 26 paź 2018 (CEST)[odpowiedz]

  Załatwione. Sir Lothar (dyskusja) 17:19, 1 lis 2018 (CET)[odpowiedz]

Editing News #2—2018 edytuj

15:17, 2 lis 2018 (CET)

  Załatwione ~malarz pl PISZ 15:49, 2 lis 2018 (CET)[odpowiedz]

Herb w infoboksie edytuj

Jak naprawić w artykule Drohiczyn (Polska) podpis po herbem? (żeby wyświetlało się Herb Drohiczyna a nie Herb Drohiczyna (Polska)). Ciacho5 (dyskusja) 16:29, 31 paź 2018 (CET)[odpowiedz]

@Ciacho5 Zrobiłem taką oto zmianę w infoboxie: zmiana. Teraz wyświetla sie tak samo jak w {{Miejscowość infobox}} (porównaj z Sofia). --Maattik (dyskusja) 19:45, 31 paź 2018 (CET)[odpowiedz]

  Załatwione ~malarz pl PISZ 15:49, 2 lis 2018 (CET)[odpowiedz]

Adresy w Google edytuj

Zdaje się, że od jakiegoś czasu nie wiadomo dlaczego, ale Google ukrywa pełne adresy url stron w wynikach wyszukiwania. Nie da się wyświetlić całego adresu, a kopiowany link (mimo tego, że w statusie przeglądarki wyświetla się pełny link) nie jest adresem strony tylko czymś w rodzaju przekierowania → https://www.google.com/url? + różne parametry &esrc=s&source=web, na końcu tego jest url w postaci https%3A%2, więc nadal nie wiadomo do czego prowadzi adres. Ostatnio nawet link w Google do adresu stał się "nieklikalny", teraz jest to link, który po kliknięciu bezpośrednio prowadzi do strony internetowej. Czy jest na to jakieś rozwiązanie? Eurohunter (dyskusja) 14:55, 12 paź 2018 (CEST)[odpowiedz]

Link pobieranego pliku w FF można skopiować przez: klik na ikonie strzałki w dół - prawy klik na pobieranym pliku (można też otworzyć okienko wszystkich pobrań).
Google już od dawna ukrywał bezpośrednie linki, teraz dodatkowo utrudnił zaznaczenie tekstu adresu poniżej linku (ale przy pewnej wprawie nadal da się to zrobić). --89.25.210.104 (dyskusja) 22:45, 12 paź 2018 (CEST)[odpowiedz]

  Załatwione. Sir Lothar (dyskusja) 14:50, 29 paź 2018 (CET)[odpowiedz]

Szablon Cytuj edytuj

W Kosmologia fizyczna jeden z przypisów umieszczony szablonem {{cytuj}} pokazuje się jako: George F.R. Ellis, Issues in the Philosophy of Cosmology, „{{{czasopismo}}}”, 29 marca 2006, arXiv:astro-ph/0602280v2 (ang.). Mógłby ktoś go poprawić lub wskazać co trzeba uzupełnić ? Jest to przypis nr 11, w kodzie 4-ty w kolejności ref. IOIOI2 13:36, 4 lis 2018 (CET)[odpowiedz]

Poprawiłem Zala (dyskusja) 13:43, 4 lis 2018 (CET)[odpowiedz]

  • Wielkie dzięki! Rozumiem, że opis w dokumentacji szablonu {{cytuj}} jest błędny bo tam parametr jest oznaczony jako arxiv. IOIOI2 13:47, 4 lis 2018 (CET) A jednak nie, nie jest poprawione bo teraz znikł link do pracy w arXiv. IOIOI2 13:50, 4 lis 2018 (CET)[odpowiedz]
  • Poprawiłem. Pole arxiv oczekuje podania nazwy czasopisma, gdyż ów serwis w teorii zawiera preprinty docelowych artykułów. Załatałem wstawiając czasopismo=[[arXiv]]. Co prawda link występuje teraz dwa razy w przypisie, ale to mniejsze zło. Paweł Ziemian (dyskusja) 13:58, 4 lis 2018 (CET)[odpowiedz]

18:29, 5 lis 2018 (CET)

  Załatwione ~Cybularny Napisz coś ✉ 19:22, 5 lis 2018 (CET)[odpowiedz]

Wikidane cd. edytuj

[6] [7] [8]. Wikidane pobrało do parametru "imię i nazwisko w języku ojczystym" nazwę z wyróżnikiem w nawiasie, co powoduje, że w części infoboksów, w których być może nie dopracowano mechanizmu zasysania danych z WD (np. tym) pod prawidłową nawą pojawia się automatycznie zassana (mimo braku parametru w haśle) zassana nazwa z nawiasem. Może ktoś umiejący Wikidane poprawi np infoboksy, by nie pobierały określonych parametrów? Podrzucam tutaj :) Elfhelm (dyskusja) 17:32, 25 paź 2018 (CEST)[odpowiedz]

To jest wina człowieka [9], [10], [11], @Olaf Kosinsky który tak wpisał te informacje do WD. IMO nie ma tego jak i po co poprawiać automatycznie, bo można więcej popsuć. Nie jest nigdzie powiedziane, że w imieniu i nazwisku oryginalnym na pewno nie pojawi się nawias. ~malarz pl PISZ 17:40, 25 paź 2018 (CEST)[odpowiedz]
@Malarz pl To może niech infoboksy nie zasysają automatycznie parametru "imię nazwisko org". Elfhelm (dyskusja) 19:20, 25 paź 2018 (CEST)[odpowiedz]

Podpinam poniżej wypowiedzi z innego wątku założonego przeze mnie wcześniej, tyczącego się tego samego problemu, który porusza Elfhelm. Karol Szapsza (dyskusja) 18:03, 26 paź 2018 (CEST)[odpowiedz]

Podwójne nazwiska w infoboksach edytuj

Andrzej Duda
Andrzej Sebastian Duda
Andrzej Duda

Ponownie poruszam temat, bo wątek bez odzewu trafił do archiwum. Jaka jest zasadność i sens podawania w nagłówkach infoboksów dwóch wersji imienia i nazwiska, z jednym i dwoma imionami, jak chociażby w artykule Konrad Krönig? Nie wystarczy podanie drugiego imienia w definicji, a w infoboksie tylko krótka forma? Rozumiem że pobierane jest pełne nazwisko z Wikidanych, ale czy jest sens zagracać nagłówek infoboksu?

W artykule Andrzej Duda ktoś ominął ten bezsensowny skrypt w dosyć doraźny sposób podając tylko parametr {{{imię i nazwisko org}}}, ale to chyba nie jest profesjonalne rozwiązanie.

Pozdrawiam ;) Karol Szapsza (dyskusja) 22:03, 18 paź 2018 (CEST)[odpowiedz]

edit: Najlepiej chyba byłoby, gdyby parametr nazwiska oryginalnego pojawiał się tylko przy postaciach typu Władimir Putin, gdzie pisownia oryginalnego nazwiska jest inna. Karol Szapsza (dyskusja) 22:09, 18 paź 2018 (CEST)[odpowiedz]
  • Technicznie pewnie da się różne rzeczy zrobić. Tylko to jest problem merytorycznej prezentacji zawartości infoboksu. Na ten temat się nie będę rozwijał ponad fakt, że taka forma jest stosowana „od zawsze” i nikt nie protestował, więc wszyscy byli „za”. Paweł Ziemian (dyskusja) 22:58, 18 paź 2018 (CEST)[odpowiedz]

Moim zdaniem to kwestia utrzymania poziomu szczegółowości informacji przekazywanych przez wszystkie podobne infoboksy. Przykład na dacie urodzenia: można podać sam rok lub pełną datę, ale raczej nie podaje się "rok / dd/mm/rrrr". Z nazwiskiem powinno być podobnie - albo od razu podawać pełne (a poniżej ew. pseudo/inny zapis nazwiska) albo skrótowe - ale wtedy moim zdaniem np. data urodzenia też powinna być niepełna, żeby informacje w (podobnych) infoboksach miały podobny poziom szczegółowości. --89.25.210.104 (dyskusja) 17:12, 19 paź 2018 (CEST)[odpowiedz]

To że coś jest długo/„zawsze” nie jest żadnym argumentem. Infoboks powinien podawać skrót najważniejszych informacji, nie dublować wszystkie z artykułu. Parametr imię i nawisko oryginalne ma sens jeśli mamy sytuację typu Archimedes – polskie: Archimedes z Syrakuz i „nazwisko oryginalne” – Ἀρχιμήδης ὁ Συρακόσιος. Wtedy możemy śmiało pobierać dane z Wikidanych. Ale nie jest racjonalne pokazywanie równolegle dwóch polskich nazwisk, pełnego i niepełnego. Jako że infoboks ma być skrótem najistotniejszych informacji, to moim zdaniem powinno się tam pojawić w polskich biogramach zwyczajnie: Andrzej Duda, Jerzy Buzek, Mateusz Morawiecki, itd. itp. Karol Szapsza (dyskusja) 18:01, 26 paź 2018 (CEST)[odpowiedz]
  • Wystarczy, by infoboksy nie pobierały tam parametrów z Wikidanych. W większości przypadków wystarczy podstawowy zapis imię-nazwisko, drugie imię, ukraińskie otczestwo, zapis oryginalny, nazwisko panieńskie, pełne nazwiska Hiszpanów czy Portugalczyków wystarczą w części wstępnej artykułu, a nie są potrzebne w nagłówku infoboksu. Parametr z dodatkową/alternatywną nazwą ma uzasadnienie na tyle rzadko, że powinien być tylko ręcznie wprowadzanym wyjątkiem, a nie regułą. Pozwala to też unikać importowania licznych błędów z WD w tej mierze (i rozwiązuje problem nawiasów). Elfhelm (dyskusja) 15:48, 27 paź 2018 (CEST)[odpowiedz]
  • Uważam, że w infoboksie powinno znajdować się jedno imię, chyba że ktoś zawsze używa dwóch imion (tzn. że drugie imię nie jest tylko wpisane do dowodu osobistego). Wiktoryn <odpowiedź> 17:21, 28 paź 2018 (CET)[odpowiedz]

Przenieść z nagłówka do "zwyczajnego" pola w szablonie i tyle, tak jak w innych szablonach. SpiderMum (dyskusja) 14:25, 29 paź 2018 (CET)[odpowiedz]

Wyłączyłem w szablonie {{polityk infobox}} automatycznie ściąganie oryginalnego imienia i nazwiska do nagłówka infoboksu. Jeżeli jest to jeszcze do zrobienia w innych to proszę o informację. Oznaczam jako   Załatwione ~malarz pl PISZ 23:06, 6 lis 2018 (CET)[odpowiedz]

20:21, 12 lis 2018 (CET)

  Załatwione ~Cybularny Napisz coś ✉ 20:48, 12 lis 2018 (CET)[odpowiedz]

Otwórz pierwsze 10 stron do przejrzenia edytuj

W swoim common.js mam wywołanie skryptu Wikipedysta:Harry lp/oldRevUserContrib.js, dzięki czemu na stronach z wkładem użytkowników i IP wyświetla mi się linijka "Otwórz pierwsze 10 stron do przejrzenia". A raczej wyświetlała się, bo od kilku (?) dni jej nie ma. Analogiczny gadżet „Rozszerzenie stron specjalnych Specjalna:Zdezaktualizowane przejrzane strony oraz Specjalna:Nowe strony o link pozwalający otwierać 10 stron do przeglądnięcia naraz.” działa prawidłowo. @Wargo, @Matma Rex, coś podpowiecie? Michał Sobkowski dyskusja 18:27, 12 lis 2018 (CET)[odpowiedz]

  Załatwione --Wargo (dyskusja) 19:53, 12 lis 2018 (CET)[odpowiedz]
Dziękuję, działa! Michał Sobkowski dyskusja 21:31, 12 lis 2018 (CET)[odpowiedz]

Komiks infobox nie wywołuje grafiki edytuj

Zasadniczo jak w tytule, szablon Komiks infobox nie wyświetla grafiki, ani png ani jpg (tak przynajmniej wykazały moje testy). Patrz np. tu: Lou!. Ktoś ma pomysł? godaidajesz 14:14, 14 lis 2018 (CET)[odpowiedz]

  Załatwione ~malarz pl PISZ 15:24, 14 lis 2018 (CET)[odpowiedz]

00:28, 20 lis 2018 (CET)

  Załatwione ~Cybularny Napisz coś ✉ 07:02, 20 lis 2018 (CET)[odpowiedz]

Medale w infoboxie edytuj

Np. w haśle Barry Jackson (lekkoatleta) widnieją dwa srebrne medale: jeden oznaczony jako "srebro", drugi jako "II miejsce". W kodzie różnicy nie ma, a wygląda to kiepsko. Nedops (dyskusja) 06:25, 23 lis 2018 (CET)[odpowiedz]

  Załatwione ~malarz pl PISZ 06:51, 23 lis 2018 (CET)[odpowiedz]

Z niewiadomych dla mnie przyczyn w infoboksie tego hasła wyświetla się grafika, której tam nie powinno być. Przeglądając kod źródłowy w parametrze grafika można zauważyć, że nie dodano żadnej ilustracji. Proszę o sprawdzenie tego błędu. Nowy15 (dyskusja) 10:06, 26 lis 2018 (CET)[odpowiedz]

Zapewne jest zasysana z Wikidanych. Mathieu Mars (dyskusja) 10:10, 26 lis 2018 (CET)[odpowiedz]
  Załatwione – jakiś troll buszował w Wikidata. Zmieniłem zdjęcie na adekwatne. Mathieu Mars (dyskusja) 10:35, 26 lis 2018 (CET)[odpowiedz]

Problem z gadżetem ukrywającym przejrzane edycje użytkownika edytuj

Po kliknięciu zakładki "ukryj przejrzane" wszystko działa ok, z jednym wyjątkiem... nie pokazują się dwie opcje: "różn." i "hist." czyli te 2 najprzydatniejsze ;) Ogromny lag w nieprzejrzanych wynika też z notorycznym problemów z narzędziami do ich obsługi :/ Nedops (dyskusja) 04:21, 19 lis 2018 (CET)[odpowiedz]

Dzięki za zgłoszenie, chodzi o gadżet w Wikisłowniku (Specjalna:Niezmienny link/47847837). Powinno już działać (wikt:Specjalna:Diff/6303555), proszę sprawdzić. Peter Bowman (dyskusja) 11:07, 19 lis 2018 (CET)[odpowiedz]
@Peter Bowman – działa, dzięki :) Nedops (dyskusja) 13:11, 19 lis 2018 (CET)[odpowiedz]

  Załatwione ~Cybularny Napisz coś ✉ 16:06, 26 lis 2018 (CET)[odpowiedz]

Kategoria:Odznaczeni Medalem „Za Zasługi dla Fotografii Polskiej” Witam, po raz pierwszy spróbowałam utworzyć nową kategorię:Odznaczeni Medalem „Za Zasługi dla Fotografii Polskiej” i niestety coś poszło nie tak. Jeśli chcę dodać w/w kategorię w artykule, biografii - wyświetla się na czerwono, nie linkuje się, nie działa. Czy (jeśli to możliwe) mogłabym liczyć na jakąś pomoc ? --Cloefor (dyskusja) 07:48, 15 lis 2018 (CET) kategorię:Odznaczeni Medalem „Za Zasługi dla Fotografii Polskiej”[odpowiedz]

Przykładowe pięć biografii. --Cloefor (dyskusja) 08:20, 15 lis 2018 (CET)[odpowiedz]

@Cloefor Dwóch pierwszym wstawiłem kategorię HotCatem, następnemu ręcznie, a p. Dorocie VE. Wszystko działa. Spróbuj kopiuj/wklej, bo może literówkę ... Ciacho5 (dyskusja) 08:31, 15 lis 2018 (CET)[odpowiedz]
@Ciacho5 Spróbowałam - teraz jest okej. Dzięki bardzo i pozdrawiam. --Cloefor (dyskusja) 08:38, 15 lis 2018 (CET)[odpowiedz]

  Załatwione ~Cybularny Napisz coś ✉ 16:06, 26 lis 2018 (CET)[odpowiedz]

żywność, słodycze edytuj

Artykuł Kurtoszkołacz. Skąd w infoboksie został wzięty napis „żywność, słodycze” i dlaczego? --5.174.56.230 (dyskusja) 21:34, 2 lis 2018 (CET)[odpowiedz]

  Załatwione ~Cybularny Napisz coś ✉ 16:08, 26 lis 2018 (CET)[odpowiedz]

Szablon:Piłkarz infobox edytuj

W szablonie {{Piłkarz infobox}} kolumna "lata" jest zbyt wąska - przykład Vlatko Marković - dwie daty nie mieszczą się w jednej linii, a powinny - kiedyś się mieściły, a obecnie wygląda to nieestetycznie. Sam nie potrafię ustawić szerokości w tej kolumnie. @Malarz pl wprowadzałeś ostatnio zmiany w infoboxie, wiesz może czy da się coś z tym zrobić? --Maattik (dyskusja) 20:00, 31 paź 2018 (CET)[odpowiedz]

Problem był zgłaszany wcześniej przez innych i wg mnie jest załatwiony. Musisz napisać coś więcej (jaka przeglądarka i w której wersji) i najlepiej wrzucić screena dp lokalnych plików. Ciąg dyskusji dalszy proponuję przenieść do dyskusji wikiprojektu (link na górze na stronie obserwowanych). ~malarz pl PISZ 21:21, 31 paź 2018 (CET)[odpowiedz]

  Załatwione ~Cybularny Napisz coś ✉ 16:08, 26 lis 2018 (CET)[odpowiedz]

Zastąpienie starego edytora wikikodu edytuj

 
stary edytor
 
nowy edytor

Stary edytor wikikodu zostanie usunięty w tym tygodniu (#Tech News: 2018-44, mw:Contributors/Projects/Removal of the 2006 wikitext editor). Wskutek tej edycji w MediaWiki:Gadget-lib-toolbar.js użytkownicy starego edytora mogą zauważyć, że teraz domyślnie ładuje im się nowy edytor, mimo że nie zaznaczyli opcji „Włącz pasek narzędzi edycyjnych” w preferencjach. Peter Bowman (dyskusja) 01:22, 30 paź 2018 (CET)[odpowiedz]

Peter Bowman, czy da się we własnym js ustawić ładowanie starego paska guzików? Michał Sobkowski dyskusja 13:20, 30 paź 2018 (CET)[odpowiedz]
@Michał Sobkowski: teoretycznie tak, opisano to w powyższym linku. W skrócie:
mw.loader.load( '//fr.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=MediaWiki:Gadget-mediawiki.toolbar.js', 'text/javascript' );
mw.loader.load( '//en.wikipedia.beta.wmflabs.org/w/index.php?action=raw&ctype=text/javascript&title=MediaWiki:Gadget-LegacyToolbar2006.js', 'text/javascript' );
Musisz utworzyć lokalną kopię tego drugiego skryptu i przetłumaczyć opisy, jeżeli nie chcesz ich mieć po francusku. Zresztą nowe zabezpieczenia (CSP) będą wkrótce blokowały skrypty ładowane spoza białej listy WMF. Problem: niektóre gadżety, w szczególności te korzystające z lib-toolbar, będą wymuszały ładowanie nowego edytora. Jest to przypadek domyślnie włączonego „Dodatkowe przyciski na starym pasku edycji wikikodu (2006).” – więcej gadżetów nie ma (są, zob. Specjalna:Diff/54909168. 02:17, 1 lis 2018 (CET)), ale nie ręczę za pozostałe skrypty. Peter Bowman (dyskusja) 14:05, 30 paź 2018 (CET)[odpowiedz]
Czy nowy edytor można spersonalizować (przez preferencje)? Eurohunter (dyskusja) 15:20, 30 paź 2018 (CET)[odpowiedz]
Można przez API: mw:Extension:WikiEditor/Toolbar customization. Peter Bowman (dyskusja) 15:53, 30 paź 2018 (CET)[odpowiedz]
  • Peter Bowman, dzięki, ale to mnie przerasta. Michał Sobkowski dyskusja 23:17, 31 paź 2018 (CET)[odpowiedz]
  • Ech, a co im ten stary edytor przeszkadza. Ja go używam do prostych edycji po prostu dlatego, że się o wiele szybciej ładuje. KamilK7 08:23, 31 paź 2018 (CET)[odpowiedz]
    • Muszą go konserwować. Każda modyfikacja MediaWiki wymaga zapewne sprawdzenia, czy się od niej coś w tym edytorze nie zepsuje, ew. poprawienia go. To kosztuje pracę i czas, co ocenili jako nieproporcjonalne do pożytku. Gżdacz (dyskusja) 14:21, 31 paź 2018 (CET)[odpowiedz]
  • Tyle, że ten stary mam podstawową przewagę. Ładuje się znacznie szybciej. Mogliby szanować bardziej czas edytorów, skoro tak szanują swój. Tak, wiem, wolontariusz to taki zwierz, którym można pomiatać. — Paelius Ϡ 14:51, 31 paź 2018 (CET)[odpowiedz]
    • Nie sądzę, żeby chodziło o pomiatanie. To kwestia ograniczonych zasobów (wysoko płatni programiści), którymi trzeba ogarnąć wszystkie potrzeby. Z konieczności najrzadziej używane elementy są wyłączane, żeby nie generowały kosztów niewspółmiernych do korzyści. Gżdacz (dyskusja) 15:20, 31 paź 2018 (CET)[odpowiedz]
      • Szkoda, że dostarczyciele treści wikipedii nie są wysoko płatni (sarkazm). — Paelius Ϡ 18:24, 31 paź 2018 (CET)[odpowiedz]
        • Gdyby byli płatni, to nie byłoby Wikipedii,bo by na nią nie starczyło pieniędzy od darczyńców. Gżdacz (dyskusja) 19:11, 31 paź 2018 (CET)[odpowiedz]
          • Jakoś informatycy mogą być płatni... — Paelius Ϡ 19:33, 31 paź 2018 (CET)[odpowiedz]
            • Ale przedszkole. Chcesz płacić informatykom pieniądze podatnika tylko po to by utrzymywał serio mniejszościowo wykorzystywany pakiet? który kłóci się z co drugą nowowprowadzoną funkcją? To mu płać ze swoich, żeby Twoje ulubione funkcje utrzymywał w gąszczu zależności software'owych i łatając co się da po drodze bo stare rozwiązania nie trzymają sie nowego kodu ani na zszywki ani na ślinę ani gumą do żucia. Wojciech Pędzich Dyskusja 19:43, 31 paź 2018 (CET)[odpowiedz]
              • Stonuj, proszę. Ja bym nic nie miał do informatyków, gdyby byli tylko wolontariuszami. Ale skoro nie są, to ich psim obowiązkiem jest dostosować się do twórców treści, a nie wprowadzać co i rusz rozwiązania ułomne i niechciane tylko dlatego, że są trendy. — Paelius Ϡ 19:53, 31 paź 2018 (CET)[odpowiedz]
                • Skasuj ten psi obowiazek, czyli stonuj sam waść. W pewnym momencie koszty utrzymywania jakiegoś kawałka kodu przeważają nad zyskami. I wtedy sorry Batory, wspieranie MS-DOSa czy ramek w hateemelu idzie do kosza, bo korzysta z tego mało ludzi. Zbyt mało by opłacało się opłacać programistów, którzy taki niszowy kawałek kodu będą łatać, dziergać, poprawiać i tym samym spowalniać dalszy rozwój. Dwojako, bo swoje siły mogliby spożytkować na rozwojowe działania, a łatany kod (bo ktoś gdzieś tam w Polsce z tego korzysta) sam w sobie byłby lepszy. Wojciech Pędzich Dyskusja 20:10, 31 paź 2018 (CET)[odpowiedz]
                • @Paelius Informatycy nie są wolontariuszami, więc robią co im powie szef. A szef wybiera co mają zrobić patrząc na to, co jest jak bardzo potrzebne i ile ma na to wszystko pieniędzy, a zawsze ma ich za mało. Morał jest taki, że ci wolontariusze, którzy wprawdzie może nie piszą artykułów, ale za to dają na Wikipedię pieniądze, dają ich za mało. I do nich powinieneś zwrócić się w tej sprawie. Niech potroją datki, to pewnie nawet na ten edytor starczy. Gżdacz (dyskusja) 21:03, 31 paź 2018 (CET)[odpowiedz]
  • No nie przesadzajmy z tymi problemami z kodem. Jakie łatanie? Ja widzę, że w nowym pasku są prawie wszystkie (zniknął mi guzik półpauzy - szkoda! i linii poziomej - nie szkoda; inne chyba są) funkcjonalności starego, tylko porozmieszczane w inny sposób, np. poprzez ukrycie w podmenu (co mi utrudnia pracę w sposób wybitnie irytujący, bo zamiast jednego kliknięcia w podstawowe funkcje muszę otwierać sobie pasek "Zaawansowane" (po każdym "Pokaż podgląd"). No i jeszcze uszczęśliwiono nas nowymi ikonkami, dzięki czemu po wieloletnim przyzwyczajeniu do dotychczasowego ich wyglądu muszę kombinować, żeby znaleźć właściwy guzik. Naprawdę umożliwienie wyświetlania dotychczasowych ikonek na pasku jest tak wielkim problemem (zwłaszcza, że widzę, że wyświetlają się na ułamek sekundy i znikają zastąpione przez nowe)? Trudno mi uwierzyć, że zachowanie starego układu guzików jest jakimś szczególnym wyzwaniem programistycznym. Jest to raczej przejaw arogancji ze strony programistów czy ich szefów, czy innych decydentów. Układ guzików jest istotny przy edytowaniu! Podobnie jak układ liter i znaków na klawiaturze. Ich przestawienie czy zmiana wyglądu znaków utrudnia pracę! Mi trochę odechciewa się edytować. Michał Sobkowski dyskusja 23:17, 31 paź 2018 (CET)[odpowiedz]
    • Coż, Michale. Ja w zasadzie już się przyzwyczaiłem do tego, że osoby dodające unikalną treść do main zasadniczo programistom przeszkadzają. W zasadzie mogliby nie dodawać, a informatycy mogliby rozwijać projekt bez przeszkód. Tak, to był znowu sarkazm. — Paelius Ϡ 23:41, 31 paź 2018 (CET)[odpowiedz]
  • Trochę zacząłem gmerać przy opcji przywrócenia (przez skrypt) paska z edytora 2006 (utworzyłem lokalne kopie stron podanych wyżej przez Petera Bowmana), ale jeszcze trochę trzeba pogrzebać. Postaram się przysiąść się na tym jakoś na dniach, ale niczego nie obiecuję. @Michał Sobkowski i inni dotknięci: czy macie zaznaczony w preferencjach któryś z gadżetów „Sprzątanie kodu”, „Wyszukiwanie i zamiana”, „refTools” i „Dodatkowe przyciski na pasku narzędzi”? Bo właśnie one wykorzystują MediaWiki:Gadget-lib-toolbar.js i będą stanowić kłopoty. Trzeba będzie ewentualnie pomyśleć nad utworzeniem alternatyw dla tych gadżetów. tufor (dyskusja) 00:33, 1 lis 2018 (CET)[odpowiedz]
  • tufor, to jest chyba właśnie problem, bo mam włączone te wszystkie gadżety, które wymieniłeś, a także inne, ładowane z js:
Wikipedysta:ToSter/snippets.js (działa, ale zmienił się guzik, jest w "Zaawansowane")
Wikipedysta:Kaligula/js/citejournal.js (działa, guzik 3D bz., jest w "Zaawansowane")
Wikipedysta:Matma Rex/prettyref.js (działa, guzik 3D bz., jest w pasku podstawowym)
Wikipedysta:Halibutt/link w cytuj.js (działa, guzik podobny, jest w pasku podstawowym)
W tej chwili widzę, że zniknęła irytująca mnie wczoraj konieczność każdorazowego wywoływania paska "Zaawansowane", obecnie zapamiętywane jest ostatnie ustawienie i dodatkowy pasek ładuje się automatycznie. Brak niektórych "szybkich" guzików (np. wstawiających półpauzę, "{{}}" czy "[[ ]]") nie jest specjalnie bolesny, bo są one dostępne pod oknem edycji, a pewnie da się je dodać zgodnie ze wskazówką Petera Bowmana. A więc nie jest tak źle, jak wydawało mi się na początku, trzeba przestawić się na nowy wygląd ikonek - niektóre to porażka, np. tajemniczy rysunek wstawiający refy, prawie niewidzialna lupka czy udziwnione "DD" przypominające raczej uszka od kubków niż dużą i mała literę. Dużą zaletą jest natomiast stabilność położenia przycisków - w starym pasku kilka lat guziki temu zaczęły ładować się w przypadkowej kolejności i pomimo prób pomocy z waszej strony tutaj, nie udało się tego naprawić. To sprawia, że chyba już nie chcę wracać do starego paska. Michał Sobkowski dyskusja 11:10, 1 lis 2018 (CET)[odpowiedz]
Półpauza jest w Znaki specjalne->Symbole --Wargo (dyskusja) 12:21, 1 lis 2018 (CET)[odpowiedz]
Tak, ale to jest za głęboko zakopane, żeby było przydatne, prościej jest korzystać z zestawu znaków pod oknem edycji (który ponadto prawidłowo wstawia wszystko nie tylko do okna edycji, ale też od opisu zmian i innych pól edycyjnych, dla których pasek guzików stał się obecnie bezużyteczny). Michał Sobkowski dyskusja 13:59, 1 lis 2018 (CET)[odpowiedz]
Wybacz, Michale, ale przy takim podejściu nigdy informatycy nie uznają za zasadne pytać się edytorów o cokolwiek. Szkoda. — Paelius Ϡ 15:07, 1 lis 2018 (CET)[odpowiedz]
  • @Michał Sobkowski: w nowym edytorze można dodawać przyciski, dodatkowe rozwijane menu, nawet zaawansowane funkcje. Przykładowo w swoim JS ustawiłem wbudowaną wyszukiwarkę stron w innych projektach, a @Sławek Borewicz sporządził opis narzędzia wstawiającego przygotowany tekst za jednym kliknięciem. Przyciski można by też ustawić dla wszystkich w MediaWiki:Gadget-edit-buttons.js.
  • Peter Bowman, dzięki za wyjaśnienia i linki! Niestety nie wychodzi mi. Do swojego js dodałem testowo sekcję
$( '#wpTextbox1' ).wikiEditor( 'removeFromToolbar', {
	'section': 'advanced',
	'group': 'format',
	'tool': 'newline'
});
aby usunąć guzik dodający <br>, ale jak był, tak jest. Czy coś robię źle? Michał Sobkowski dyskusja 19:55, 3 lis 2018 (CET)[odpowiedz]
@Michał Sobkowski: prawdopodobnie ten kod jest uruchamiany zanim pasek edycji został załadowany. Rozwiązanie Specjalna:Niezmienny link/54942112 u mnie działa, jednak ten kod z kolei nie może zostać uruchomiony zbyt późno – na wszelki wypadek wstaw te linie jak najwcześniej w swoim common.js (mój jest dość pusty). Peter Bowman (dyskusja) 22:01, 3 lis 2018 (CET)[odpowiedz]
@Peter Bowman: Dziękuję, to chyba raczej chodziło o to, że moja wersja nie była pełnym kodem albo miała błędy w nazwach. Przesunięcie na początek nic nie dało, zadziałało dopiero skopiowanie Twojego kodu, tj.
$( function () {
	$( '#wpTextbox1' ).on( 'wikiEditor-toolbar-doneInitialSections', function () {
		$( this ).wikiEditor( 'removeFromToolbar', {
			'section': 'advanced',
			'group': 'format',
			'tool': 'newline'
		} );
		
		// Dodaj kolejne instrukcje poniżej tej linii
	} );
} );
Pozdrawiam, Michał Sobkowski dyskusja 22:26, 3 lis 2018 (CET)[odpowiedz]
Przywróciłem stary edytor – niby wszystko działa, ale wolę zaczekać z udostępnieniem, dopóki nie nadejdzie aktualizacja oprogramowania. Na razie mogą go przetestować administratorzy interfejsu, ostatnia opcja w sekcji Edycja stron. Peter Bowman (dyskusja) 02:35, 2 lis 2018 (CET)[odpowiedz]
  • Aha, to dlatego, że odhaczyła mi się (samorzutnie, ja nic nie zmieniałem) opcja „Włącz rozszerzony pasek narzędzi edycyjnych”. Po jej zaptaszkowaniu stary pasek zmienił się w nowy. Alternatywnie mogę zaptaszkować "Aktywuj stary pasek edycji wikikodu", wraca wtedy stary pasek, ale z podwojonym zestawem podstawowym i błędnymi ikonkami indeksów dolnych i górnych. Ale wszystko działa. Michał Sobkowski dyskusja 09:18, 2 lis 2018 (CET)[odpowiedz]
  • Przepraszam za niejasność, @Michał Sobkowski. Rozwiązanie jeszcze nie jest kompletne – czekamy na nadejście aktualizacji MW (miała być wczoraj), po czym zostanie dodana nowa opcja w preferencjach, czyli gadżet przywracający stary wygląd paska narzędzi. Działanie będzie następujące: użytkownik zaznaczył „Włącz rozszerzony pasek narzędzi edycyjnych” – włączy się nowy edytor; zamiast tego zaznaczył gadżet, który wkrótce udostępnię w preferencjach – włączy stary edytor; nie zaznaczył żadnej z tych opcji – brak paska narzędzi, czyli gołe okno edycji, bez przycisków. Poprzednio lib-toolbar wymuszał obecność nowego lub starego paska.
  • Inne zmiany, dla piszących kod:
  • Zaleca się korzystanie z lokalnego gadżetu lib-toolbar, który jest nakładką dla obu edytorów wikitekstu: ten sam interfejs dla tworzenia przycisków zarówno w starym, jak i nowym pasku. Można nadal użyć starego mw.toolbar bezpośrednio:
mw.loader.using( 'mediawiki.user' ).done( function () {
	if ( !Number( mw.user.options.get( 'usebetatoolbar' ) ) ) {
		mw.loader.using( 'ext.gadget.mw-toolbar' ).done( function ( require ) {
			require( module ).addButton( { /* ... */ } );
		} );
	}
} );
  • Ów lib-toolbar rozpoznaje nową właściwą oldtoolbar, która wymusza ładowanie przycisku tylko w nowym lub starym pasku. Przykład w MediaWiki:Gadget-edit-buttons.js.
  • @Peter Bowman: ogromne dzięki za zajęcie się tym. Wczoraj nie miałem czasu nawet włączyć komputera; dzisiaj przychodzę, patrzę: wszystko śmiga jak powinno (przynajmniej na pierwszy rzut oka) ;-) Ja tu już chyba nie jestem potrzebny ;) Pzdr, tufor (dyskusja) 13:40, 2 lis 2018 (CET)[odpowiedz]
  • Wielkie dzieki za wszystkie wysiłki w przywróceniu starego paska. Nie jestem informatykiem, ale przekonałem się już niejeden raz i jestem już pewien, że na tym polu jest praktycznie wszystko możliwe. A wszystko co jest z pozoru niemożliwe, bierze sie stąd, że komuś się nie chce lub nie potrafi. Mam jeszcze uwagę, ponieważ u mnie (tablet/android 7) pierwsze 7 ikon sie powtarza i w pozycji pionowej pasek obcina ostatnie ikony. Proszę jeszcze raz o pochylenie się nad problemem. Jckowal piszże 00:12, 4 lis 2018 (CET)[odpowiedz]
    • @Jckowal: dzieje się tak zapewne dlatego, że MediaWiki nie zostało jeszcze zaktualizowane do nowej wersji. Zapewne włączyłeś przygotowany przez Petera Bowmana gadżet („Aktywuj stary pasek edycji wikikodu” w sekcji „Edycja stron” gadżetów) oraz masz zaznaczone w Preferencjach, w zakładce „Edycja” pole „Pokaż pasek narzędzi”; wystarczy odznaczyć to drugie i ikonki nie będą się powtarzać. Pzdr, tufor (dyskusja) 00:40, 4 lis 2018 (CET)[odpowiedz]
  • Od rana pasek edycji sie nie wyswietla, nic nie dziala, ktos ma jakies pomysly? Tokyotown8

Już po aktualizacji, usunięto pasek z oprogramowania MW. @Michał Sobkowski, @Eurohunter, @Paelius, @KamilK7, @Jckowal, @Tokyotown8: jeżeli nadal chcecie korzystać ze starego paska edycji, należy zaznaczyć opcję „Aktywuj stary pasek edycji wikikodu (...)” w preferencjach, ostatnia w sekcji „Edycja stron”. Zgodnie z instrukcją, nie może być zaznaczona opcja „Włącz rozszerzony pasek narzędzi edycyjnych” (czyli nowy pasek). Jeżeli żadna z tych opcji nie zostanie zaznaczona – brak paska (@Tokyotown8). Powtórzę ten wpis na TO. Pozdrawiam, Peter Bowman (dyskusja) 00:47, 6 lis 2018 (CET)[odpowiedz]

  Załatwione ~Cybularny Napisz coś ✉ 16:09, 26 lis 2018 (CET)[odpowiedz]

Most Müngsten- szablon przypisy edytuj

Witam, czy szablon "R" grupujący przypisy, który mam wstawiony do hasła:Most Müngsten przez edytującego z IP jest poprawny? Pierwszy raz się spotykam z czymś takim. Proszę o informację. Pozdrawiam. Four.mg (dyskusja) 15:30, 28 paź 2018 (CET)[odpowiedz]

@Four.mg, jak najbardziej jest poprawny, patrz: {{r}}. Jeżeli istnieje przypis o nazwie "przypis1", to {{r|przypis1}} jest tożsame z <ref name="przypis1" />. Szoltys [Re: ] 15:38, 28 paź 2018 (CET)[odpowiedz]

  Załatwione ~Cybularny Napisz coś ✉ 16:10, 26 lis 2018 (CET)[odpowiedz]

Konflikty edycji z botami edytuj

Artykuł przeniesiony z brudnopisu do przestrzeni głównej, a zapewne analogicznie też świeżo utworzony, bardzo często podawany jest dalszym uzupełnieniom i poprawkom. Problem polega na tym, że na nowe artykuły polują też boty i poprawiają w nich np. cudzysłowy powodując w takich sytuacjach konflikt edycji. Pal diabli jeśli trafi na doświadczonego użytkownika, ale dla początkujących to bardzo bolesne doświadczenie przydarzające się w newralgicznym momencie publikacji artykułu. Czy można do oprogramowania botów wprowadzić procedurę opóźniającą wykonywaną przez nich edycję artykułu do ok. 20-30 minut od ostatniej jego edycji? Kenraiz (dyskusja) 14:12, 26 lis 2018 (CET)[odpowiedz]

Tak, ale z każdym operatorem, trzeba to ustalić oddzielnie. W tym przypadku @Andrzei111. Mój bot raczej nie natrafia na świeżo utworzone artykułu, bo na ogół przy szukaniu błędów korzysta z wcześniej wygenerowanych list z błędami. ~malarz pl PISZ 15:01, 26 lis 2018 (CET)[odpowiedz]

23:22, 26 lis 2018 (CET)

  Załatwione ~malarz pl PISZ 23:33, 26 lis 2018 (CET)[odpowiedz]

Podmiana grafiki edytuj

Czy ktoś z uprawnionych mógłby podmienić grafikę w szablonie {{Podpisuj}} na tę grafikę (ja niestety nie mam takich uprawnień)? Obecna grafika w tym szablonie presentuje poprzedni wygląd ikony powiadomień i komunikatów, natomiast moja prezentuje aktualny ich wygląd. W sumie nie wiem , czy na każdym stylu wygląd tych ikon jest ten sam - ja używam vectora i nie próbowałem na innych stylach. XaxeLoled AmA 19:45, 28 lis 2018 (CET)[odpowiedz]

@XaxeLoled: możesz wrzucić ten obrazek na Commons? Bo wszystkie grafiki muszą być na Commons byśmy mogli ich użyć w Wikipedii. tufor (dyskusja) 19:54, 28 lis 2018 (CET)[odpowiedz]
@Tufor: Gdy próbuję wgrać ten plik na Commons, mam taki komunikat. XaxeLoled AmA 20:03, 28 lis 2018 (CET)[odpowiedz]
@XaxeLoled: Spróbuj wgrać pod inną nazwą, np. dodaj "(2)" na koniec nazwy. tufor (dyskusja) 20:29, 28 lis 2018 (CET)[odpowiedz]
@Tufor: Też nad tym myslałem, no i tak zrobiłem. Grafika została wgrana na Commons, tutaj link. XaxeLoled AmA 20:34, 28 lis 2018 (CET)[odpowiedz]
podmieniłem.   Załatwione tufor (dyskusja) 20:41, 28 lis 2018 (CET)[odpowiedz]

Problem z mapą lokalizacyjną Legnicy edytuj

Kłaniam się. Po wymianie mapy lokalizacyjnej Legnicy, pomimo podania współrzędnych GPS punktów krańcowych punkty lokalizacyjne w infoboxach są przesunięte względem właściwego położenia. Nie mam pomysłu, jak to naprawić. Proszę o pomoc. Montiverdi (dyskusja) 10:06, 27 lis 2018 (CET)[odpowiedz]

@Montiverdi: czy mógłbyś podać ze dwa-trzy przykłady takich artykułów? Wtedy będzie prościej zobaczyć co jest nie tak. tufor (dyskusja) 21:08, 28 lis 2018 (CET)[odpowiedz]
@Tufor Np.Lasek Złotoryjski, Wojewódzki Szpital Specjalistyczny w Legnicy, Zamek Piastowski w Legnicy. Montiverdi (dyskusja) 21:15, 28 lis 2018 (CET)[odpowiedz]
@Montiverdi: w końcu dokopałem się i dokonałem takiej edycji: klik. Zobacz czy teraz jest jak być powinno. tufor (dyskusja) 21:33, 28 lis 2018 (CET)[odpowiedz]
@Tufor działa, jest już OK - dziękuję za pomoc! Montiverdi (dyskusja) 21:40, 28 lis 2018 (CET)[odpowiedz]

  Załatwione ~malarz pl PISZ 22:34, 28 lis 2018 (CET)[odpowiedz]

Advanced Search edytuj

Johanna Strodt (WMDE) (talk) 12:03, 26 lis 2018 (CET)[odpowiedz]

  Załatwione ~malarz pl PISZ 22:34, 28 lis 2018 (CET)[odpowiedz]

mw.util.jsMessage edytuj

Hi, the mw.util.jsMessage() function was deprecated in 2012, and will soon not be working. According to phab:P7840 there's at least one gadget using this function on your wiki, but it is likely it won't cause much of a problem anyway. We don't see this function being used much and this message is mainly to be on the safe side. There's a migration guide that explains how to use mw.notify instead. See phab:T193901 for more information. /Johan (WMF)

10:39, 26 lis 2018 (CET)

Chodziło o MediaWiki:Gadget-Popups.js, zaktualizowany przez @Wargo w Specjalna:Diff/55117577. Peter Bowman (dyskusja) 20:48, 26 lis 2018 (CET)[odpowiedz]

  Załatwione ~malarz pl PISZ 22:34, 28 lis 2018 (CET)[odpowiedz]

Parametry umieszczone w redirekcie - czy to jest możliwe do uzyskania? edytuj

Chodzi mi o taki myk: mam jakiś szablon, który wymaga dajmy na to 1 parametru aby zadziałał poprawnie. Chcę teraz utworzyć taki redirect, który by sam wstawiał w szablon ten parametr (oczywiście o stałej wartości, bo raczej nie wchodzi tu inna możliwość). Tzn. na stronie wywołującej tego redirecta nie ma żadnego wstawionego parametru, a po przejściu przez stronę z redirectem wstawia ona parametr i dalej już jest wykonywana dana akcja powodowana przez ten parametr we właściwym szablonie, do którego kieruje ten redirect.

Uff, chyba wyłożyłem to w miarę jasno. Może jakiś technomagic mi pomoże?... Electron   03:10, 25 lis 2018 (CET)[odpowiedz]

Tak jest to możliwe. Tylko bez redirecta. {{Konopski2009}} to jest taki "redirect" szablonu cytowania z masą wypełnionych parametrów. ~malarz pl PISZ 11:43, 25 lis 2018 (CET)[odpowiedz]
OK. Dziękuję bardzo za pomysł. A czy bez LUA i modułów tego się nie da zrobić? Bo mam to zastosować na wiki, na której LUA jeszcze nie działa. Po za tym LUA to dla mnie za wysokie progi :(
W skrócie: importuję tam masę artów z innej wiki, która ma ciutek inne szablony. I chodzi mi o to, że do momentu pozmieniania im szablonów na stosowane na tej nowej wiki dobrze by było aby obecne tam stare szablony (bez parametru, bo na poprzedniej wiki nie był on potrzebny bo szablony zawsze pokazywały tę samą wartość) współpracowały w miarę sensownie z nowymi i po to mi jest potrzebny ów redirect/redirecty (używane tymczasowo i wstawiające typowy parametr, bo bez parametru to nowe szablony pokazują bzdury). Potem i tak będę je musiał przejrzeć i zamienić na prawidłowe szablony z prawidłowymi parametrami. Ale to już chcę zrobić na spokojnie i bez pośpiechu... Przeczytałem helpa o redirektach na mediawiki.org i nic tam o tym nie wspominają...
Być może jednak łatwiej będzie skopiować i przystosować do nowych warunków tam właściwy szablon ze starej wiki, a potem go zamienić na importowanych stronach na nowy ze wstawionym właściwym parametrem. Electron   15:32, 25 lis 2018 (CET)[odpowiedz]
Zamiast wywołania modułu jak w tym przykładzie co pokazałem, wstaw wywołania szablonu takie jak potrzebujesz. Podaj więcej szczegółów, wskaż szablon(y) to napiszę więcej. ~malarz pl PISZ 16:29, 25 lis 2018 (CET)[odpowiedz]
OK. Teraz pojąłem koncepcję. Ciekawe rozwiązanie. Proste ale sam bym na to nie wpadł. To oczywiście jest pewne obejście problemu ale faktycznie działa jak powinno. O to mi właśnie chodziło. Już sobie poradzę. Dziękuję pięknie za pomoc :) Electron   02:58, 26 lis 2018 (CET)[odpowiedz]

  Załatwione ~malarz pl PISZ 22:35, 28 lis 2018 (CET)[odpowiedz]

Literatura uzupełniająca edytuj

  1. Co powoduje błędy z przypisami na Dyskusja:Thomas Aikenhead?
  2. Co powoduje, że strona ląduje w Kategoria:Literatura uzupełniająca w nieprawidłowej sekcji? Opis w kategorii nie zgadza się ze stanem faktycznym (szablony {{literatura}} są w zobaczteszu). IOIOI2 15:52, 21 lis 2018 (CET)[odpowiedz]
    1. i 2. 2. chyba poprawił Paweł Ziemian [24]? Niestandardową sekcją zobacz też w artykule, w której ktoś postanowił – z niewiadomego dla mnie powodu – dodać przypisy (choć sam błąd na czerwono, bo w jednym z przypisów jest jeszcze dodatkowo przypis rzeczowy zagnieżdżony), a czego nikt (m.in. ja) nie przewidział tworząc/rozbudowując szablon. Nie wiem, jak temu zapobiec od strony szablonu. Wostr (dyskusja) 18:44, 21 lis 2018 (CET)[odpowiedz]

  Dzięki!, IOIOI2 23:14, 21 lis 2018 (CET)[odpowiedz]

  Załatwione ~malarz pl PISZ 22:36, 28 lis 2018 (CET)[odpowiedz]

Błąd(?) w module Arguments(?) edytuj

W module Arguments(?) prawdopodobnie jest błąd (albo coś źle robię gdzieś indziej). Wygląda jakby Arguments traktował pusty wynik {{#if:{{{1|}}}||{{parametr|1}} (kod kraju)}} jako {{{1}}} (Szablon:Inflacja/brudnopis#Błędne użycia). Po dodaniu parametru frameOnly = true do getArgs(frame) (połącz, niepełna konwersja modułu Separated entries) zachowuje się tak jak jego wersja na enwiki bez tego parametru.

  • Test na plwiki (błąd: nie podano abc, ... - "abc, " nie powinno występować):

Edycja połącz i podgląd na stronie Szablon:Inflacja/brudnopis#Błędne użycia.

  • Test na enwiki (ok):

Edycja Inflation/sandbox, zastąpić pierwsze {{Separated entries|separator=,&#32;|conjunction=&#32;and&#32; przez {{#invoke:Separated entries|main i podejrzeć zmiany w przykładach (z brakiem/błednymi parametrami) z komunikatami błędów.

Porównanie Arguments z en i plwiki. --89.25.210.104 (dyskusja) 04:29, 20 lis 2018 (CET)[odpowiedz]

To jednak nie błąd, tylko normalne zachowanie. Jeśli parametr z frame jest pusty, to Arguments bierze go z parenta (chyba że użyjemy opcji onlyframe=true albo removeBlanks=false). --89.25.210.104 (dyskusja) 18:23, 20 lis 2018 (CET)[odpowiedz]

  Załatwione ~malarz pl PISZ 22:36, 28 lis 2018 (CET)[odpowiedz]

Moi drodzy, zdarza mi się dodawać zazwyczaj do opracowywanego teksu przypisy. Korzystam zazwyczaj z {{cytuj książkę}}. Ktoś inny jednak korzysta z {{cytuj}} i wtedy w sekcji #Bibliografia robi się taki nieporządek. Część bibliografii podana jest z pełnymi imionami i nazwiskami, część z inicjałem imienia i nazwiska. Poza tym bibliografia różni się kropkami i przecinkami. Można temu jakoś zaradzić? Przede wszystkim czy muszą imiona skracane być, wszak wikipedia to nie papier i nie musimy ograniczać miejsca. Zwiadowca21 17:38, 19 lis 2018 (CET)[odpowiedz]

A i jeszcze jedno, w Polsce podajemy najpierw imię, później nazwisko. Dlaczego tu jest inaczej? ten co wyżej

Takie były założenia w czasie opracowywania {{cytuj}}:

  1. Mniej kropek, bo takie prośby regularnie wracały w kawiarence na temat klasycznych szablonów cytowania.
  2. Bibliografia załącznikowa od nazwiska, i posortowana względem autorów. To ma ułatwiać wyszukiwanie autorów przy współpracy z {{odn}} i drukowaną wersją strony.
  3. Uniwersalny, bo wiele osób nie wie co cytuje. A chcemy, żeby ludzie podawali źródła.
  4. Imiona są skracane do inicjałów (ale w dymku jest pełne imię), bo wiele pozycji, które nie używają {{cytuj}} używa takiej formy. Daje w rezultacie to lepszą spójność zapisu w bibliografii.

Jako rozwiązanie proponuję zapisywać całą sekcję bibliografii używając szablonu {{cytuj}}. Paweł Ziemian (dyskusja) 17:57, 19 lis 2018 (CET)[odpowiedz]

Chętnie (albo mniej chętnie, ale jednak) bym korzystał, ale zauważ proszę, że przy szablonie {{Cytuj książkę}} jest #Lista_parametrów które mogę skopiować. Podobnie jest w {{Cytuj pismo }} (#Lista_parametrów), a w {{Cytuj stronę}} #Użycie. Przy szablonie {{cytuj}} nie mam skąd skopiować szablonu. Nawet nie wiem które pola tam występują. Zwiadowca21 22:55, 22 lis 2018 (CET)[odpowiedz]
Zobacz sekcja Szablony – tam są gotowe zestawy do kopiowania dostosowane do różnych rodzajów źródeł, a pełna lista parametrów do ew. uzupełnień podana jest niżej w tabeli. Kenraiz (dyskusja) 23:15, 22 lis 2018 (CET)[odpowiedz]

  Załatwione ~malarz pl PISZ 22:36, 28 lis 2018 (CET)[odpowiedz]

Szablon:Cytuj pismo edytuj

W haśle Mikołaj Jan Manugiewicz użyłem szablonu, wpisując

* <ref name="Dayarusz Sejmu 1830–1831">{{cytuj pismo|wydawca=[[Michał Rostworowski|M. Rostworowski]]|tytuł=Dayarusz Sejmu z R. 1830–1831|miejsce=Kraków|rok=1907|wolumin=T. I|strony=244}}</ref>

i uzyskałem

Dayarusz Sejmu z R. 1830–1831. . T. I, s. 244, 1907. Kraków: M. Rostworowski.

Czy te dwie kroki między tytułem a numerem tomu to błąd w szablonie (który można poprawić) czy też ja popełniłem jakiś błąd? Wiktoryn <odpowiedź> 11:50, 18 lis 2018 (CET)[odpowiedz]

Nie podałeś czasopisma. W zamian polecam {{cytuj}}. Wpisanie {{cytuj|wydawca=[[Michał Rostworowski|M. Rostworowski]]|tytuł=Dayarusz Sejmu z R. 1830–1831|miejsce=Kraków|data=1907|wolumin=I|s=244}} daje „Dayarusz Sejmu z R. 1830–1831, t. I, Kraków: M. Rostworowski, 1907, s. 244.”. Czyli przecinki zamiast kropek. Alternatywnym zamiennikiem mógłby być również szablon {{cytuj książkę}}. Paweł Ziemian (dyskusja) 12:51, 18 lis 2018 (CET)[odpowiedz]
Ew. z {{cytuj pismo}} należałoby umieścić informacje w parametrach do tego przystosowanych; tytuł to tylko i wyłącznie tytuł artykułu w czasopismie, nie tytuł czasopisma (wynik z czasopismo zamiast tytuł): „Dayarusz Sejmu z R. 1830–1831”. T. I, s. 244, 1907. Kraków: M. Rostworowski. . Ale jak Paweł wspomniał, lepiej po prostu użyć {{cytuj}}. Wostr (dyskusja) 23:51, 18 lis 2018 (CET)[odpowiedz]

  Załatwione ~malarz pl PISZ 22:36, 28 lis 2018 (CET)[odpowiedz]

Szablon:AS-granica edytuj

W szablonie {{AS-granica}}znajduje się drobny błąd. Gdy w infoboxie {{Droga infobox}} wpiszemy nazwy miejscowości, od których przejście graniczne wzięło nazwę tworzy się link do owego przejścia, jednak może się okazać, że przejść o takiej nazwie jest więcej niż jedno. Wtedy tak, jak w artykule Droga krajowa nr 2 (Polska) link odsyła do ujednoznacznienia. Jak to zrobić żeby link był bezpośrednio do artykułu, a nie do ujednoznacznienia (i bez żadnych nawiasów)? O zaistniałej sytuacji poinformował mnie @Jakas1 na mojej stronie dyskusji. --Maattik (dyskusja) 14:47, 29 lis 2018 (CET)[odpowiedz]

Szablon rozbudowałem o nowy parametr, poprawiłem jedno wywołanie, oznaczam jako   Załatwione. ~malarz pl PISZ 19:43, 29 lis 2018 (CET)[odpowiedz]

Szablon {{Martwy link dyskusja}} z tematem na stronie dyskusji edytuj

Czy {{Martwy link dyskusja}} nie mógłby wstawiać także tematu (==sekcji==) na stronie dyskusji? Bo teraz to trochę zaśmieca stronę dyskusji. --89.25.210.104 (dyskusja) 01:50, 5 lis 2018 (CET)[odpowiedz]

Błąd w infoboksie edytuj

W szablonie infoboksu Góra (zobacz np. Gorc) powstał jakiś błąd techniczny. Selso (dyskusja) 16:29, 5 lis 2018 (CET)[odpowiedz]

To przez tą edycję. Gość z enwiki skopiował nam ich wersję modułu. Anulowałem, tufor (dyskusja) 16:39, 5 lis 2018 (CET)[odpowiedz]
Dzięki - niestety błąd nadal jest w niektórych art. (m.in. w art. Gorc). Selso (dyskusja) 16:48, 5 lis 2018 (CET)[odpowiedz]
Bo gość powtórzył swoją edycję - anulowałem ponownie. IOIOI2 16:49, 5 lis 2018 (CET)[odpowiedz]

Sam moduł zgłosiłem do usunięcia: Wikipedia:Poczekalnia/kwestie techniczne/2018:11:06:Moduł:WikidataIB. Zastanawiam się tez nad propozycja ograniczenia edycji przestrzeni moduł do grupy "autoreviewed". Coraz częściej obcojęzyczni chcą nas uszczęśliwiać kodem, który wpływa na wiele artykułów. ~malarz pl PISZ 09:10, 6 lis 2018 (CET)[odpowiedz]

Jak najbardziej. Wostr (dyskusja) 17:10, 6 lis 2018 (CET)[odpowiedz]
  Za KamilK7 09:58, 7 lis 2018 (CET)[odpowiedz]
  Za IOIOI2 13:40, 7 lis 2018 (CET)[odpowiedz]
  Za Yes, please, że wejdę w poetykę uszczęśliwiających nas niedopracowanymi modułami obcojęzycznymi--Felis domestica (dyskusja) 15:01, 7 lis 2018 (CET)[odpowiedz]

Dodanie opcji "bez refów" w dialogu przypis w trybie wizualnym edytuj

Czy nie dałoby się dodać opcji "bez refów" do dialogu "Dodaj przypis"? Przydała by się to przy np. dodawaniu zewnętrznych linków. Albo może da się jakoś usunąć tagi ref bez przełączania trybu edycji? --89.25.210.104 (dyskusja) 22:46, 29 paź 2018 (CET)[odpowiedz]

Niestety badanie jest tylko dla osób z kontem. Jakby ktoś chciał i miał miejsce (możliwe są tylko 3 zgłoszenia) to może też zgłosić któryś z moich 2 wpisów (po angielsku; tyle zdążyłem dodać zanim się o tym dowiedziałem :) ).
Stos błedów Przypis bez ref --89.25.210.104 (dyskusja) 20:22, 30 paź 2018 (CET)[odpowiedz]
I przy okazji jeszcze jedna propozycja: dodanie do listy języków po lewej i do szablonu cytowań (gdy językiem nie jest polski) linku / pola url dla translatora google (chyba że jest jakiś od niego lepszy). --89.25.210.104 (dyskusja) 22:01, 3 lis 2018 (CET)[odpowiedz]
  • Przypis to właśnie tag ref, objawiający się jako cyferka w indeksie górnym i listą źródeł na dole. Jeżeli chcesz wstawić link zewnętrzny (nie jako przypis) w edytorze wizualnym to go po prostu wklejasz albo wpisujesz bezpośrednio w tekst. Zależy czemu ma słuzyć taki link - jeżeli jest źródłem potwierdzającym zdanie - zostaw jako przypis. --Wargo (dyskusja) 00:44, 30 paź 2018 (CET)[odpowiedz]
Chodziło mi o to, żeby taki zew. link miał postać taką jak przypis po usunięciu tagów ref (czyli sam szablon Cytuj - wprawdzie można go dodać ręcznie, ale wtedy nie ma automatycznego wypełniania pól). A w edytorze kodu nie ma automatycznego generowania cytowań. --89.25.210.104 (dyskusja) 18:33, 30 paź 2018 (CET)[odpowiedz]
I właśnie to trzeba zgłosić do życzeń, żeby generator przypisów z VE działał w edytorze kodu. Wygenerowany przypis łatwo okroić z refów, a jeszcze częściej się zdarza, że trzeba go i tak podrasować po wstawieniu. Paweł Ziemian (dyskusja) 20:45, 30 paź 2018 (CET)[odpowiedz]
Co do życzeń: widocznie przeoczyłeś moją odpowiedź powyżej :)
Generator przypisów w edytorze kodu na enwiki działa (nie wiem czy używa tego samego generatora co VE), więc nie wiem czy sytuacja z plwiki nie jest wyjątkowa.
Właśnie o okrojenie z refów mi chodzi - w VE raczej się tego nie da wykonać - chyba że o czymś nie wiem.
A jak już mówimy o brakach, to w VE nie ma (chyba) też otagowywania m.in. znacznikami code i nowiki. --89.25.210.104 (dyskusja) 22:48, 30 paź 2018 (CET)[odpowiedz]
Mają tam ulepszoną wersję refToolbar. Możesz też wypróbować edytor wikikodu 2017 (jako zalogowany) - podobny do edytora wizualnego, ale i tak trzeba usunąć refy ale już bez przełączania. Znaczniki code działają - CTRL+SHIFT+6, menu z formatami. --Wargo (dyskusja) 04:42, 31 paź 2018 (CET)[odpowiedz]
W nowym edytorze Wikikodu automatyczne generowanie refów jest, a stary i tak za tydzień wylatuje, więc nie bardzo jest sens zgłaszać do niego poprawki. KamilK7 08:28, 31 paź 2018 (CET)[odpowiedz]
Czy ten "nowy" edytor to nie jest przypadkiem ten sam, który obecnie jest używany domyślnie dla użytkowników IP? (z Cytuj 1.2.7, bez automatyzacji przypisów) Czy też to będzie aktualizacja do wersji używanej obecnie na enwiki? --89.25.210.104 (dyskusja) 16:06, 31 paź 2018 (CET)[odpowiedz]
Z braku zmian w edytorze kodu i Cytuj 1.2.7 wnoszę że zmiana nic nie wniosła. --89.25.210.104 (dyskusja) 17:06, 7 lis 2018 (CET)[odpowiedz]

Automatycznie zasysany infobox z Wikidanych edytuj

Osoby mające włączony gadżet automatycznie generujący infobox z Wikidanych - czy również Wam ten boks, na przykład w artykule Katastrofa lotu Lion Air 610 zajmuje całą szerokosć ekranu włącznie z linkami nawigacyjnymi? Wojciech Pędzich Dyskusja 11:07, 10 lis 2018 (CET)[odpowiedz]

Lista Życzeń Społeczności 2019 edytuj

Przypominam, że do 11 listopada można zgłaszać propozycje do ankiety zapotrzebowań technicznych społeczności Community Wishlist Survey 2019 prowadzonej przez zespół Community Tech. Na obecną chwilę zgłoszono 257 propozycji w 15 kategoriach od narzędzi administracyjnych/stewardowskich przez cytowanie, multimedia po Wikisłownik.

Zachęcam do zapoznawania się, podawania propozycji i ich komentowania/uzupełniania - bo to najlepsza okazja by prosić o dodanie funkcjonalności lub poprawki. Głosowanie nad propozycjami ma trwać od 16 do 30 listopada. 10 zwycięzców ma trafić na tapetę zespołu.

Sam już zgłosiłem propozycję przeniesienia przypisów bibliograficznych na Wikidane celem ich łatwego kopiowania i wyszukiwania (spory projekt i może poza ich możliwościami, ale zróbmy coś z tym wreszcie bo ręczne tłumaczenie przypisów z np. en.wiki lub robienie ich od początku mnie osobiście denerwuje). Z pozdrowieniami, aegis maelstrom δ 11:38, 10 lis 2018 (CET)[odpowiedz]

  • Tam jest zgłoszonych mnóstwo propozycji, których wprowadzenie znacznie poprawiłoby funkcjonalność projektu. Przyjęcie ograniczenia 10 propozycji do wdrożenia jest jak kubeł zimnej wody – świadczy o tym jak bardzo oprogramowanie i możliwości Wikimediów odstają od potrzeb. Kenraiz (dyskusja) 12:13, 10 lis 2018 (CET)[odpowiedz]
    • Zgadzam się, dobrych propozycji jest znacznie więcej niż 10, co m.in. pokazuje ile jeszcze jest do zrobienia (oraz jakie potrzeby techniczne - i funduszy na nie - mamy jako Wikimedia). Z tych względów brać to do serca i zgłaszać tę kwestię np. w procesie strategicznym Wikimediów czy przy rozmowach o dystrybucji środków. Ja na pewno wezmę to pod uwagę i będę próbował przekazywać to dalej w ramach mojej grupy roboczej (którą akurat jest dystrybucja środków - trzeba zadbać o mechanizm finansowania potrzeb tech).
    Z drugiej strony, to jest może najlepsza okazja publicznego zgłaszania potrzeb. Także wysoka partycypacja (zgłoszenia, komentarze, głosy) uświadomiłaby wszystkich skalę potrzeb i mogłaby skutkować nadania temu większych środków lub wzięcia części prac przez kogoś innego. Zatem, proponuję zgłaszać! BTW, liczby rosną, już: 263 proposals, 333 contributors. :) aegis maelstrom δ 12:31, 10 lis 2018 (CET)[odpowiedz]
  • W Wikidanych są już w tym momencie miliony elementów opisujących artykuły naukowe, z pełnymi danymi wystarczającymi do wypełnienia opisu bibliograficznego. Nie ma jeszcze co prawda zaimportowanych cytowań pomiędzy tymi artykułami, ani głównych tematów artykułów (czyli w zasadzie słów kluczowych), ale wiele elementów już teraz można by było wykorzystywać do generowania przypisów, np. The SOS regulatory system of Escherichia coli (Q40335741) (i nawet mamy w obecnym {{cytuj}} i w innych szablonach rozwiązania, dzięki którym można by było automatycznie usunąć kropkę z końca tytułu, czy poprawnie wyświetlić autorów, a nie jako „Little JW, Mount DW”). Wymagałoby to oczywiście bezpośredniego podania numeru Q, jednak wyszukiwanie w Wikidanych pozwala na ograniczenie wyników do niemal tylko artykułów naukowych. Przypominałoby to trochę dawne szablony cytowania z en.wiki typu „cytuj doi” – w których edytor podawał DOI, a bot pobierał wszystkie dane. Problem byłby oczywiście w VE, który wymaga zawsze istotnego nakładu pracy ze strony programistów, aby cokolwiek nowego w nim zadziałało.
    Większym problemem są książki, i ze względu na specyficzną strukturę, jaką przyjęto w Wikidanych do ich opisania (jeden element opisuje dzieło jako takie, osobne elementy opisują konkretne wydania, przekłady; nawet przy tylko jednym wydaniu dzieła, istnieją dwa elementy opisujące je (1) dzieło, (2) 1. wydanie), i ze względu na to, że należałoby po prostu samemu stworzyć elementy na ten temat, a chętnych do edytowania Wikidanych wielu nie ma.
    Jest też projekt meta:WikiCite i d:Wikidata:WikiProject Source MetaData. Wostr (dyskusja) 16:04, 10 lis 2018 (CET)[odpowiedz]
    • Co do książek ona nie jest w żadnym razie specyficzna, jest oparta na najnowszych założeniach międzynarodowych środowiska bibliotekarskiego: FRBR i RDA. Haseł (jak zwykle) nie mamy, ale czemu się dziwić. Ważniejsze są udoskonalenia techniczne, a nie przyciąganie osób piszących... — Paelius Ϡ 18:12, 11 lis 2018 (CET)[odpowiedz]
      • To ile już napisałeś tych brakujących (jak zwykle) haseł ? IOIOI2 18:22, 11 lis 2018 (CET)[odpowiedz]
      • Dobrze, to inaczej: nie jest prosta dla przeciętnego użytkownika — a o to właśnie chodzi: przeciętny użytkownik, który chciałby dodać źródło przez Wikidane (gdyby już istniała taka możliwość), to nie wiedziałby na pierwszy rzut oka, czym różni się 'dzieło' od 'wydania' (zwłaszcza że wiele informacji w obu elementach w Wikidanych byłoby takich samych lub bardzo podobnych). Przy czym to również nie jest dokładne odzwierciedlenie modelu FRBR, bo mamy w Wikidanych wyłącznie dwie jednostki, a nie cztery ('realizacja' i 'materializacja' są połączone w 'wydanie', nie ma potrzeby stosowania 'egzemplarz'). 'Przyciąganie edytorów do projektu' nie mieści się w zakresie badania życzeń społeczności, bo chodzi w tym o technikalia, nie o ogólną politykę WMF. Wostr (dyskusja) 19:10, 11 lis 2018 (CET)[odpowiedz]
        • Nie pisałem, że odzwierciedla, ale że jest oparty. A technikaliów naprawdę więcej nie potrzeba, dośc już zepsuto. Trzeba osób piszących unikalne treści. — Paelius Ϡ 19:26, 11 lis 2018 (CET)[odpowiedz]
          • Technikalia oraz dodawanie treści to są równoległe ścieżki, potrzebne jest jedno i drugie. I tu i tu są braki, zaniedbania, no i co tu mówić... często niekompetencja. Z technikaliami jest taki problem, że nie potrzebujemy nowinek, ale rozwiązań funkcjonalnych a nieskomplikowanych. Więc bardzo proszę o lepsze wschłuchiwanie się w potrzeby szeregowych użytkowników, a przede wszystkim, przy wprowadzaniu nowości, zadbać o łatwe i bezproblemowe pozostanie przy ustawieniach przy których użytkownik czuje się najlepiej. Jckowal piszże 20:36, 11 lis 2018 (CET)[odpowiedz]

Obsługa błędów, funkcje parsera i #iferror edytuj

Czy jest technicznie możliwe, aby funkcje parsera w przypadku błędu wypisywały także nieprawidłowe wejście (lub ewentualnie komunikat błędu podany na wejściu [#iferror]), żeby zamiast

Błąd w wyrażeniu: nieoczekiwany operator „<”

{{#expr:<span class="error">Treść błędu szablonu przekazana na wejście</span>}}

dostać

Błąd w wyrażeniu – nieoczekiwany operator < : Treść błędu szablonu przekazana na wejście

<strong class="error">Błąd w wyrażeniu – nieoczekiwany operator < :</strong> <span class="error">Treść błędu szablonu przekazana na wejście</span>

Inaczej mówiąc taki zrzut stosu błędów. --89.25.210.104 (dyskusja) 21:34, 21 paź 2018 (CEST)[odpowiedz]

Pytałem także na enwiki i najwyraźniej nie jest to możliwe. --89.25.210.104 (dyskusja) 19:17, 16 lis 2018 (CET)[odpowiedz]

Pobieranie etykiet z wikidata edytuj

Mam zagwozdkę techniczną. Mianowicie od jakiegoś czasu przygotowuję na potrzeby bota listę artykułów wraz z zapisem ich nazw w innym alfabecie. Czy istnieje narzędzie, które dla listy artykułów w pl.wiki zwróciłoby pobrane z elementu wikidanych etykiety odpowiedników tych artykułów z innych wersji językowych? Mathieu Mars (dyskusja) 09:53, 17 lis 2018 (CET)[odpowiedz]

Takiego narzędzia nie znam, chyba wyłącznie botem. Natomiast jeśli masz tę listę wraz z numerami Q, to możesz spróbować zaciągnąć je półautomatycznie (tzn. zaimportować do brudnopisu konkretną właściwość/etykietę w innym języku poprzez np. moduł:Wikidane, czyli zamienić wyrażeniem regularnym w tym brudnopisie te numery Q na odpowiednie wywołania modułu; tylko że ja bym tego nie zapisywał w brudnopisie z wywołaniami modułu, tylko skopiował taki wynik otrzymany w podglądzie i dopiero go zapisał), ew. jeśli to są takie elementy w Wikidanych, które da się ograniczyć do odpowiedniego jest to (P31)/podklasa dla (P279) (lub mają inną konkretną właściwość) to można za pomocą wyrażenia SPARQL (także {{Wikidane lista}}) z dodatkowymi filtrami np. że jest artykuł w pl.wiki, jest etykieta w języku X itp. Wostr (dyskusja) 13:58, 17 lis 2018 (CET)[odpowiedz]
Dzięki, pokombinuję w wolnym czasie. Mathieu Mars (dyskusja) 14:20, 17 lis 2018 (CET)[odpowiedz]
@Mathieu Mars Może coś z tego [25] np. [26] lub [27] (oba Python) Kpjas φ 18:43, 17 lis 2018 (CET)[odpowiedz]

E-edytor stworzył niedawno Szablon:Czasopisma naukowe infobox, który jednak wydaje się zbędny i został zgłoszony do usunięcia. Tym niemniej niektóre pola, które zostały w nim zawarte są świetnym pomysłem, bo dla czasopism naukowych są bardzo ważne. Proponuję więc uzupełnienie Szablon:Czasopismo infobox o 3 pola:

  1. "Punktacja MNiSW = " (w połączeniu z "Data punktacji MNiSW" - bez daty punktacja nie powinna się wyświetlać)
  2. "IF = " (w połączeniu z "Data IF" - bez daty punktacja nie powinna się wyświetlać)
  3. "DOI = ".

@Malarz pl, @Wostr, @Paweł Ziemian, co Wy na to? Michał Sobkowski dyskusja 09:39, 18 lis 2018 (CET)[odpowiedz]

Kasowanie stron i ich znikanie, zasady dla brudnopisów, testy wydajności szablonu edytuj

1. Usunięta strona znika z Wikipedii - nawet z historii edycji. Nie dało by się zrobić, żeby chociaż autorowi została w historii jej treść? Czy osoba z kontem ma większe możliwości w tym temacie?

2. Przydało by się w pomocy określić zasady dodawania brudnopisów dla używanych szablonów: np. kiedy można (albo nie) je dodawać do przestrzeni ogólnodostępnej (szablon -> szablon/brudnopis), czy trzeba je gdzieś zgłaszać (np. w kawiarence), standard nazw - np. kolejność członów nazw dla brudnopisu opisu/testu.

3. Przydało by się w pomocy określić sposób testu wydajności szablonu (na co zwrócić uwagę, kiedy można uznać że szablon jest za wolny/zbyt zasobożerny). --89.25.210.104 (dyskusja) 00:05, 17 lis 2018 (CET)[odpowiedz]

Ad. 1. nie można nic z tym zrobić. Osoba z kontem ma większe możliwości w takim sensie, że może zostać administratorem i mieć dostęp do usuniętych treści. (osobie zarejestrowanej można przenieść tekst do brudnopisu) Ciacho5 (dyskusja) 22:06, 18 lis 2018 (CET) Ad. 2. Brudnopisy szablonów są zjawiskiem bardzo rzadkim, większość została utworzona przez Ciebie i nie ma raczej potrzeby dookreślania. Liczymy na zdrowy rozsądek. Ad. 3. Codziennie przybywa nam względnie niewiele nowych szablonów, większość z nich to navboxy bądź proste szablony z parametrami, które nie potrzebują żadnych testów wydajności. tufor (dyskusja) 00:56, 17 lis 2018 (CET)[odpowiedz]
@Ciacho5 "Można" w sensie własnoręcznym, czy jest od tego jakaś automatyzacja? Przydała by się opcja, która zaznaczona przy usuwaniu wstawiła by taką stronę do np. brudnopisów gościnnych na 30 dni (z powiadomieniem autora).
Ad 3. Szablony możesz testować w brudnopisie na przypadkach zbliżonych do realnych i sprawdzać pod oknem edycji sekcję Dane profilowania parsera. Wostr (dyskusja) 01:42, 17 lis 2018 (CET)[odpowiedz]
A na który parametr szczególnie trzeba zwrócić uwagę? Czy też jest tak, że jeśli szablon nie ma informacji o użyciu na dużej liczbie stron, to jego wydajność właściwie nie ma znaczenia? --89.25.210.104 (dyskusja) 03:11, 17 lis 2018 (CET)[odpowiedz]
To zależy, jaki to szablon. Jeśli korzysta sporo z Lua, to patrzysz na odpowiednie parametry dot. Lua i trzeba się zastanowić, ile razy będzie wywoływany na jednej stronie itd. Nawet jedno wywołanie szablonu może być bardzo zasobożerne, jeśli taki szablon jest ogromny — generalnie limity nie są jakoś bardzo małe, ale i tak w takim infoboksie czy szablonie cytowania można sobie pozwolić na nieco więcej, bo są to szablony dość ważne; w mniej istotnych szablonach raczej nie ma co wydziwiać – bo efekt może być taki, jak np. w Kamil Stoch, że część ostatnich szablonów już się nie wyświetla, bo: Kategoria:Strony, w których przekroczone jest ograniczenie wielkości użytych szablonów. Wostr (dyskusja) 13:50, 17 lis 2018 (CET)[odpowiedz]
Na takich stronach to każdy szablon wysiądzie :)
Tak z ciekawości (może się komuś przydać na przyszłość), to czy są jakieś gotowe narzędzia które:
- dla stron używających np. szablonu inflacji pokazały by tylko te, które były by w danej kategorii (np. w jednej z poniższych)
- dla wybranej strony z Kategoria:Strony, w których przekroczone jest ograniczenie wielkości użytych szablonów podały by szablony z największą wielkością,
- dla wybranej strony z Kategoria:Strony z przekroczoną głębokością rozbudowy szablony z największą głębokością,
- a dla strony z Kategoria:Strony ze zbyt dużą liczbą wywołań kosztownych funkcji parsera szablony z największą liczbą kosztownych funkcji? --89.25.210.104 (dyskusja) 05:08, 18 lis 2018 (CET)[odpowiedz]
Otwórz kod źródłowy strony (CTRL+U na FF), na samym dole zobaczysz rozserzoną wersję danych profilowania parsera z listą szablonów w kolejności malejącej od najbardziej kosztownego, łącznie z liczbą wywołań i czasem potrzebnym do ich wygenerowania. Peter Bowman (dyskusja) 11:37, 18 lis 2018 (CET)[odpowiedz]
Mmmm, statystyka :) W raporcie przydały by się jeszcze kolumny z wielkością pojedynczego/zbiorczego szablonu, głębokości i ilością kosztownych funkcji. Chyba że błędy powiązane z tymi informacjami wpływają na czas wykonywania szablonu i będą zawsze w górnej części. --89.25.210.104 (dyskusja) 21:54, 18 lis 2018 (CET)[odpowiedz]

Przy okazji, w danych profilowania dla Użycie pamięci Lua brak jest separatora dziesiętnego (albo jest on zamieniany na spację):

Użycie pamięci Lua 2 48 MB/50 MB

Lua memory usage: 2.48 MB/50 MB --89.25.210.104 (dyskusja) 21:54, 18 lis 2018 (CET)[odpowiedz]

Parametr "Nazwa oryginalna" w infoboksie Animanga edytuj

Przydalby się parametr odpowiedzialny za nazwę oryginalną (zapisem niełacińskim) w infoboksie Animanga. Pachidensha (dyskusja) 23:29, 22 lis 2018 (CET)[odpowiedz]

Jako, że piszemy w encyklopedii opartej na języku łacińskim to powinno się zacząć od nazwy zapisanej w transkrypcji. Czy oryginalnego zapisu nie można dodać po przecinku lub w nawiasie? Eurohunter (dyskusja) 23:31, 22 lis 2018 (CET)[odpowiedz]
Owszem, po zmianach wyglądałoby tak:
| tytuł =
| tytuł oryginalny =
Tak samo chcę się odnieść do parametru grafiki. Nie ma jeszcze tego, który odpowiada za jej podpis. Po zmianach wyglądałoby tak:
| grafika =
| podpis grafiki =
Pachidensha (dyskusja) 16:56, 23 lis 2018 (CET)[odpowiedz]

Kod języka generowany przez Citoid edytuj

Szablon "Cytuj" generowany w VE/Nowym edytorze kodu przez Citoid zawiera czasem kod języka. W niektórych przypadkach jest on podany standardowo małymi literami (oba szablony wygenerowane na podstawie DOI):

  • <ref>{{Cytuj |autor = Michael Blaber, Jerry DiSalvo, Kenneth A. Thomas |tytuł = X-ray Crystal Structure of Human Acidic Fibroblast Growth Factor†,‡ |czasopismo = Biochemistry |data = 1996-01 |data dostępu = 2018-11-23 |issn = 0006-2960 |wolumin = 35 |numer = 7 |s = 2086–2094 |doi = 10.1021/bi9521755 |url = https://pubs.acs.org/doi/abs/10.1021/bi9521755 |język = en}}</ref>

...ale czasem są to duże litery:

  • <ref>{{Cytuj |autor = Robert G. Parr, Ralph G. Pearson |tytuł = Absolute hardness: companion parameter to absolute electronegativity |czasopismo = Journal of the American Chemical Society |data = 1983-12 |data dostępu = 2018-11-23 |issn = 0002-7863 |wolumin = 105 |numer = 26 |s = 7512–7516 |doi = 10.1021/ja00364a005 |url = https://pubs.acs.org/doi/abs/10.1021/ja00364a005 |język = EN}}</ref>

Taki przypis wywołuje ukrytą Kategoria:Szablon lang z kodem języka wymagającym poprawki. Czy da się coś zrobić, żeby generowany był poprawny kod i nie trzeba było poprawiać tego ręcznie? Paweł Ziemian? Michał Sobkowski dyskusja 14:06, 23 lis 2018 (CET)[odpowiedz]

pl też czasami tak ma, trafia się także en-US. --89.25.210.104 (dyskusja) 15:06, 23 lis 2018 (CET)[odpowiedz]
  • Niestety nie znam żadnego sposobu na modyfikowanie wartości pól, które Citoid umieszcza w szablonie. Zresztą kategorią bym się nie przejmował. Nieoptymalna forma kodu języka nie jest chyba jakoś specjalnie zasobożerna w przetwarzaniu. Paweł Ziemian (dyskusja) 21:18, 23 lis 2018 (CET)[odpowiedz]

Scribunto/Lua edytuj

Czy ktoś z administratorów może sprawdzić, czy w polskiej wersji Wikipedii zainstalowany jest skrypt Scribunto/Lua. Potrzebuję uruchomić funkcję do konwertowania ciągu znaków na liczby dziesiętne. Do "przekonwertowania" jest funkcja Hex2dec (trzeba to zrobić za pomocą szablonu). Funkcja mniej-więcej wygląda tak:

{{#invoke: BaseConvert | convert 
   | n={{{1}}} 
   | base=10 
   | from=16 
   | default={{{default|0}}}
}}

Do testowania zrobiłem sobie szablon Wikipedysta:Maciek r. drewniak/Szablon:Hex2dec i mam błąd, funkcja "BaseConvert" najprawdopodobnie jest z pakietu "Lua". A pakiet Lua powinien być wykorzystywany w rpzszerzeniach parsera. Proszę o pomoc. Maciek r. drewniak (dyskusja) 15:09, 9 lis 2018 (CET)[odpowiedz]

LUA "jest zainstalowane". Ale moduł BaseConvert (bo przez #invoke: BaseConvert wywołujesz konkretny moduł) istnieje na enwiki i kilku innych, lecz nie ma swojego odpowiednika w polskojęzycznej wiki. Można byłoby go ew. zaimportować. Chyba, że mamy już jakiś moduł, który potrafi konwertować - @Paweł Ziemian: wiesz coś może? A z ciekawości - gdzie (w jakich artykułach) szablon konwertujący liczby z systemu szestastkowego na dziesiętny będzie Ci potrzebny na Wikipedii? tufor (dyskusja) 15:20, 9 lis 2018 (CET)[odpowiedz]
@Maciek r. drewniak NA PEWNO to co napisałeś nie służy do tego co napisałeś. I szczerze mówiąc nie ma jak ci pomóc bo z twojego opisu nie wynika co chcesz uzyskać. O jakie "ciągi znaków" ci chodzi? ~malarz pl PISZ 15:31, 9 lis 2018 (CET)[odpowiedz]
Próbuję "przerzucić" infoboksa z angielskiej wiki na polską o znakach Unikodu - tam jest zliczanie liczby punktów kodwych. W chwili obecnej pracuję nad tym na stronach:
Blok Unicode infobox - to jest mój testowy szablon (pierwsze testy i to dopiero początek konwertowania infoboxu na polską wiki)
Wikipedysta:Maciek r. drewniak/testy - moja strona do testowania tego infoboxu
Egipskie hieroglify (Unikod blok) - docelowa strona w polskiej wikipedi, gdzie będzie użyty ten infobox<

i jeszcze jedna moja strona Wikipedysta:Maciek r. drewniak/Szablon:Hex2dec - tu próbowałem zrobić sobie własną bibliotekę do konwertowania
https://en.wikipedia.org/wiki/Template:Infobox_Unicode_block - orginalny infobox w wersji angielskiej
Maciek r. drewniak (dyskusja) 16:11, 9 lis 2018 (CET)[odpowiedz]

@Paweł Ziemian Czy istniejemożiwość zaimplementowanie modułu BaseCOnvert lub całej Lua do polskiej wikipedii? Jeśli nie, to Pawle powiedz mi jak wywołujesz te klasy (tonumber i string.format) w kodzie źródłowym na stronie. Możesz podać jakiś przykład (fragment kodu)?
Maciek r. drewniak (dyskusja) 18:07, 9 lis 2018 (CET)[odpowiedz]
Musiałbyś po prostu skopiować treść ich modułu do nas, a w opisie zmian podać źródło. Przykład takiego tworzenia możesz zobaczyć w historii edycji niektórych innych modułów. Jakby pojawiły się jakieś problemy to tutaj jest podręcznik Lua. Mamy też Moduł:Banany, który jest tam opisywany. Paweł Ziemian (dyskusja) 18:20, 9 lis 2018 (CET)[odpowiedz]
@Paweł Ziemian O, bardzo fajnie, dzięki za podpowiedzi. Pokombinuję. Pawle, jak będę miał jakieś problem to się oodezwę. Maciek r. drewniak (dyskusja) 20:58, 9 lis 2018 (CET)[odpowiedz]
Łaaał!!!! Zadziałało mi!Maciek r. drewniak (dyskusja) 21:41, 9 lis 2018 (CET)[odpowiedz]

Wszystko fajnie, tylko, że właśnie utworzony szablon nie spełnia kilku elementów WP:Standardy infoboksu. Pierwszym problemem jest oczywiście nazwa. ~malarz pl PISZ 22:42, 23 lis 2018 (CET)[odpowiedz]

Znak potoku (|) ze znakiem ucieczki; strony według liczby wywołań danego szablonu edytuj

1. Czy jest możliwe podanie znaku potoku tak, aby możliwe było warunkowe wywołanie szablonu(|) i funkcji parsera(:) w stylu (Wikipedia:Ograniczenia_szablonów#Zagnieżdżone_dołączenia):

{{{{#if:{{{test|}}}|formatprice{{!}}|formatnum:}}wynik z innego szablonu|zaokrąglenie}}

2. Czy jest możliwe wyszukanie strony z największą liczbą wywołań bezpośrednich i/lub pośrednich dla danego szablonu? (pośrednich - wywołanie poprzez inne szablony) --89.25.210.104 (dyskusja) 03:29, 24 lis 2018 (CET)[odpowiedz]

Przycisk „Sprzątanie kodu” edytuj

Dlaczego przycisk „Sprzątanie kodu” dokonuje zmiany <br> na <br />? Trzeba to poprawić, plus przejrzeć zasadność innych działań. Jacek555 09:54, 25 lis 2018 (CET)[odpowiedz]

Pamiętam, że już to wałkowaliśmy wiele razy. Znalazłem np. Dyskusja wikiprojektu:Sprzątanie kodu/Archiwum/3#Spacje. Nedops (dyskusja) 09:59, 25 lis 2018 (CET)[odpowiedz]
Więc trzeba się zdecydować, bo z kolei przycisk „nowy wiersz” wstawia automatycznie kod <br>. Jacek555 10:08, 25 lis 2018 (CET)[odpowiedz]
Jeśli dobrze pamiętam, gdzieś kiedyś czytałem, że MediaWiki i tak zmienia sobie wszystkie formy tego tagu na <br />, ale tagi inaczej zapisane niż ten mogą źle działać z niektórymi gadżetami podświetlającymi składnię w oknie edycji. Natomiast te tagi powinny być jednak unikane w tekście ciągłym w przestrzeni głównej (tabele, infoboksy okej, choć to też czasem może prowadzić do nieoczekiwanych wyników, bo zazwyczaj są wstawiane na zasadzie „u mnie się ładnie wyświetla”), nie wiem czemu ten przycisk jest w ogóle na pasku edycyjnym. Wostr (dyskusja) 15:06, 25 lis 2018 (CET)[odpowiedz]