Wikipedia:Kawiarenka/Kwestie techniczne

Z Wikipedii, wolnej encyklopedii
Skocz do: nawigacja, szukaj
Taza de café.png
Kawiarenka pod Wesołym Encyklopedystą – kwestie techniczne
Tu rozwiązujemy problemy dotyczące oprogramowania MediaWiki, botów, skryptów, technicznych zmian w szablonach itp. W celu przyspieszenia rozwiązania problemu technicznego zapoznaj się z instrukcją zgłaszania problemów.

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

Spis treści


Specjalna:Wyszukiwarka_linków[edytuj kod]

Umiałby ktoś zrobić tak, by:

  1. filtrowało po przestrzeni nazw (np. tylko linki w przestrzeni głównej)
  2. pogrubiało strony z własnej listy obserwowanych

Dzięki. Elfhelm (dyskusja) 15:15, 8 paź 2017 (CEST)

Naprawione martwe linki zewnętrzne[edytuj kod]

W tej chwili w EKu mamy 135 stron dyskusji z nieaktualnymi linkami zewnętrznymi. Skoro bot usuwa szablony, które są nieaktualne to naprawdę warto zautomatyzować też usuwanie takich stron dyskusji, bo angażowanie w to "żywych" adminów jest bez sensu. @Szoltys, @Masti Nedops (dyskusja) 14:18, 15 paź 2017 (CEST)

  • Boty to robią już od dawna :) Ale zajmuje im to sporo czasu, bo one sprawdzają linki, a nie patrzą na EKi :) Usunąłem wszystko (przy pomocy bota nota bene). A cała sprawa pokazuje po raz kolejny, jak bardzo przydałyby się uprawnienia Szoltysowi, który tworzy takie kolejki po kilka dobrych razy na tydzień (nie tylko tworzy kolejki, ale przecież poprawa nieaktualne linki! :)) Emptywords (dyskusja) 14:28, 15 paź 2017 (CEST)
  • @Nedops. Problem polega na tym, że bot Mastiego usuwa komunikaty dopiero po jakimś czasie, a to utrudnia pracę nad poprawą linków – w wyszukiwarce linków wciąż będzie znajdowała się strona dyskusji (jedna nie stanowi problemu, ale 100 już tworzy zamęt). Dlatego dopóki bot nie będzie działał szybciej, to niestety nie mam wyjścia jak spamować kategorię EK. Przepraszam za zajmowanie czasu. ;) Szoltys [Re: ] 14:35, 15 paź 2017 (CEST)
  • Ja to wszystko rozumiem :) Ale nie uważacie, że to działa źle? :P Widzę różne sposoby na rozwiązanie problemu, przynajmniej częściowe. Można zlecać kasowanie stron dyskusji botom, można nadać uprawnienia admina botowi Szoltysa, bot Szoltysa może usuwać szablon, ale nie wstawiać EKa itp. itd. Wszystko lepsze niż ręczne kasowanie tysięcy szablonów. Nedops (dyskusja) 15:38, 15 paź 2017 (CEST)
  • Bot Mastiego bodajże nadal nie odróżnia linków zarchiwizowanych przez parametr archiwum (chyba po jakimś czasie czyści w części (?) przypadków) i też regularnie chyba nadal odhacza je jako martwe (?). Sam nie używam parametru archiwum i wolę podmienić po prostu parametr url na wersję zarchiwizowaną. Główne archiwizatory (org/is) i tak podają adres oryginalny i datę archiwizacji (org w adresie). Upraszczamy ponadto w ten sposób kod przypisów (co jest ważne również dla nowych userów, by nie wprowadzać nowych barier). I wreszcie unikamy martwego linku w haśle, w który można kliknąć (a zdarza się, że nawet serwisy np. większych organizacji bywają przejmowane przez treści reklamowe czy dziwnego rodzaju itp.). Rozumiem pewne argumenty związane z używaniem parametru archiwum, natomiast mnie z ww. powodów nie przekonują, a i na razie nie wspomaga on bota. Co do meritum - bot mógłby usuwać szablony z dyskusji, a boty admińskie mogłyby kasować puste strony dyskusji. Plus warto postarać się pokombinować z ułatwieniem nawigacji na stronie specjalnej dot. linków zewn. [1] Elfhelm (dyskusja) 17:03, 15 paź 2017 (CEST)
    Zgadzam się z przedpiszcą odnośnie parametru "archiwum", powoduje tylko zbędny zamęt. Może dałoby radę zmienić szablon cytowania tak, aby w przypadku wystąpienia jednocześnie parametrów "url" i "archiwum" wyświetlał link archiwalny, a oryginalny ewentualnie pozostałby tylko w kodzie? Szoltys [Re: ] 17:28, 15 paź 2017 (CEST)
  • Także uważam używanie parametru archiwum za przynoszące więcej szkody niż pożytku. Ad. meritum: Najrozsądniejszy wydaje się pomysł z kasowaniem szablonów na stronie dyskusji przez bota, a następnie usuwanie tejże strony przez bota-admina. Co oczywiście w niczym nie przeszkadzało by przyznać uprawnienia admińskie Szoltysowi i jego botowi. :) ptjackyll (zostaw wiadomość) 18:32, 15 paź 2017 (CEST)
  • Mój bot sprawdza czy szablon nadaje się do usunięcia codziennie od 23. Boy usuwający strony chodzi ręcznie, w zasadzie codziennie. Zastanawiam się co z EKami. Bo dla mnie najlepiej gdyby ich nie wstawiać to bot sobie sam poradzi. Ale spokojnine bot Szołtysa może to sam usuwać. masti <dyskusja> 19:26, 16 paź 2017 (CEST)
  • Szablon {{Cytuj}} automatycznie rozpoznaje i wyświetla datę archiwizacji oraz link oryginalny na podstawie linku "url = http://www.archive.org/xxx". Można pomyśleć o podmianie "Cytuj stronę | url = xxx | archiwum = http://www.archive.org/xxx" na "Cytuj | url = http://www.archive.org/xxx" i wyrzuceniu martwego linka (@Paweł Ziemian, czy są mozliwe problemy?). Michał Sobkowski dyskusja 09:32, 17 paź 2017 (CEST)
    • Zwykła zmiana nazwy szablonu nie wystarczy. W {{cytuj stronę}} jest kilka pól, które nie są obsługiwane przez {{cytuj}}: autorn, imiona i nazwiska, rok, miesiąc, oznaczenie. Ponadto sztuczka w {{cytuj}} działa tylko jeśli link zarchiwizowany zawiera w sobie link oryginalny. Jednak istnieją również alternatywne archiwa internetowe, które nie dają takiej możliwości. Paweł Ziemian (dyskusja) 19:31, 17 paź 2017 (CEST)
      • Ponadto w ramach jednego hasła raczej powinna być zachowana jednolitość szablonów cytowania (albo konsekwentnie cytuj/albo konsekwentnie cytuj stronę). Elfhelm (dyskusja) 23:19, 22 paź 2017 (CEST)
      • Zgadzam się z Elfhelmem. Biorąc pod uwagę, że oba typy szablonów mają odmienne formatowanie, warto je ujednolicić (albo w jedną albo w drugą stronę). Sir Lothar (dyskusja) 12:28, 29 paź 2017 (CET)

Kolorowanie linków w związku WikiData - ogrom roboty, może dla botów?[edytuj kod]

Włączyłem sobie ten gadżet do kolorowania linków. Masakra, chyba co drugi link jest podkreślony na zielono (brak opisu). No to wchodzę tam i kopiuję początek naszej definicji (nie zawsze). Myślę, że krótkie określenie, że ktoś tam był francuskim reżyserem i aktorem, albo młyn to urządzenie do rozdrabniania nie narusza praw autorskich?

Poprawcie, jeśli się mylę.

Jeśli się nie mylę, to czy nie można byłoby zrobić bota który kopiowałby do opisu w Wikidata jedną czy dwie linijki leadu?

Taki bot musiałby działać "półautomatycznie", czyli wklejać ten początek opisu (pierwsze zdanie?)(właściwie czy są wytyczne, jak długi ma być opis?) i wtedy osoba uzupełniająca mogłaby ocenić czy to się nadaje i poprawić gramatykę. Jeżeli opis byłby amerykański aktor, scenograf i skoczek do wody to drugi klik i zapisuje. Jeżeli opis brzmiałby był amerykańskim aktorem, scenografem i skoczkiem to kilka sekund wystarczy na poprawienie gramatyki. Natomiast jeśli opis zaczyna się W XVI wieku władca postanowił se zbudować pałac no to trzeba całość ręcznie. --Ciacho5 (dyskusja) 14:45, 18 paź 2017 (CEST)

Fakt, roboty jest huk, ale botem trudno będzie. Zwłaszcza w definicjach, gdzie pierwsze określenie bywa czasem długie i złożone/specjalistyczne, a skracając je do kilku wyrazów można zatracić jego sens. Wtedy trzeba generalizować, czego bot raczej nie potrafi. Poza tym, żeby zgrabnie generalizować, trzeba mieć wiedzę w danej dziedzinie. Np. symfonii opisanej w leadzie jako "(w klasycznym kształcie) to zazwyczaj trzy- lub czteroczęściowy utwór muzyczny na orkiestrę, popularny w XVIII, XIX i w pierwszej połowie XX wieku", w WD dałam krótki opis generalizujący "wielka forma muzyczna" (Symfonia (Q9734)). Bo moim zdaniem opis w WD powinien być krótki, kilkuwyrazowy, wskazujący jedynie co to / kto to. --Fiszka (dyskusja) 15:24, 18 paź 2017 (CEST)
Opis w WD jest wyłącznie ujednoznacznieniem, stąd np. „związek chemiczny”, a nie „związek chemiczny z grupy ...”, „lek przeciwgorączkowy i przeciwzapalny” i inne dłuższe. I nie, tego rodzaju opisy nie podlegają PA. Wydaje mi się, że jeśli ktoś chciałby się tym zająć na poważnie, to szybciej byłoby wylistować wszystkie elementy mające przykładowo jest to (P31) = związek chemiczny bez opisu w Wikidanych w j. pol., obrobić to w notatniku i skorzystać z np. [2] dodając wszędzie opis "związek chemiczny". Jest też [3], ale nie mam pojęcia jak działa. Natomiast jeśli komuś chciałoby się napisać tak rozbudowane narzędzie jak opisujesz, to tym lepiej. Wostr (dyskusja) 15:25, 18 paź 2017 (CEST)
  • Nie mam pojęcia, ile tych opisów brakuje (liczbowo), ale widzę, że mnóstwo. Jeżeli taki bot 500 razy wpisałby polski aktor i reżyser czy amerykański okręt podwodny (może bez określenia narodowości, bo to jest i gdzie indziej) to już zysk. Ciacho5 (dyskusja) 15:35, 18 paź 2017 (CEST)
    • Tyle że jeśli wiemy, że np. 500 okrętów podwodnych w WD, które mają poprawnie wpisany jest to (P31) nie ma polskiego opisu to za pomocą QuickStatements można to niemal od ręki uzupełnić, bo człowiek tylko ustala listę elementów i jaki ma być w nich opis, a potem skrypt sam to dodaje. Wostr (dyskusja) 15:42, 18 paź 2017 (CEST)
      • Po pierwsze: jeśli wiemy. Ja nie wiem. Ja widzę w prawie każdym artykule mnóstwo linków podkreślonych na zielono i na to próbuje reagować. Reszta Twej wypowiedzi (mimo, że patrzyłem na te narzędzia) jest dla mnie praktycznie niezrozumiała. Nie wiem, czy zechce mi się nauczyć języka wikimedionowego. A dwa razy kliknąć mógłbym (może). Ciacho5 (dyskusja) 15:52, 18 paź 2017 (CEST)
  • To nie powinien być raczej początek artykułu lecz nawias ujednoznaczniający. https://query.wikidata.org/ i https://tools.wmflabs.org/wikidata-todo/quick_statements.php pozwalają to mocno uprościć Marek Mazurkiewicz (dyskusja) 00:02, 3 lis 2017 (CET)

Interwiki na liście obserwowanych[edytuj kod]

Czy da się ustawić interwiki do obserwowanych stron z innych wersji Wikipedii na liście obserwowanych? Eurohunter (dyskusja) 22:02, 20 paź 2017 (CEST)

W "Funkcje eksperymentalne" jest możliwość wybrania nowych filtrów do OZ, co działa też na Twojej stronie obserwowanych. Jak wykasujesz z tego nowego narzędzia wszystkie filtry, to zobaczysz absolutnie wszystkie edycje, w tym te w WikiDanych. To z nich są pobierane interwiki. Gżdacz (dyskusja) 06:29, 21 paź 2017 (CEST)

Nie chodzi mi o przeglądanie edycji, a możliwość przeskoczenia do listy obserwowanych np. na en.wiki z poziomu strony obserwowanych pl.wiki. Takie rozwiązanie zauważyłem w sv.wiki. Eurohunter (dyskusja) 09:06, 21 paź 2017 (CEST)
Może jakiś gadżet tam mają ? Musiałbyś zrobić rozeznanie na sv.wiki. Sir Lothar (dyskusja) 13:03, 25 paź 2017 (CEST)
Nie znalazłem nic interesującego w zakładkach ustawień Bevakningslista, Finesser i Betafunktioner. Eurohunter (dyskusja) 21:53, 7 gru 2017 (CET)
Chodzi o w:sv:MediaWiki:Watchlist-summary, stąd też pochodzą linki do Commons, Meta oraz WD. Pozdrawiam, Peter Bowman (dyskusja) 22:57, 7 gru 2017 (CET)
Skopiowałem. Paweł Ziemian (dyskusja) 23:03, 7 gru 2017 (CET)

A więc T Załatwione. Sir Lothar (dyskusja) 11:14, 8 gru 2017 (CET)

Edycje w infoboksach[edytuj kod]

W ostatnim czasie zauważyłem kilka edycji anonimowych użytkowników, w wyniku których czytelność infoboksów uległa zmniejszeniu (chodzi o usuwanie spacji, pomijam przy tym inne edycje). Przykład. Jest jakaś przyczyna takich edycji w ostatnim czasie? Eurohunter (dyskusja) 10:58, 23 paź 2017 (CEST)

Te spacje to edytor wizualny... Nedops (dyskusja) 10:58, 23 paź 2017 (CEST)
Ustawianie spacjami znaków równości w infoboksach jest najbardziej irytujące. Moim zdaniem w tym wypadku edytor wizualny zrobił porządek. Nigdy dodając coś do infoboksów nie bawię się w układanie znaków w równych, acz niewidocznych kolumienkach. Kenraiz (dyskusja) 11:11, 23 paź 2017 (CEST)
Ja nie byłbym w stanie sprawnie edytować infoboksów bez tych spacji i jak widzę takie psucie przez VE to przepuszczam przez WP:SK (chyba WP:SK/mSI odpowiada za wyrównywanie). Wostr (dyskusja) 11:53, 23 paź 2017 (CEST)
Problem jest trzeciorzędny. Rozczulaja mnie ci, którzy edytują arty tylko po to by wyrównąć wg ich gustu nagłówki w edycji infobksu. Jest to zupełnie niewidoczne w artykułąch - po co robić coś tak bezużytecznego?. Takie edycje to właściwie nawet nie są tylko bezużyteczne - są szkodliwe, bo rozdmuchują strony edycji nie wnosząc nic nowego. Jest w wikipedii sporo rzeczy do zrobienia dużo bardziej użytecznych. Selso (dyskusja) 12:24, 23 paź 2017 (CEST)
@Selso, wybacz że szkodzę, ale mam jeszcze ponad 1800 danych w infoboksach, które muszę sprawdzić i uzupełnić źródła, ponad 400, gdzie muszę zweryfikować mało wiarygodne źródło w tych infoboksach, ponad 700, gdzie brakuje oznakowania zagrożeń i jeszcze kilka takich kategorii. Średnio jeden artykuł to od 5 do 30 minut roboty. Przy braku wyrównania byłoby to chyba koło 60, jeśli po kilku artykułach byłbym jeszcze w stanie patrzeć w monitor. Wostr (dyskusja) 14:57, 23 paź 2017 (CEST)
Tak jak wspomniał Wostr, po takich edycjach infoboks staje się zupełnie nieczytelny co utrudnia jego edytowanie, a między innymi aktualizację. Przykłady użycia infoboksów również mają zaznaczone spacje. Eurohunter (dyskusja) 12:57, 23 paź 2017 (CEST)
Dokładnie. Dla edytujących kod źródłowy jest to dodatkowe utrudnienie. Nie dałoby się wprowadzić poprawki, która nie robiłaby takiego zamieszania? --Zielu20 (dyskusja) 13:33, 23 paź 2017 (CEST)
Właśnie. Wikipedia:SK/mSI warto gdzieś podlinkować, bo przydatny (dopiero teraz odkryłem to rozszerzenie, dzięki Wostrowi). Sir Lothar (dyskusja) 14:44, 31 paź 2017 (CET)
  • @Eurohunter, @Zielu20, @Sir Lothar, okazuje się, że każdy infoboks może mieć różne niestandardowe formatowanie; wcześniej wydawało mi się, że możliwymi opcjami są tylko inline (wszystkie parametry w linii) oraz block (każdy parametr w osobnej linii). Opcji jest praktycznie bardzo dużo, tyle że trzeba na sztywno ustawić liczbę spacji przed =. Przykładowo w tej edycji. Wersja zgodna z najszerzej przyjętym standardem to chyba \n{{_\n |______ = _\n}}\n {{_\n |______ = _\n}} (edit: 15:28, 31 paź 2017 (CET)), przy czym tych _ przed znakiem równości powinno być tyle, ile wynosi najdłuższy parametr. Nie ma chyba jednak opcji, aby VE sam sprawdził jak długie są użyte parametry i sam dobrał liczbę spacji. @Paweł Ziemian, @malarz pl – rzucicie okiem na [4] i ocenicie, czy na pewno nie ma jakiegoś sposobu, aby VE sam obliczył liczbę potrzebnych spacji? Jeśli nie, to będę na Phabricatorze jęczał. Wostr (dyskusja) 15:21, 31 paź 2017 (CET)
  • @Wostr Nie wydaje mi się, aby wyrównanie do najdłuższego parametru było właściwe. Moim zdaniem wystarczy {{_\n |_______________ = _\n}}\n, który jest kombinacją rozwiązania z wcięciem i wyrównaniem do jakiejś rozsądnej wartości. Jako przykład przywołam {{władca infobox}}, który ma dużo parametrów, jednak te „bardzo długie są wystające”. Długich nazw powinniśmy w miarę możliwości unikać, albo jak w przykładzie wstawiać opcjonalnie. Zbyt szeroki infobox staje się również brzydki i utrudnia odczyt powiązania nazwy z wartością. Inna sprawa to wypełnienie hurtem tej opcji w <templatedata>. Paweł Ziemian (dyskusja) 17:47, 31 paź 2017 (CET)
  • @Wostr Czy po Twoich zmianach w opisie {{związek chemiczny infobox}} dotyczącym formatowania infoboksu zaobserwowałeś pozytywne zmiany? Może warto takie zmiany wprowadzić hurtem dla wszystkich infoboksów, które mają <templatedata> z deklaracją "format": "block". @malarz pl to można spróbować wstawić botem, który może określić domyślną szerokość pola analizując wzór pustego szablonu z opisu lub wyszukując reprezentatywną grupę z oficjalnych wywołań w artykułach, lub przyjmując jakąś wartość standardową. Paweł Ziemian (dyskusja) 21:45, 7 gru 2017 (CET)
    • @Paweł Ziemian, krótko: tak. Można to zresztą zasymulować edytując jakikolwiek art z tym infoboksem (np. etanol), gdzie po edycji czegokolwiek w obrębie infoboksu, przełącza się na tryb wikikodu i sprawdza zmiany. Efekt jest taki, że żadne spacje przed „=” nie są usuwane. Oczywiście w sytuacjach takich jak chlorodifluorometan, gdzie poprzez WP:SK/mSI wyrównane są spacje do opcjonalnego, dłuższego parametru niż ustawiony w TemplateData, VE skraca te kilka spacji. Natomiast jest to zachowanie zrozumiałe i akceptowalne. Wostr (dyskusja) 22:18, 7 gru 2017 (CET)
      • No to zobaczę, czy da się nauczyć bota nanieść takie poprawki. Paweł Ziemian (dyskusja) 22:23, 7 gru 2017 (CET)
      • Zastanawiałem się nad wstawieniem tego pola do TD. Tak samo mSI umożliwia wstawienie na stałe liczby spacji (a nie wylicza na podstawie obecnych parametrów). IMO warto te same wartości wstawić w TD i do mojego skryptu. Wtedy zarówno VE jak mSI formatowałyby infoboksy (prawie) tak samo. Jedyna różnica to wstawienie entera przez mSI w przypadku gdy wartość parametru wygląda na listę (czyli zaczyna się od znaku * lub #). ~malarz pl PISZ 23:59, 7 gru 2017 (CET)
  • Utworzyłem botem raport z sugerowanymi wartościami dla pola format z infoboksów. Do jego przygotowania brałem wszystkie wywołania ze strony opisu oraz dopełniałem do 100 (jeśli się dało) z przestrzeni artykułów. Zostawiam to pod dyskusję. Paweł Ziemian (dyskusja) 16:42, 10 gru 2017 (CET)

Domyślny edytor wizualny utrudnia powroty do edytowania[edytuj kod]

Domyślny brak możliwości edytowania kodu źródłowego dla użytkowników (głęboko ukryty w preferencjach jako opcja) utrudnia powrót do edytowania. Ludzie pamiętający tradycyjny sposób edytowania po zalogowaniu się po latach przerwy widzą totalnie zmienioną Wikipedię - z perspektywy edytora wizualnego, który jest czymś zupełnie innym niż wspomnienia z edycji, jakie ludzie mają (cytat "Widzę, że cały silnik się zmienił."). Przynajmniej w jednym wypadku brak zakładki 'edycja kodu' był barierą dla powrotu wartościowego użytkownika. Czy nie można ustawić domyślnie obu zakładek dla użytkowników zalogowanych? Kenraiz (dyskusja) 20:18, 25 paź 2017 (CEST)

  1.  Za Podzielam opinię, popieram wniosek zawarty w pytaniu. Demkoff dyskusja 21:06, 25 paź 2017 (CEST)
    (konflikt) Wydaje mi się, że to podejście nie jest zgodne z obecną polityką forsowania VE. Wobec tego przyszło mi na myśl, że prościej byłoby napisać gadżet, który zawsze wstawi zakładkę „edytuj kod źródłowy”. Sam osobiście z tego bym się ucieszył, gdyż czasami fajnie jest skorzystać z eksperymentalnej funkcji krzyżówki edytora VE ze źródłowym. Jednak trzeba ją przełączać w preferencjach. W idealnym rozwiązaniu wszystkie metody edycji powinno się dać włączyć w interfejsie. Każda z metod ma przecież swoje dobre i złe strony. Literówki najprościej poprawić w VE, szablony w kodzie źródłowym, a przypis czasami wstawić przez hybrydowy. Czy może taki gadżet już gdzieś jest? Paweł Ziemian (dyskusja) 21:12, 25 paź 2017 (CEST)
  2.  Za My decydujemy czy forsować czy nie. VE nie jest bynajmniej jakiś lepszy. ~CybularnyNapisz coś ✉ 21:14, 25 paź 2017 (CEST)
  3.  Za – już kiedyś pytałem ("górę") czemu zlikwidowano dwie zakładki i w czym nowe rozwiązanie jest lepsze. Odpowiedzi de facto nie otrzymałem... Nedops (dyskusja) 21:18, 25 paź 2017 (CEST)
  4.  Za Duże wersje językowe nie wymuszają użycia VE: na przykład na en-wiki niezalogowani mają bezpośredni dostęp tylko do edytora kodu źródłowego, na de-wiki są obie opcje do wyboru. Nie musimy być świętsi od papieża. Tak nawiasem to kojarzę podobne dyskusje z przeszłości, wypowiadano się podobnie jak teraz, ale nikt zmiany nie wprowadził. Mam nadzieję, że teraz będzie inaczej. Barcival (dyskusja) 21:27, 25 paź 2017 (CEST)
    Ale po co strzępić gębę po raz kolejny nad tym samym? Nawet jak gadżeciarze pójdą nam (użytkownikom Wikipedii) na rękę, to potem i tak przywrócą domyślny VE (bo przecież trzyosobowe kółeczko wzajemnej adoracji wie lepiej, czego chcą użytkownicy, zrobią nawet badania na na reprezentacyjnej grupce dziewczynki z Pakistanu i chłopca z Ugandy). Już dwa razy tak zrobili. Hoa binh (dyskusja) 21:31, 25 paź 2017 (CEST)
  5.  Za. Przycisk "edytuj kod" przede wszystkim powinien znajdować się przy nagłówku. Eurohunter (dyskusja) 21:56, 25 paź 2017 (CEST)
  6.  Za dwoma przyciskami. Wydaje mi się, że była już na ten temat dyskusja i były może ze 2 czy 3 głosy przeciw (albo to myślenie życzeniowe, a było inaczej i nie pamiętam). Wostr (dyskusja) 22:48, 25 paź 2017 (CEST)
  7.  Za, jak wszyscy. Ale to już było. Czy ktokolwiek wie, jak to wcielić w życie? To jest kluczowe pytanie. Michał Sobkowski dyskusja 22:55, 25 paź 2017 (CEST)
    Teoretycznie powinno chyba wystarczyć złożenie wniosku na Phabricatorze, z odnośnikiem do tej dyskusji (dlatego dajemy takie sugestywne znaczki, żeby osoby nieznające polskiego wiedziały jaki jest pogląd Społeczności pl wiki na ten problem). Nedops (dyskusja) 23:08, 25 paź 2017 (CEST)
    Teoretycznie tak. A w praktyce odpowiedzą nam na ten wniosek na Phabricatorze, że This has been intentionally changed, udzielą porady, że you can change this easily in your preferences, i na tym się skończy. Należałoby zapytać Niemców jakiego tricku użyli, że zezwolono im na dwa przyciski. --WTM (dyskusja) 23:27, 25 paź 2017 (CEST)
  8.  Za--Felis domestica (dyskusja) 23:23, 25 paź 2017 (CEST)
  9.  Za Za domyślnymi dwoma zakładkami w tym również dla niezalogowanych + z pozostawieniem w preferencjach możliwości wyłączenia dwóch zakładek (na rzecz jednej formy edytowania). Elfhelm (dyskusja) 00:15, 26 paź 2017 (CEST)
  10.  Za Boston9 (dyskusja) 08:44, 26 paź 2017 (CEST) Popieram zdecydowanie.
  11.  Za Zdecydowanie za. Odkąd się pojawił VE, czy to na Wikipedii, czy na Wikii (obecny Fandom), zawsze byłem jego przeciwnikiem, tak jak sporo moich znajomych, więc byłoby dobrze, gdyby były obie opcje domyślnie, a nie tylko VE Haifisch7734(Dyskusja) 09:16, 26 paź 2017 (CEST)
  12.  Za Gżdacz (dyskusja) 09:19, 26 paź 2017 (CEST)
  13.  Za Jakby nie to, że kiedyś miałem edytor kodu źródłowego na wyciągnięcie ręki, to bym nie zaczął zabawy z Wikipedią. KamilK7 09:46, 26 paź 2017 (CEST)
  14.  Za Gdarin dyskusja 09:50, 26 paź 2017 (CEST) (uzasadnienie jak Elfhelm) a jak nie zechcą zrobić tego, o co grzecznie prosimy (któryś już raz), napisać oficjalne pismo do kogoś z Fundacji, kto odpowiada za Phabricator, że taka jest wola naszej społeczności i niech techniczni to w końcu uszanują
  15.  Za Gytha (dyskusja) 10:48, 26 paź 2017 (CEST) - już kilkukrotnie wnioskowałam o domyślne dwa przyciski dla wszystkich (a jak ktoś chce, niech sobie zmienia w preferencjach).
  16. Również  Za. Konsensus mamy, teraz tylko na phabricatorze oznajmić naszą wolę. Sir Lothar (dyskusja) 13:34, 26 paź 2017 (CEST)
  17.  Za Andrzei111 (dyskusja) 14:41, 26 paź 2017 (CEST)
  18.  Za Dorzucam głos, żeby było, co pokazać na Phabricatorze :) Emptywords (dyskusja) 14:58, 26 paź 2017 (CEST)
  19.  Za Nie wymaga komentarza. ptjackyll (zostaw wiadomość) 15:22, 26 paź 2017 (CEST)
  20.  Za Fafik Napisz coś® 15:40, 26 paź 2017 (CEST)
  21.  Za. XaxeLoled»msg 15:54, 26 paź 2017 (CEST)
  22.  Za Carabus (dyskusja) 16:04, 26 paź 2017 (CEST)
  23.  Za Wipur (dyskusja) 17:20, 26 paź 2017 (CEST)
  24.  Za Możliwość wyboru typu edytora powinna być najpierwszym przyciskiem, w H1, po kliknięciu "edytuj" gdziekolwiek. Ten WYSIWYG w ogóle czci Szatana, ale to inna sprawa :) godaidajesz 17:22, 26 paź 2017 (CEST)
  25.  Za Nowy15 (dyskusja) 19:30, 26 paź 2017 (CEST)
  26.  Za Torrosbak (dyskusja) 20:58, 26 paź 2017 (CEST)
  27.  Za Anagram16 (dyskusja) 21:43, 26 paź 2017 (CEST)
  28.  Za. Ented (dyskusja) 23:42, 26 paź 2017 (CEST)
  29.  Za Szoltys [Re: ] 00:43, 27 paź 2017 (CEST)
  30.  Za Tournasol Słucham :) 01:08, 27 paź 2017 (CEST) co ja tu robię o pierwszej w nocy? :)
  31.  Za Zawsze wierny źródłowemu. ;-) Pozdrawiam (dyskusja) 11:35, 27 paź 2017 (CEST)
  32.  Za PuchaczTrado (dyskusja) 11:59, 27 paź 2017 (CEST)
  33.  Za The Polish (query) 13:15, 27 paź 2017 (CEST)
  34.  Za choć tam gdzie nie mam ustawionych preferencji MW się pyta czego chcę użyć. --masti <dyskusja> 13:18, 27 paź 2017 (CEST)
    Ale chyba tylko za pierwszym razem. ~CybularnyNapisz coś ✉ 22:55, 2 lis 2017 (CET)
  35.  Za W łacińskiej wiki, którą czasem edytuję, jest to standardowe ustawienie i bardzo je sobie chwalę. kićor Dajesz! 13:20, 27 paź 2017 (CEST)
  36.  Za. Żyrafał (Dyskusja) 22:27, 27 paź 2017 (CEST)
  37.  Za Salicyna (dyskusja) 21:30, 28 paź 2017 (CEST)
  38.  Za --Pit rock (dyskusja) 00:31, 29 paź 2017 (CEST)
  39.  Za To oczywiste, że powinny być do wyboru dwa edytory. Andrzej19 (dyskusja) 09:50, 29 paź 2017 (CET)
  40.  Za Rybulo7 (dyskusja) 18:24, 30 paź 2017 (CET)
  41.  Za Grzegorz Browarski [🍺] 19:05, 30 paź 2017 (CET)
  42.  Za Wiklol (Re:) 21:41, 30 paź 2017 (CET)
  43.  Za Runab (dyskusja) 10:14, 31 paź 2017 (CET)
  44. Zdecydowanie  Za daniem dwóch edytorów na równi. Marek Mazurkiewicz (dyskusja) 23:56, 2 lis 2017 (CET)
  45.  Za, Wojciech Pędzich Dyskusja 20:22, 3 lis 2017 (CET)
  46.  Za Rzuwig 21:50, 3 lis 2017 (CET)
  47.  Za Politicus (dyskusja) 23:40, 3 lis 2017 (CET)
  48.  Za Mateusz Konieczny (dyskusja) 13:58, 6 lis 2017 (CET)

Dyskusja[edytuj kod]

 Komentarz, ponad 40 osób i 100% poparcie to dość rzadki widok w Kawiarence; czy ktoś techniczny mógłby może umieścić prośbę o to na phabricatorze? Sam wolałbym tego nie robić, zważywszy na to, że mój ostatni komentarz tam spotkał się z odpowiedzią typu nie będzie tak, nawet jeśli społeczność będzie tego chciała, bo deweloperzy mają ostatnie zdanie w tym temacie. Wostr (dyskusja) 15:34, 31 paź 2017 (CET)

@Matma Rex jako jeden z programistów MediaWiki może coś doradzi? Tworzyć nowy "task" na phabricatorze czy dołączyć się w jakimś już istniejącym wątku? Sir Lothar (dyskusja) 15:32, 1 lis 2017 (CET)
Moim zdaniem prośba powinna koniecznie powoływać się na istniejące precedensy, wspominane w niektórych głosach powyżej. Gżdacz (dyskusja) 17:58, 1 lis 2017 (CET)
Próbowałem znaleźć wątki na phabricatorze odnośnie tego, ale nie mogłem znaleźć. Może ktoś bardziej obeznany byłby w stanie to zrobić albo ktoś, kto wie kiedy i gdzie były przeprowadzane dyskusje w tych projektach. Znalazłem jednak dwa ciekawe wątki odnośnie tego problemu: T159032 – zgłoszenie z tego roku, w którym użytkownik nie naszej wiki chciał przywrócenia u nas dwóch zakładek w związku z wcześniejszym zgłoszeniem w kawiarence problemów z domyślnie włączonym VE; T169741 – wniosek o przywrócenie dwóch zakładek na francuskojęzycznym wikisłowniku, również z tego roku. Wostr (dyskusja) 20:37, 4 lis 2017 (CET)

Jeśli chcemy to zmienić, to istotnie trzeba stworzyć nowy task, zob. meta:Requesting wiki configuration changes. Nie wiem, czy prośba zostanie spełniona, ani jak powinniście uargumentować. Ale podany przez Kenraiza argument o „utrudnianiu powrotów” wydaje mi się zupełnie nietrafiony, gdyż każdy użytkownik korzystający z jednego z edytorów po raz pierwszy dostaje taki komunikat dający obydwa edytory do wyboru: https://phabricator.wikimedia.org/F10614061 (można je potem przełączyć przyciskiem z ołówkiem na pasku narzędzi). Dotyczy to tak samo nowych, jak i starych kont (nie mam niestety żadnej pacynki-śpiocha sprzed lat, gdzie mógłbym to przetestować, ale ktoś z 47 głosujących powyżej pewnie ma). Matma Rex dyskusja 22:50, 4 lis 2017 (CET)

W kwestii tego, czym enwiki/dewiki różni się od nas:

Matma Rex dyskusja 22:50, 4 lis 2017 (CET)

  • Za pierwszym razem nowy edytor nie zna jeszcze mechanizmów Wiki, kliknie przypadkowy guzik, a potem nie będzie to już takie intuicyjne. ~CybularnyNapisz coś ✉ 23:18, 4 lis 2017 (CET)
  • Problem widzę również w tym, że VE ładuje się domyślnie, natomiast wybór edytora następuje już w ramach załadowanego VE. Choć nie tak bardzo jak kiedyś, ale u mnie ładowanie się VE jest jednak zauważalnie dłuższe. Pytanie, czy i w ilu przypadkach ładowanie się VE jest z jakiegoś powodu niemożliwe i potencjalny user pozostaje bez edytora? Pamiętam, że kiedyś było zgłoszenie w kawiarence o niemożności załadowania VE, kwestia czy to wciąż aktualne, czy może zostało już na tyle poprawione, że przestało być problemem. Wostr (dyskusja) 23:28, 4 lis 2017 (CET) PS Natomiast co do uzasadnienia, w idealnym świecie konsensus byłby wystarczający. Wostr (dyskusja) 23:30, 4 lis 2017 (CET)
  • Z linków podanych przez Matmę znalazłem tę dyskusję w en.wiki [5], w której jest o tym, że VE miał nie być domyślnym edytorem, a został im włączony. Wraz z linkami do różnych poprzednich dyskusji. Jest też wzmianka o jakimś skrypcie (@Paweł Ziemian? musiałbyś zerknąć co to, bo wspominałeś wyżej o tym, czy może coś jest już napisane), gdyby zmiana na dwie zakładki nie została wdrożona. Natomiast wpis z prośbą na phabricatorze powinien być teraz priorytetem. Wostr (dyskusja) 23:49, 4 lis 2017 (CET)
    • Na podstawie wskazanego skryptu zrobiłem zmianę w MediaWiki:Common.js i już widzę dwie zakładki jako niezalogowany. Paweł Ziemian (dyskusja) 12:58, 5 lis 2017 (CET)
      • Niby działa, ale obie zakładki u mnie nazywają się "edytuj kod źródłowy" Mateusz Konieczny (dyskusja) 14:09, 6 lis 2017 (CET)
      • @Paweł Ziemian. Źle to działa. Jako niezalogowany mam u góry strony dwie zakładki, ale obie z opisem „Edytuj kod źródłowy”. Po najechaniu myszą pierwsza ma chmurkę onmouseover „Edytuj tę stronę”, a druga „Edytuj tę stronę”. Podobnie w artykułach przy nagłówkach sekcji są dwa linki, oba identyczne: „edytuj kod”. --WTM (dyskusja) 17:55, 6 lis 2017 (CET)
        • Usunąłem cały wczorajszy eksperymentalny kod. Z dyskusji wskazanej przez Wostra zrozumiałem, że był on przeznaczony dla zalogowanych, a ja go wykorzystałem dla IPków. Ponadto to, że on w ogóle działał to ponoć błąd MediaWiki. Teraz trzeba odczekać, aż znowu się wszystko unormuje. Paweł Ziemian (dyskusja) 20:15, 6 lis 2017 (CET)
  • Czyli chcemy by "single edit tab on plwiki" ( https://phabricator.wikimedia.org/T128477 ) było cofnięte i chcemy by plwiki zostało uznane za "wikitext-primary site"? Tak jak enwiki w https://phabricator.wikimedia.org/T132806 ? Mateusz Konieczny (dyskusja) 14:06, 6 lis 2017 (CET)

Ten edytor wizualny[edytuj kod]

IPek jestem. Klikam na edytuj sekcję lub dodaj sekcję. Otwiera mi się oczywiście VE. I to cała strona, nie sekcja. Nawet w Wikipedia:Kawiarenka. (bug?) Nie chcę. Przełączam na edytor kodu. Oczywiście otwiera mi się znów cała strona, nie sekcja.

1) Jeśli VE nie obsługuje edycji sekcji, to wyrzućcie linki do edycji sekcji prowadzące do VE na litość. 2) Dodajcie może na stronach linki takie jak "edytuj w kodzie źródłowym", choćby małym niewidocznym dla nieszukających druczkiem, obok wielkiego intuicyjnego linku edycji w VE

  • No co ty, Tar i Halibutt orzekli, że VE jest super, zaś WF zrobiła im badania przepytując niepiśmienną dziewczynkę z Somalii i niewidomego osiemdziesięciolatka z Bangladeszu i wyszło im, że pragniemy tych zmian i zmiany te odpowiadają żywotnym potrzebom Społeczności Wikipedystów, a kto ich do 2019 roku nie wdroży z uśmiechem na ustach, dostanie bana z automatu jako nieprzystosowany. Dyskutujemy już o tym VE od kilku dobrych dni w innym miejscu, wszyscy są na nie i co? Do rymu już sobie dopowiedz sam. Hoa binh (dyskusja) 23:25, 3 lis 2017 (CET)
    • Hoa, takimi wpisami nie pomagasz ani sobie, ani nikomu innemu. Mogą jedynie doprowadzić do kłótni, przez co kolejny raz nie dojdziemy do niczego. Wykreślam i proszę, abyś powstrzymał się od tego rodzaju ironicznych komentarzy naruszających etykietę. Wostr (dyskusja) 20:37, 4 lis 2017 (CET)

Odrzucenie wniosku[edytuj kod]

Jako że wcześniej nikt nie był chętny do wrzucenia tej sprawy do phabricatora, tydzień temu zrobiłem to sam. Powołałem się jedynie na konsensus i na istnienie takiego rozwiązania w innych dużych wiki, biorąc pod uwagę komentarz Matmy, z którego wynikało, że argumenty z tej dyskusji mogą być łatwo odrzucone przez WMF. Tak też się dziś stało: jeden z devów przejrzał tę dyskusję i odrzucił zgłoszenie (więcej: phab:T181045).

W tym miejscu pinguję uczestników dyskusji @Kenraiz, @Demkoff, @Cybularny, @Nedops, @Barcival, @Hoa binh, @Michał Sobkowski, @WTM, @Felis domestica, @Elfhelm, @Boston9, @Haifisch7734, @Gżdacz, @KamilK7, @Gdarin, @Gytha, @Sir Lothar, @Andrzei111, @Emptywords, @ptjackyll, @Fafik, @XaxeLoled, @Carabus, @Wipur, @godai, @Nowy15, @Torrosbak, @Anagram16, @Ented, @Szoltys, @Tournasol7, @Pozdrawiam, @PuchaczTrado, @The Polish, @masti, @kicior99, @Żyrafał, @Salicyna, @Pit rock, @Andrzej19, @Rybulo7, @Grzegorz Browarski, @Wiklol, @Runab, @Marek Mazurkiewicz, @Wojciech Pędzich, @Rzuwig, @Politicus, @Mateusz Konieczny, @Matma Rex (o ile ping dla tak wielu osób w ogóle zadziała) zapytując, czy należy na tym zakończyć dyskusję z WMF i rozważyć wprowadzenie lokalnie rozwiązania dającego dwie zakładki (i tutaj pytanie do @Paweł Ziemian, czy to wykonalne) – czy też ktoś ma pomysł bądź ochotę dyskutować o tym na phabricatorze? Wostr (dyskusja) 18:54, 28 lis 2017 (CET)

@Wostr Ping nie zadziałał. ~CybularnyNapisz coś ✉ 19:03, 28 lis 2017 (CET)
Jak się obawiałem... No cóż, mogę jedynie mieć nadzieję, że część osób, których to dotyczy, zobaczy ten wpis. Pinguję przynajmniej @Paweł Ziemian, bo kwestia tego czy gadżet produkujący dwie zakładki edycji jest możliwy, jest dość istotna w tym momencie. Wostr (dyskusja) 19:07, 28 lis 2017 (CET)
Nie wiem. Skrypt, który eksperymentalnie włączałem nie działał prawidłowo. Nie znam mechanizmów MediaWiki na tyle aby dowolnie zmieniać zachowanie ładowanych stron i domyślnych skryptów. Paweł Ziemian (dyskusja) 21:23, 28 lis 2017 (CET)
To mogłoby zadziałać (jako skrypt w podstronie użytkownika często się sprawdza, FF), gdyby dało się zapewnić, że VE ładowany jest w późniejszym momencie: Specjalna:Diff/51096988. Peter Bowman (dyskusja) 22:07, 28 lis 2017 (CET)
Tylko w zleceniu było aby IPki miały łatwy dostęp do niewizualnego edytora. Zalogowany może sobie to przełączyć w opcjach. Ja na przykład mam włączone oba. Chociaż VE praktycznie nie używam. Moim zdaniem coś jest mocno zamieszane. Na przykład nie mogę wywołać edytora eksperymentalnego, który łączy VE z edycją wikikodu tworząc zwykły link z parametrami. Muszę go aktywować tylko poprzez preferencje, a to wyłącza normalny edytor. Dlaczego nie mogę mieć wszystkich dostępnych jednocześnie? Teraz ekrany są szerokie (ja mam 16:9) i jeszcze jedna zakładka mi się spokojnie zmieści. Paweł Ziemian (dyskusja) 22:27, 28 lis 2017 (CET)
@Paweł Ziemian, @Peter Bowman, pytanie w takim razie, czy (1) jest to możliwe do włączenia jako domyślnie ładowane każdemu (każdemu niezalogowanemu)? (2) jeśli jest możliwe tylko dla każdego (a nie tylko dla niezalogowanych), to czy wpłynie na ustawienie z preferencji (np. ktoś ma włączoną pojedynczą zakładkę, a to mu włączy dwie)? Wostr (dyskusja) 22:23, 7 gru 2017 (CET)
Poniższy kod działa następująco:
  • jeżeli wiki nie ma zainstalowanego edytora wizualnego lub brak ustawienia pojedynczej zakładki – skrypt kończy działanie
  • jeżeli użytkownik nie jest zalogowany – zawsze będzie widział obie zakładki (VE, edycja kodu)
  • jeżeli użytkownik jest zalogowany...
    1. ...i nigdy nie kliknął na przycisk „Edytuj”, odkąd wprowadzono VE – widzi obie zakładki
    2. ...i kliknął choć raz na „Edytuj”, przy czym wyświetlił mu się komunikat powitalny z możliwością przełączenia na inny edytor – widzi jedną zakładkę odpowiadającą ostatnio użytemu edytorowi
    3. ...i ustawił sobie w preferencjach wybór „Zapamiętaj ostatnio używany edytor” – jak wyżej
    4. ...i ustawił sobie w preferencjach wyświetlanie zakładki VE lub edytora kodu – jak wyżej
Punkty 2, 3 i 4 są tożsame z prostego powodu: system automatycznie ustawia opcję „Zapamiętaj ostatnio używany edytor”, zatem nie da się za jej pośrednictwem ustalić, czy użytkownik sam ją wybrał, zaglądając do preferencji. Aby zatem odróżnić te dwie okoliczności (nowy użytkownik lub powracający po dłuższej przerwie versus użytkownik świadomie korzystający na przemian z VE/edytora kodu), skrypt bada wartość zmiennej zapamiętującej, czy użytkownikowi został przedstawiony komunikat powitalny, pojawiający się po pierwszej edycji. Czy taki sposób działania jest odpowiedni?
if ( mw.config.get( 'wgVisualEditorConfig', {} ).singleEditTab ) {
	mw.loader.using( 'mediawiki.user' ).done( function () {
		if ( mw.user.isAnon() || !Number( mw.user.options.get( 'visualeditor-hidebetawelcome' ) ) ) {
			mw.config.get( 'wgVisualEditorConfig' ).singleEditTab = false;
			
			if ( 've' in mw.libs ) {
				mw.libs.ve.isSingleEditTab = false;
				'setupMultiTabSkin' in mw.libs.ve && mw.libs.ve.setupMultiTabSkin();
			}
			
			$( function () {
				var $caEdit = $( '#ca-edit' ),
					$editLink = $caEdit.find( 'a' ).first();
				
				$caEdit.off( 'click.ve-target' );
				$editLink.attr( 'href', $editLink.attr( 'href' ) + '&veswitched=true' );
			} );
		}
	} );
}
@Paweł Ziemian: powyższy kod należy umieścić w Common.js. Wypróbowałem go przed, po i w trakcie ładowania VE. Pozdrawiam, Peter Bowman (dyskusja) 00:48, 11 gru 2017 (CET)
Też pinga nie dostałem. Jestem zniesmaczony odmową. Gżdacz (dyskusja) 19:06, 28 lis 2017 (CET)
  • Kwestia pingowania wielu userów jest ciekawa i warta rozstrzygnięcia (i zapisania na jakichś stronach pomocy?). Co do głównego tematu – wydaje się, że warto wykorzystać inne kanały (Stowarzyszenie Wikimedia Polska bądź "wysokopostawionych" Polaków na różnych funkcjach w projektach wiki). Nedops (dyskusja) 19:13, 28 lis 2017 (CET)
  • Spieszę z wolnym tłumaczeniem tego pięknego uzasadnienia :): the plan in the long run is to also migrate those wikis over to having a single edit tab. This plan is not actively being worked on right now due to other priorities but that is still the long-term plan. Based on above, I will not be carrying out this change - „Faktycznie coś tam niektórzy mają, ale w sumie nie powinni tak do końca, ale kiedyś tam będzie inaczej, a teraz i tak nikomu się nie chce z tym działać. Tak więc, tak czy siak - odrzucam!” ;) Emptywords (dyskusja) 19:27, 28 lis 2017 (CET)
    • Skoro nikomu się nie chce z tym działać, to odrzucenie wniosku wydaje się też przejawem lenistwa. Demkoff dyskusja 00:09, 29 lis 2017 (CET)
  • @Polimerek – nie wiem czy Stowarzyszenie (Wikimedia Polska) to właściwy adres, ale jeśli nie to też prosiłbym o odpowiedź ;) Co można zrobić z takim olaniem (który to raz) Społeczności pl wiki? Nedops (dyskusja) 20:45, 28 lis 2017 (CET) Wywołanie Polimerka nie zadziałało :/ Spróbujmy jeszcze z Natalią. Nedops (dyskusja) 12:05, 11 gru 2017 (CET)
    • Chyba po raz pierwszy mamy taki ewidentny przypadek, że nawet jedna osoba nie miała jakichś większych wątpliwości, nie mówiąc o sprzeciwie. Nie ma chyba lepszego przykładu na jednoznaczny konsensus społeczności. Nawet może nie o to chodzi, że jakaś wielka krzywda się stanie, jak nie wprowadzą, ale lekki ignore ze strony centrali jest. Emptywords (dyskusja) 22:31, 28 lis 2017 (CET)
  • Na marginesie dodam, że w phabricatorze pojawił się nowy komentarz @tufora. Wostr (dyskusja) 23:17, 28 lis 2017 (CET)
  • Nie rozumiem, czy to znaczy, że my mamy tam wszyscy spamować poparcie dla tego przełączenia, bo tutaj developerowi się nie chciało zajrzeć? KamilK7 08:30, 29 lis 2017 (CET)
  • Zrobiłem kilka testów, jak to wygląda w praktyce (tworząc przy okazji ze 3 swoje pacynki):
  1. Jeśli IP chce edytować, to:
    • z nowego komputera (lub wyczyszczonej przeglądarki) otwiera mu się VE, ale z komunikatem, że ma możliwość włączyć edytor kodu. Jeśli go przełączy, to dostaje podpowiedź, gdzie kliknąć, aby wrócić do VE.
    • Jeśli nie zmieni edytora na źródłowy, to ma możliwość tej zmiany z poziomu VE, ale nie dostaje podpowiedzi, gdzie kliknąć.
    • Jeśli już wcześniej ktoś z danego komnutera edytował VE (i nie wyczyścił przeglądarki), to przy kolejnych edycjach uruchamia się VE bez podpowiedzi, jak zmienić na edytor kodu źródłowego.
    • Nie znalazłem, w jaki sposób IP mógłby włączyć sobie obie zakładki.
  2. Jeśli ktoś tworzy nowe konto (lub pierwszy raz wchodzi na stare konto po latach), to przy pierwszej edycji zachowuje się to podobnie, jak przy IP z tą róznicą, że w preferencjach jest mu automatycznie ustawiana opcja "Zapamiętaj ostatnio używany edytor".

Po założeniu konta każdy może sobie oczywiście w preferencjach włączyć oba edytory na oddzielnych zakładkach, ale pewnie nie wielu wie, że ma tą możliwo9ść i gdzie się to włącza. KamilK7 12:59, 29 lis 2017 (CET)

  • Otrzymałem pinga. I powiem , że również jestem zniesmaczony reakcją WMF w tej sprawie, mimo 100-procentowego poparcia. XaxeLoled»msg 16:19, 29 lis 2017 (CET)
  • A czy ja to dobrze zrozumiałem, że my złożyliśmy wniosek szerszy niż wynika z naszego głosowania? Nam zależy, aby domyślnie były ustawiane 2 zakładki. Ale nie przeszkadza nam przecież to, że opcja ustawienia Single Edit Tab była dostępna. Niech sobie będzie, tylko domyślnie niech w preferencjach będzie ustawione "Pokaż obie zakładki edycji". Wobec tego prośba o revert T128477 była czymś więcej, niż tak naprawdę oczekujemy. Może by złożyć ponownie wniosek, ale wcześniej przygotować lepsze uzasadnienie (bo tym razem odrzucający tendencyjnie powybierał te argumenty z dyskusji w kawiarence, które mu było wygodnie). Jeśli damy wszystkie argumenty (mogę je zebrać razem) wraz z wnioskiem, to będzie musiał się odnieść do wszystkich argumentów. KamilK7 08:44, 30 lis 2017 (CET)
  • Przyznam, że też byłem mocno zaskoczony tą reakcją pracownika WMF. Gdy zobaczyłem, że zmiany w kodzie pojawiły się na gerricie, to pomyślałem, że już pójdzie gładko, a tu zonk ... Co do wznowienia wniosku, można spróbować (chociaż czarno to widzę). Sir Lothar (dyskusja) 14:31, 1 gru 2017 (CET)
  • Mam propozycję: właśnie działa badanie życzeń Społeczności. Wpiszmy im tam to nasze i zobaczymy. Trochę na zasadzie, że gdy wyrzucili nas drzwiami, to wracamy oknem. Gżdacz (dyskusja) 11:31, 3 gru 2017 (CET)
    • Spróbować nie zaszkodzi. Sir Lothar (dyskusja) 12:12, 4 gru 2017 (CET)
      • Teraz jest faza głosowania nad propozycjami zgłaszanymi w listopadzie. Nic już dopisać się nie da. Wostr (dyskusja) 15:17, 4 gru 2017 (CET)

Bot a Szablon:Przypisy[edytuj kod]

Czy można by stworzyć na wiki takiego bota, który wyszukiwałby w artykule dwa takie same użyte przypisy i dodałaby do tego pierwszego znacznik przykładowo <ref name="g2"> a w drugim zastępował przypis znakiem

<ref name="g2" />

, bo o ile wiem nie ma jeszcze takiego ? Makary (dyskusja) 21:47, 30 paź 2017 (CET)

  • Bota dedykowanego nie ma, ale AWB ma taką funkcję i jest w stanie to wykonywać w ramach drobnych poprawek. Emptywords (dyskusja) 23:20, 2 lis 2017 (CET)
  • + Chyba któreś rozszerzenie WP:SK to robi, bo czasami zdarza mi się, że dostaje właśnie skróconą wersją i szukam, co się stało z przypisem. Wostr (dyskusja) 02:25, 3 lis 2017 (CET)

Moje rozszerzenie[6] robi:

str = str.replace(/<ref name=([^\/>]*?)(>[\s\S]*?)<\/ref>([\s\S]*?)<ref(?: name=\1)?\2<\/ref>/g, '<ref name=$1$2</ref>$3<ref name=$1 />');

Beno @ 07:46, 3 lis 2017 (CET)

Z tego co pamiętam kiedyś bot @mastiego robił podobne rzeczy przy okazji porządkowania refów. Chyba z jakiegoś powodu przestał być uruchamiany, ale więcej szczegółów nie znam. ~malarz pl PISZ 08:43, 3 lis 2017 (CET)
Może z powodu wydajności? U mnie chodzi już długo i nie narzekam. To jest 3. polecenie i zamienia 1 na 1. Wcześniejsze linijki w skrypcie zmieniają 3 na 1 i 2 na 1. Czasami trzeba więc powtarzać do skutku. Próbowałem dać jeszcze więcej, ale wieszało. Beno @ 09:11, 3 lis 2017 (CET)
nie. bot miał problemy z grupowaniem linków. Muszę wrócić do tego skryptu masti <dyskusja> 11:30, 3 lis 2017 (CET)
Mój bot, napisany w Javie i korzystający z biblioteki jsoup, wykonuje takie zadanie w innym projekcie: diff1, diff2. Mogę zapodać kod, jeżeli komuś się przyda. Peter Bowman (dyskusja) 12:48, 3 lis 2017 (CET)

Masowe zmiany kategorii[edytuj kod]

Chciałbym dokonać masowych zmian w kategoriach miejscowości słowackich, tzn. poprzenosić je do kategorii "Miejscowości w powiecie XXXX". Często to będzie kilkadziesiąt artykułów w jednym tylko folderze. Czy istnieje jakiś gadżet lub programik to umożliwiający, czy też to raczej zadanie dla bota? Pikador (dyskusja) 12:38, 4 lis 2017 (CET)

Bot albo WP:QRC. --The Polish (query) 13:01, 4 lis 2017 (CET)
@The Polish Ponieważ jest to narzędzie dla adminów i operatorów botów, jako zwykły user nie mam szans tego procesu zautomatyzować? Pikador (dyskusja) 11:55, 8 lis 2017 (CET)
Pikador, nic mi nie przychodzi do głowy. A jak byś mi dał przykładową listę w której trzeba dodać daną kategorie? Zobaczymy jak to wygląda, może coś doradzę, może pomogę. --The Polish (query) 13:38, 8 lis 2017 (CET)
@The Polish Chciałem np. w kategorii Powiat Koszyce-okolice stworzyć podkategorię Miejscowości w powiecie Koszyce-okolice i tam przenieść niemal całą zawartość foldera (ponad setka artykułów, zdaje się że wszystkie prócz tytułowego Powiat Koszyce-okolice). Takich masowych przenosin chciałbym zrobić jeszcze kilka, z tym że w kategorie powiatów wrzucone są czasem artykuły o budynkach czy rezerwatach i ich nie trzeba przenosić, choć myślę, że może łatwiej byłoby przenieść wszystko, a potem anulować zmiany w przypadku tych nielicznych haseł niebędących miejscowościami. Ręcznie to za dużo mozolnej dłubaniny. Pikador (dyskusja) 13:58, 8 lis 2017 (CET)
To śmiało przygotuj mi listę kategorii i się tym zajmę. Jeśli chodzi o artykuły niebędące miejscowościami, to nie ma problemu: wyłapie je botem. --The Polish (query) 14:08, 8 lis 2017 (CET)

Jednoczesne uprawnienia autopatrol i redaktora[edytuj kod]

Podczas tworzenia list aktywnych wikipedystów bez żadnych uprawnień oraz aktywnych wikipedystów bez uprawnień redaktora @Hedger z Castleton zwrócił uwagę ze niektórzy wikipedyści z automatu otrzymują jednocześnie uprawnienia autopatrol i redaktora zamiast samego redaktora. Zbadałem sprawę i wygląda ona następująco: jeśli dany użytkownik spełnia kryteria automatu, to dostaje on automatycznie samego redaktora; jeśli natomiast dany użytkownik spełnia kryteria automatu ale ma już autopatrola, to dostaje on redaktora oprócz autopatrola. Wg. mnie autopatrol jest zbędny. Wiem jest to pikuś, ale może warto zgłosić na Phabricatorze. Aczkolwiek czekam na Wasze zdanie, czy dobrze mówię. --The Polish (query) 14:52, 7 lis 2017 (CET)

Jadwiga Jędrzejowska[edytuj kod]

Zastosowany szablon rozszerza infobox, który nie dostosowuje się do nowego rozmiaru. Czy można to dopasować lub zastosować inny szablon niosący podobną treść merytoryczną? Openbk (dyskusja) 01:41, 8 lis 2017 (CET)

Tak to jest gdy wstawia się w szablonie różne inne rzeczy. Rewertowałem. Należy się zastanowić, czy do szablonu tenisty nie należałoby dodać medali i odznaczeń. ~malarz pl PISZ 09:17, 8 lis 2017 (CET)

Bibliografia[edytuj kod]

Czy można wprowadzić inne nazewnictwo sekcji, która jest uzupełnieniem przypisów, tak jak jest to w tym artykule (uzupełnienie przypisów)? Bibliografia to sekcja, która ma uwzględniać pozostałe źródła, które nie zostały wskazane dokładnie w tekście, a zostały wykorzystane do napisania artykułu. Funkcjonowanie obu systemów skutkuje chaosem, nie wiadomo kiedy sekcja jest tylko uzupełnieniem przypisów (dodatkowe parametry szablonu cytowania w sekcji bibliografia), a kiedy z nią współistnieje (wykorzystane źródła, nie wskazane w przypisach a bibliografii). Eurohunter (dyskusja) 17:25, 9 lis 2017 (CET)

  • Bibliografia ma zawierać tylko źródła użyte w artykule. Sidevar (dyskusja) 17:52, 9 lis 2017 (CET)
    • To prawda jednak, nie ma to niestety związku z tym wątkiem. Uzupełniłem powyższy wpis. Eurohunter (dyskusja) 20:03, 9 lis 2017 (CET)
  • Do literatury uzupełniającej są dwa szablony {{literatura}} umieszczany w sekcji Zobacz też i {{literatura-lista}} umieszczany w dyskusji artykułu. Paweł Ziemian (dyskusja) 19:41, 9 lis 2017 (CET)
    • Nie to było intencją wątku. To o czym wspominałeś to inny problem. Powiem tylko, że źródła uzupełniające powinny trafiać wyłącznie na stronę dyskusji artykułu. Uzupełniłem powyższy wpis. Eurohunter (dyskusja) 20:03, 9 lis 2017 (CET)
  • Bibliografia bez przypisów to stary styl, którego w nowych artykułach należy unikać. Każda informacja powinna być opatrzona przypisem. Jego brak przy wskazaniu jedynie globalnej bibliografii praktycznie uniemożliwa weryfikację. Nikomu nie będzie się przecież chciało przeszukiwać 20 książek × 150 stron każda, czy tam faktycznie są te informacje. Moim zdaniem najlepiej się sprawdza tandem {{cytuj}} w bibliografii i {{odn}} w miejscu przypisów. Dzięki temu mamy prosty wykaz źródeł użytych do utworzenia artykułu i zapewnioną łatwą weryfikację przez numery konkretnych stron ze źródeł w przypisach. W przytoczonym przykładzie założyłbym, że pozycje do których nie ma odwołania w przypisach są literaturą dodatkową, z której nie korzystano jeszcze w artykule. Paweł Ziemian (dyskusja) 20:25, 9 lis 2017 (CET)
    • Jak odróżnić oba systemy? Źródła dodatkowe jak już wspomniałem powinny być umieszczane na stronie dyskusji, mogą liczyć setki artykułów. Eurohunter (dyskusja) 20:28, 9 lis 2017 (CET)
  • Eurohunterowi zapewne chodziło o to, że czasem jest Bibliografia + Przypisy i część źródeł w bibliografii uźródławia część informacji, gdzie nie ma przypisów, ale czasem Bibliografia jest tylko po to, aby umieścić źródła podane przez {{odn}}. W obu przypadkach (i nawet w większej liczbie, bo niektórzy w Bibliografii dają wszystkie źródła użyte w artykule, nawet jeśli powielają przypisy; niektórzy dają wszystkie pozycje książkowe, nawet jeśli powielają przypisy – tworzą przez to jakby listę źródeł użytych do napisania artykułu w odróżnieniu od konkretnych przypisów do danej informacji) mamy do czynienia z taką samą nazwą sekcji, a mogącą pełnić nieco inne funkcje. W en.wiki czasem tak mamy, że jest sekcja References z przypisami, a potem podsekcja np. Sources i tam lista książek będących rozwinięciem {{odn}}. Sam się kiedyś zastanawiałem nad tym, czy pozycje pomocnicze dla szablonu {{odn}} nie powinny być podane w podsekcji Przypisów (===), ale nie wymyśliłem sposobu, aby było to bardziej czytelne od obecnego sposobu. Wostr (dyskusja) 21:24, 9 lis 2017 (CET)
    • Tak, właśnie to miałem na myśli. Eurohunter (dyskusja) 21:59, 9 lis 2017 (CET)
      • Teraz rozumiem. Tylko po co to wprowadzać? Przecież to tylko usankcjonuje chaos spowodowany miernym uźródławianiem. I trzeba będzie przebotować masę artykułów, w których jest sekcja Bibliografia, a nie ma sekcji Przypisy. Według mnie Bibliografia powinna istnieć dla {{odn}} lub ewentualnie powielić zawartość przypisów. Zgłoszony przypadek podpada pod {{dopracować|więcej przypisów}}, który można w takiej bibliografii jako ostrzeżenie umieścić. Paweł Ziemian (dyskusja) 22:48, 9 lis 2017 (CET)

New filters for Recent Changes - Default deployment is scheduled for your wiki[edytuj kod]

Rc-beta-tour-welcome-ltr.gif

Hello!

Sorry to write in English. Pomóż przetłumaczyć na Twój język!

Since a few months, your wiki is trying a Beta feature: "Nowe filtry do sprawdzania edycji".

What is this feature again?

This feature improves Special:RecentChanges, Special:RecentChangesLinked and Special:Watchlist. It adds new features that ease vandalism tracking and support of newcomers:

  • Filtering - filter recent changes with easy-to-use and powerful filters combinations, including filtering by namespace or tagged edits.
  • Highlighting - add a colored background to the different changes you are monitoring. It helps quick identification of changes that matter to you.
  • Bookmarking to keep your favorite configurations of filters ready to be used.
  • Quality and Intent Filters - those filters use ORES predictions. They identify real vandalism or good faith intent contributions that need help.

You can know more about this project by visiting the quick tour help page.

What's new?

We have progressively integrated all existing filters to the new filtering system. Your wiki was waiting for FlaggedRevisions filters integration, which is now done.

Starting on Wednesday November 15th, the filters will be deployed by default for everyone on your wiki. This only applies on RecentChanges and RecentChangesLink. Filters for Watchlists will remain as a Beta feature.

When the deployment will be done, you will be able to desactivate the new filters by going to the "Rezygnacja z ulepszeń" section at the bottom of Special:Preferences#mw-prefsection-rc.

If you have already activated the Beta feature "Nowe filtry do sprawdzania edycji", you have no action to take. If you haven't activated the Beta feature "Nowe filtry do sprawdzania edycji" and you want to try the filters on Watchlists, please go to your Beta preferences.

You can ping me if you have questions.

All the best, Trizek (WMF) (dyskusja) 18:31, 9 lis 2017 (CET)

Cytowanie pisma (szablon)[edytuj kod]

Jak wypełnić parametr "Wydanie" w szablonie "Cytuj pismo", żeby działał? Próbowałem różnych rzeczy i nic nie jest widoczne dla czytelnika. BasileusAutokratorPL (dyskusja) 16:10, 10 lis 2017 (CET)

  • @BasileusAutokratorPL Poprawnie :D Datę podajemy w parametrze "data", wydanie to numer (z ang. issue, koszmarek językowy). Zdaje się, że konieczny jest też numer woluminu, czyli rocznika, wtedy się wyświetla.--Felis domestica (dyskusja) 16:16, 10 lis 2017 (CET)
[po konflikcie edycji] @BasileusAutokratorPL musi być wypełniony parametr wolumin, aby wyświetlało się wydanie przy zastosowaniu tego szablonu. KamilK7 16:21, 10 lis 2017 (CET)
  • Zamiast wydanie=... można podać numer=.... Działanie będzie identyczne. Paweł Ziemian (dyskusja) 16:50, 10 lis 2017 (CET)
    @Holek, @Paweł Ziemian A czy w gadżecie RefToolbar można by zmienić „wydanie” na „numer”? Co to jest numer czasopisma, to dość (IMHO) intuicyjne, a wydanie to się głównie do dzienników używało kiedyś (wydanie poranne i wieczorne). To niezbyt zgrabny odpowiednik ang. issue--Felis domestica (dyskusja) 18:01, 10 lis 2017 (CET)
    • Można, ale przy okazji zamieniłbym miejscami kolumny. Czyli zamiast Wydanie: [______] Wolumin: [______] dałbym Wolumin: [______] Numer: [______]. Taka kolejność moim zdaniem byłaby bardziej logiczna. Jednak ta zmiana może zakłócić proces edytowania osobom, które intensywnie z tego gadżetu korzystają. Paweł Ziemian (dyskusja) 21:22, 10 lis 2017 (CET)
      • A, to przy okazji wiem skąd ta kolejność prawdopodobnie występuje w wielu artykułach (dobrze rozumiem, że to potem przekłada się na kolejność w kodzie?). Dla mnie taka kolejność w artykule oznacza możliwość, że edytujący nie wiedział, czym jest wydanie, a czym wolumin i wpisał odwrotnie (co wymusza konieczność sprawdzenia), a takie przypadki się niestety zdarzają, że ludzie wpisują jakieś tam numerki po kolei. Wostr (dyskusja) 21:28, 10 lis 2017 (CET)
        • Wostr, te odwrotne wpisy to raczej pozostałość po tym, jak generator Hołka przez jakiś czas źle przypisywał dane z PubMedu. Michał Sobkowski dyskusja 22:07, 10 lis 2017 (CET)
          • Okej, może rzeczywiście to sedno tego problemu. Wostr (dyskusja) 22:14, 10 lis 2017 (CET)

A jak można oznaczyć numer czasopisma tutaj? Jest to dwumiesięcznik, ale numery podaje się bez roku - w tym wypadku jest to "Ausgabe 15.". BasileusAutokratorPL (dyskusja) 18:18, 10 lis 2017 (CET)

Można użyć oznaczenie. Wostr (dyskusja) 21:39, 10 lis 2017 (CET)
"Oznaczenie"? Nie widzę takiej opcji... BasileusAutokratorPL (dyskusja) 13:37, 11 lis 2017 (CET)
Jest taki parametr w {{cytuj pismo}}, wystarczy dodać w kodzie (być może w jakichś gadżetach wspomagających dodawanie przypisów go nie ma; tego nie wiem, bo nie korzystam). Wostr (dyskusja) 14:39, 11 lis 2017 (CET)

A co do parametru "data", to czasopisma wydawane są wszak zwykle w miesiącu poprzedzającym ten na okładce...

Wtedy należy rozróżnić, co jest datą wydania, a co oznaczeniem numeru. Przy czym często data bardziej dokładna niż roczna nie jest potrzebna (np. w przypadku dzienników data dzienna jest zasadna, w przypadku większości czasopism naukowych, z podanym woluminem i numerem, tylko data roczna jest potrzebna). Wostr (dyskusja) 21:39, 10 lis 2017 (CET)

Języki w Wikidanych[edytuj kod]

Jak zedytować języki w zakładce "W innych językach" na stronach Wikidanych? Instrukcja ze strony Universal Language Selector nie działa. Eurohunter (dyskusja) 00:23, 15 lis 2017 (CET)

@Eurohunter: Na górze strony każdego elementu WD wyświetla się (jeśli się nie wyświetla, sprawdź czy masz włączony gadżet labelLister w Preferencjach na WD) zakładka "Lista etykiet". Jej kliknięcie przeniesie Cię do tabelki, gdzie znajdują się wszystkie etykiety, opisy i aliasy danego elementu, we wszystkich językach, z możliwością edytowania. Powerek38 (dyskusja) 19:06, 16 lis 2017 (CET)

Powerek podał wyjaśnienie, a więc T Załatwione. Sir Lothar (dyskusja) 08:30, 6 gru 2017 (CET)

Automatyczne zliczanie liczby haseł[edytuj kod]

Wikiprojekt:Polski kanon Wikipedii – Dałoby się tak zrobić, by zmiany w Kanonie nie wymagały ręcznej aktualizacji tabeli na górze strony (tej zaczynającej się od "Wszystkie pozycje")? Nedops (dyskusja) 02:07, 15 lis 2017 (CET)

Można byłoby utworzyć specjalne kategorie, tak jak w przypadku Artykuły kinematograficzne na medal, co wymaga dodania parametru w szablonie na stronie dyskusji (gdyby kategoryzacja była robiona szablonami). Na razie wrzuciłem przy "wszystkich" półautomatyczne liczenie z kategorii (dodałem + 5 dla brakujących/nienapisanych). Hedger z Castleton (dyskusja) 11:14, 15 lis 2017 (CET)

Infobox[edytuj kod]

Przepraszam za błędy językowe. Obecnie gdy w infoboxas o miejscowościach w Ukrainie w linii "|państwo =" napisać skrót (naprzykład UA-61, art. Buczacz), to możemy w tej linii czytać 2 raza słowo Obwód (obwód tarnopolski). Czy więc jest możliwie takie edytowanie infoboxu o miejscowościach, by nie było tautologii? Dziękuję. --Бучач-Львів (dyskusja) 12:02, 15 lis 2017 (CET)

Trzeba by poprawić Kategoria:Szablony flag - szablony podziału Ukrainy tak aby wyświetlały jedynie nazwę obwodu. Nie wiem, czy to czegoś innego za mocno nie popsuje. @Powerek38 co ty na to? ~malarz pl PISZ 13:12, 15 lis 2017 (CET)
Ja byłbym za tym, żeby (botem lub od biedy ręcznie) doprowadzić te szablony obwodów (IMHO można od razu objąć tym też obwody w Rosji) do takiego stanu, jak jest z polskimi województwami. To znaczy: ok, jako podstawowa nazwa zostaje sam przymiotnik, np. "kijowski", ale dzięki aliasom działają też wywołania typu "obwód kijowski". Przy okazji trzeba też zmienić, żeby "obwód" był zawsze małą literą w tych szablonach, bo teraz jest różnie. Powerek38 (dyskusja) 17:56, 15 lis 2017 (CET)
  • Sprawdziłem zmianę w szablonie danych państwa na podglądzie zgłoszonego przykładu i w infoboksie wyglądało to dobrze. Jeśli malarz przyznaje, że nie wie czego ta zmiana nie zepsuje to nikt nie będzie wiedział. Dowiemy się najwyżej po wprowadzeniu zmian. Czyli globalna zmiana polegałaby na dodaniu nazwa alias = nazwa bez obwodu jeśli nazwa terytorium = [[...|Obwód]]. W sumie można pójść za ciosem i sprawdzić czy nie ma innych podobnych przypadków, w których nazwa obszaru zaczyna się od nazwy typu obszaru. Paweł Ziemian (dyskusja) 20:44, 15 lis 2017 (CET)
  • Należy poprawić infobox, aby się nie powtarzał rzeczownik obwód. Magen (dyskusja) 17:24, 24 lis 2017 (CET)
  • Odnalazłem botem szablony, w których nazwa terytorium zawiera się w nazwie jednostki. Raport jest tutaj. Wynika z niej, że zmianie może podlegać „obwód” i „kraj”. Paweł Ziemian (dyskusja) 22:16, 24 lis 2017 (CET)
    • @malarz pl, @Powerek38 Mogę dodać botem pole nazwa alias=bez obwodu lub kraju. Z sugerowaną zmianą nazw szablonów bym się nie wychylał. Taka zmiana pociągnie konieczność przebotowania infoboksów i flag, które z obecnej wersji korzystają. W dodatku istnieje jeszcze powiązanie z modułami map. Im też trzeba by konsekwentnie zmieniać nazwy. Czyli dojdzie kolejne botowanie infoboksów i map lokalizacyjnych. To może być zbyt gruba zmiana. W dodatku „po nic”, bo czytelnik i tak z tych zmian nic nie zauważy. Paweł Ziemian (dyskusja) 21:12, 25 lis 2017 (CET)

Dodam, ze @Michczu wycofał te zmianę dla jednego z szablonów. Jestem ciekaw dlaczego. ~malarz pl PISZ 09:59, 1 gru 2017 (CET)

  • Mój błąd, извините. --Michczu (piszcie) 19:57, 1 gru 2017 (CET)
    • Ale może ta zmiana gdzieś spowodowała głupie wyświetlenie napisu przy fladze. Wtedy warto się nad tym zastanowić. ~malarz pl PISZ 20:12, 1 gru 2017 (CET)
      • W SKA-Chabarowsk w infoboxie jest że właścicielem klubu jest Kraj Chabarowski. Po omowianych tu zmianach zostalo samo słowo Chabarowski... Temu wycofałem w tamtym przypadku. --Michczu (piszcie) 20:16, 1 gru 2017 (CET)

Specjalna:Ostatnie zmiany[edytuj kod]

Nawet widzę plusy tej rewolucji (choć jak zwykle: za mało wiedzieliśmy o niej przed wprowadzeniem), ale czy nie warto by "Inne narzędzia do sprawdzania" (górne menu) było domyślnie widoczne? Nedops (dyskusja) 20:24, 15 lis 2017 (CET)

Chyba na phabricatorze trzeba by to zgłosić. Sir Lothar (dyskusja) 12:50, 16 lis 2017 (CET)
„Jak zwykle” było ogłaszane kilkukrotnie, ostatnio na tej stronie w sekcji #New_filters_for_Recent_Changes_-_Default_deployment_is_scheduled_for_your_wiki i #Tech_News:_2017-46 i chyba kilka razy wcześniej, gdy pojawiło się jako funkcja eksperymentalna w preferencjach, ale nie chce mi się szukać w archiwach. :) Matma Rex dyskusja 14:13, 16 lis 2017 (CET)
If you open the "Inne narzędzia do sprawdzania" menu it will remain open for you. Trizek (WMF) (dyskusja) 15:56, 16 lis 2017 (CET)

Problem z ładowaniem stron[edytuj kod]

Od pewnego czasu artykuły i ich zakładki historia oraz edytuj początkowo ładują się w dużych uproszczonych wersjach. Książka. Eurohunter (dyskusja) 21:14, 16 lis 2017 (CET)

Liczba odcinków w infoboksie[edytuj kod]

Czy ktoś może mi wyjaśnić, po co w {{Program telewizyjny infobox}} czy też {{Serial infobox}} mamy liczbę odcinków? Z jednej strony może to być przydatna informacja (dla niektórych), ale z drugiej strony wiele osób (zazwyczaj niezarejestrowani lub nowi użytkownicy) co chwilę aktualizują dane (czytaj po premierze nowego odcinka serialu/programu telewizyjnego) robiąc nam dodatkową pracę, która tak naprawdę nie przynosi nam żadnego pożytku. Nie widzę żadnego sensu w ciągłym aktualizowaniu liczby odcinków – czy naprawdę konieczne jest aktualizowanie liczby odcinków Klanu czy Milionerów po każdym nowym odcinku? Jestem pewien, że jakiś tam procent zdezaktualizowanych przejrzanych stron to właśnie nic nie wnoszące aktualizację, przez które marnujemy czas – zamiast zająć się czymś produktywnym jesteśmy skazani na zatwierdzanie nic nie wnoszących edycji od fanów danego serialu/programu. Zwróćmy uwagę na to, że w WP:CWNJ#BEZŁAD możemy przeczytać to:

Quote-alpha.png
W stosunku do wielu kategorii obiektów nie ma pewności czy są encyklopedyczne, jednak obecny konsensus zakłada, że artykuły w Wikipedii nie są: (…) Rozkładem jazdy. Encyklopedia nie powinna zawierać informacji o rozkładach jazdy środków komunikacji zbiorowej, tymczasowych i lokalnych połączeniach komunikacyjnych, objazdach i innych poradach dla podróżujących. Dane te zmieniają się często, szybko dezaktualizują i jako tymczasowe nie spełniają zasad encyklopedyczności.

To co pogrubiłem w całości pokrywa się z moim problemem – informacje o liniach autobusowych z miejsca mogą wylecieć, ale jednocześnie inny standard stosujemy wobec programów telewizyjnych czy seriali. Według mnie nie głupim pomysłem byłoby usunięcie parametru liczba odcinków i usuwanie tego typu informacji z artykułów dopóki emitowany jest dany serial/program (rzecz jasna rozsądnie, informacje typu Dnia 29 lutego wyemitowano tysięczny odcinek opatrzony źródłem oczywiście zaakceptuję, bo to już coś konkretnego wnosi). Runab (dyskusja) 14:51, 18 lis 2017 (CET)

  • Zmieniłbym opis parametru "Liczba odcinków" z Liczba odcinków serialu na Liczba odcinków serialu po zakończeniu jego emisji, z dodatkowym oznaczeniem, że "parametru nie wypełniamy w przypadku seriali trwających". Imo taka informacja jest w infoboksie ważniejsza (całkowita liczba), niż liczba odcinków jako "stan na dany dzień". Ented (dyskusja) 15:11, 18 lis 2017 (CET)
    • Pomysł wydaje mi się ok, na pewno ograniczyłby problem. I chyba można by było rozwiązać problem za pomocą bota. Runab (dyskusja) 17:59, 18 lis 2017 (CET)
  • Dostrzegając problem częstych edycji i całej radości z tym związanej, musze zauważyć, że liczba odcinków jest jedną z ważniejszych informacji o serialu. Co innego Sherlock (bodaj) z dwiema seriami (?) po 4 odcinki (?), co innego Jakiś Karino czy coś o podobnych 17 (?) czy 23 odcinkach, co innego 500 odcinków i jeszcze coś innego 3000. Sama informacja o tym, od kiedy wyświetlany nie jest miarodajna, bo może być raz dziennie czy raz w miesiącu. Dlatego raczej byłbym za tym, żeby wstawić uwagę, że uaktualniać co miesiąc na przykład. Ciacho5 (dyskusja) 20:59, 18 lis 2017 (CET)
    • Już bardziej przekonuje mnie aktualizowanie liczby odcinków po zakończeniu serii – co miesiąc to jednak za często. A tak zamiast sztucznego okresu mamy jasne kryterium – kończy się seria, to dopiero wtedy aktualizujemy. Emisja jednej serii trwa średnio trzy miesiące, nie jest to strasznie długi czas. Runab (dyskusja) 23:17, 18 lis 2017 (CET)

Szablon:Rozgrywki w piłce nożnej infobox[edytuj kod]

Widzę, że przez ujednolicenie infoboxu z analogicznym o piłce ręcznej poprzez dodanie kolejnych parametrów spowodowało, że one wyświetlają się, jeśli nie są podane. W związku z tym mam pytanie, czy można było je zamienić jako opcjonalne (jak np. dodany przeze mnie parametr oglądalność, który po usunięciu nie jest pokazywany w infoboxie? --Andrzej94 (dyskusja) 13:44, 20 lis 2017 (CET)

{{order|NN|M|20}}[edytuj kod]

Dotyczy szablonu "order" z wywołaniem na Nagrodę Nobla - czyli Nagroda Nobla w dziedzinie fizjologii lub medycyny. Czy ktoś widzi w tym sens? Nagroda Nobla to nie order, ani gwiazda, ani medal per se. Owszem, dostaje się razem z nią pamiątkowy medal (ale nie towarzyszy mu baretka), ale nie jest to istotą owej nagrody. Medal nie jest wymieniany w precedencji odznaczeń itd.. Co więcej, o ile pamięć mnie nie myli, można go nie odebrać, odsprzedać, nie ma kapituły tego medalu etc etc etc. Piszę, bo już w biogramach naukowców, ktoś podmienia link słowny na ikonkę, która w tym wypadku nie ma sensu. Masur juhu? 08:17, 21 lis 2017 (CET) ps. w dokumentacji szablonu nie mogłem się dopatrzeć tego wywołania.

  • Tak mi się przypomniało, że kilka lat temu była akcja usuwania ikonki N.Nobla z nagłówków biogramów. Masur juhu? 10:29, 21 lis 2017 (CET)

Okresowe sprawdzanie wykorzystania nieprawidłowych grafik[edytuj kod]

Przyszło mi na myśl przy ostatnich dyskusjach na temat różnych dziwnych grafik na Commons, które są błędne, ale i tak co jakiś czas ktoś je znowu wstawia do artykułów. Jako że z Commons często usunąć się ich nie da, a ciężko wymagać, że ktoś będzie tego nieustannie pilnował, to może dałoby się stworzyć bota/gadżet, który miałby sobie jakąś podstronę ogólnodostępną, na której znajdowałaby się lista grafik i okresowo sprawdzał, czy któraś z nich nie jest wstawiona w pl.wiki (+ biorąc pod uwagę, że z czasem coraz więcej będzie pewnie pobierane z WD, to i sprawdzał wykorzystanie tamże)? Wostr (dyskusja) 01:42, 23 lis 2017 (CET)

  • Na commons mamy szablony: {{c:template:Inaccurate}} i pokrewne. Powino je się wstawiać do plików, zaraz u góry. Co więcej, jak błędna grafika nigdzie nie jest wykorzystywana, to można wszcząć procedurę jej kasowania. I na koniec - plik zdezaktualizowany (np. mapa pokazująca starsze dane) nie jest błędny. Masur juhu? 07:40, 23 lis 2017 (CET)
    • Tak, podobnie wiele innych rodzajów grafik, które nie powinny być wykorzystywanych w artykułach, formalnie nie są do usunięcia z Commons (dajmy na to przykład fikcyjnych flag), a jednak są rozpowszechnione na przeróżnych projektach. Nawet jeśli mają odpowiedni opis, aby nie wykorzystywać grafiki w artykułach ;) Wostr (dyskusja) 12:53, 23 lis 2017 (CET)
  • Można zrobić albo polskie opisy grafik z odpowiednim szablonem albo galerię z tymi grafikami. Bot mógłby to przeglądać i robić odpowiednie zestawienie użycia. Galeria jest prostszym pomysłem, natomiast w przypadku polskich opisów można tam wprowadzić też informacje jak sobie radzić z takim plikiem. ~malarz pl PISZ 08:32, 23 lis 2017 (CET)
    • Dobrze, w razie czego, aby ewentualnie potem trzeba było mniej zmieniać, jeśli pomysł miałby być realizowany: galeria przez <gallery>, tabela z grafikami, lista plików? Wostr (dyskusja) 12:53, 23 lis 2017 (CET)
      • Nie ma znaczenia jak. Najwygodniejsza do szybkiego przeglądania botem jest <gallery> bo wymusza pewne uporządkowanie nazw plików. ~malarz pl PISZ 15:48, 23 lis 2017 (CET)

Na początek:

Proszę poszerzać do woli galerię. Postaram się coś sensownego skonstruować w ciągu kilku dni. ~malarz pl PISZ 13:08, 25 lis 2017 (CET)

Jakaś próba zrobienia raportu (na razie na jednej grafice) jest pokazana w Wikipedysta:MalarzBOT/niepożądane grafiki/raport. ~malarz pl PISZ 20:41, 25 lis 2017 (CET)
O, o! Bardzo ciekawie. Postaram się poszukać i przepytać, aby znaleźć więcej, o których była mowa. Wostr (dyskusja) 22:56, 27 lis 2017 (CET)

Wyróżnione artykuły w mobilnej aplikacji Wikipedii[edytuj kod]

Przy uruchomieniu angielskiej wersji językowej Wikipedii i wejściu na stronę główną aplikacji mobilnej, oprócz sekcji ostatnich wydarzeń, ładnie możemy zobaczyć fragment wyróżnionego danego dnia na stronie głównej artykułu. Po uruchomieniu polskiej wersji językowej, w aplikacji rubryka ta nie generuje się. Jak można rozwiązać ten problem? Może na stronie głównej enwiki jest jakiś dodatkowy tag/wpis w kodzie, który informuje mobilną aplikację jaki wyróżniony artykuł należy wyświetlić? Karol Szapsza (dyskusja) 11:52, 25 lis 2017 (CET)

Przycisk „przywróć”[edytuj kod]

Na Wikidanych obok „anuluj edycję” jest przycisk „przywróć”. Jest to o tyle ciekawe, że można przywrócić dwoma kliknięciami (+ew. wpisać powód) każdą poprzednią wersję artykułu. Może ja czegoś nie znam, ale zazwyczaj w takich sytuacjach muszę włączać edycję danej wersji i ją zapisywać + wpisywać opis zmian, a tam jest od razu „Przywrócono wersję xxxx autorstwa xxxx”. Jest to to może dostępne u nas / łatwe do przeniesienia jako gadżet? Wostr (dyskusja) 22:54, 27 lis 2017 (CET)

@Wostr Tak działa Popups ~CybularnyNapisz coś ✉ 11:13, 29 lis 2017 (CET)
Nigdy mi jakoś poprawnie nie działał. Wostr (dyskusja) 12:50, 29 lis 2017 (CET)
Czym to się objawiało? --Wargo (dyskusja) 19:03, 3 gru 2017 (CET)

Kursywa w infoboxie[edytuj kod]

Czy można usunąć kursywę w parametrze imię i nazwisko oryginalne w infoboxie dla biogramu? Znowu mamy ten sam problem - w zapisach innymi niż łaciński systemami pisma, nie znającymi kursywy, wychodzi bezwartościowa i nieczytelna ciapa, jak np. w zapisie chińskim w takich hasłach jak Liu Xianping. Hoa binh (dyskusja) 11:02, 29 lis 2017 (CET)

  • Link do starego wywłątka: [7]. Także pragnę pozbyć się kursywy, w tym w grece. Okazuje się jedna, że rodzi do wiele niespodziewanych paradoksów - zacytuję własengo bąmota: "w sumie to sytuacja bez wyjścia". Henryk Tannhäuser (...) 11:55, 29 lis 2017 (CET)
    • Po tamtej dyskusji udało się "wyprostować" wywołania pobierane z Wikidanych. Te wpisywane lokalnie, niestety, dalej są pochylone. Można by to poprawić np. wprowadzając parametr z kodem języka dla pól z nagłówka, usunąć w ogóle pochylenie w nagłówku infoboksów bądź stosować szablon {{j}} do lokalnego wprowadzania danych --Zielu20 (dyskusja) 12:59, 29 lis 2017 (CET)
  • To samo w trzech innych infoboksach zgłaszałem tutaj. Pamiętam też, że była kiedyś dyskusja (nie ta podlinkowana wyżej) na temat kilku innych infoboksów i tam udało się to zrobić; jeśli ktoś pamięta, o które infoboksy chodziło, to niech podrzuci link, to może da się to łatwo skopiować? Wostr (dyskusja) 15:10, 29 lis 2017 (CET)
  • Wstawiłem jako oryginalne imię i nazwisko {{j|zh|刘先平|kursywa=nie}}. Inaczej tego globalnie przy prawie 25 000 wywołań {{biogram infobox}} nie rozwiążemy. Nowe pole z kodem języka i tak byłoby opcjonalne, czyli nieużywane. Trzeba wprowadzić zwyczaj stosowania {{j}} dla każdego fragmentu treści, który nie jest w języku polskim. Paweł Ziemian (dyskusja) 18:00, 29 lis 2017 (CET)
      • @Paweł Ziemian, w tych już jest kod języka, ale nie jest wykorzystywany do odkursywienia. Pamiętam, że w którymś szablonie już to załatwiłeś, więc dasz namiar na niego, aby móc skopiować i do tych trzech? Wostr (dyskusja) 20:24, 29 lis 2017 (CET)
    @Paweł Ziemian Sorry, jeśli już raz to tłumaczyłeś, ale... Czy nie można wykluczyć tej cholernej kursywy z poziomu kodu infoboxu? Potrzebna jak umarłemu kadzidło. Gorzej, że zbędna – szkodliwa, bo utrudniająca czytanie. To samo zresztą dotyczy navboxów miejscowości, gdzie nazwy oryginalne też się kur – będę kulturalny – sywią. Dlaczego trzeba wstawiać jakieś dodatkowe szablony do szablonu, żeby odkręcić coś zakręconego zamiast w ogóle nie zakręcać?--Felis domestica (dyskusja) 18:37, 29 lis 2017 (CET)
    To się wszystko generuje w środku {{infobox tytuł}}, który jest praktycznie nagłówkiem wszystkich infoboksów i ma ponad 650 000 wywołań. Podsumowując to bez dodatkowego parametru z językiem (żeby w szablonie zastosować {{j}}) lub bez jawnego wywołania w infoboksie się nie da. Zawsze pojawią się głosy, że gdzieś jest coś zepsute. Paweł Ziemian (dyskusja) 18:47, 29 lis 2017 (CET)
    @Paweł Ziemian Czyli zasadniczo konieczna by była „rewolucja” polegająca na zgodzie, żeby w {{infobox tytuł}} zamiast czcionek pochylonych były np. większe, mniejsze, pogrubione i niepogrubione? Czyli trzeba rozpocząć debatę w kawiarence, która po 2-3 latach i 5-6 poważnych ekskrementoburzach nabierze wystarczającej inercji, że wszyscy machną ręką i powiedzą, „OK, zmieniajcie”? Nie ma zasadniczych przeciwskazań technicznych?--Felis domestica (dyskusja) 19:27, 29 lis 2017 (CET)
    Co nie zmieni faktu, że i tak {{j}} będzie trzeba stosować z tą tylko różnicą, że będzie stosowany rzadziej, bo skoro nie będzie kursywy to nikt już sobie nie zaprzątnie głowy jakimś szablonikiem ;) Wostr (dyskusja) 20:22, 29 lis 2017 (CET)
    (konflikt) Można jeszcze zrezygnować całkowicie z podawania tego pola i zasysać je z Wikidanych. Tam „imię i nazwisko w języku ojczystym”, „nazwa oryginalna” bądź „nazwa oficjalna” są zawsze podawane w konkretnym języku. Ewentualnie zrobić alternatywny szablon {{wj|...}}, który będzie tę kursywę automatycznie wymuszał, tak jak to obecnie robi {{w języku}}. Paweł Ziemian (dyskusja) 20:26, 29 lis 2017 (CET)
    Z zasysaniem z wikidanych mogą pojawić się jakieś inne problemy. Np. w łacinie w różnych krajach różnie stosuje się duże litery. Np. Anglicy mają De Natura Deorum, my mamy De natura deorum. Trudno przewidzieć, czy nie ma więcej takich rzeczy dla innych języków (np. różne transkrypcje języków indyjskich, różne pomysły na myślniki w japońskim i odstępy w pinyinie...). Henryk Tannhäuser (...) 01:25, 30 lis 2017 (CET) Przede wszystkim tytuły oryginalne mogą występować w różnych formach (np. w haśle Traviata - uwaga [a]) i nie zawsze propozycje w Wikidata będą dla nas optymalne (na it-wiki jest La traviata). Henryk Tannhäuser (...) 02:03, 30 lis 2017 (CET)
  • W związku ze zwolnieniem się literki utworzyłem nowy szablon {{k}}, który działa niemal identycznie jak {{j}} (wywołuje go) jednak automatycznie dobiera wartość pola kursywa w zależności od języka. Dzięki temu powinno być teraz znacznie łatwiej wyłączać kursywę w infoboksach lub włączać w zwykłej treści (przykład), jednocześnie poprawiając dostępność stron. Oczywiście pozostają przypadki języków, które można zapisać różnymi alfabetami, na przykład język serbski. Tam może zaistnieć konieczność określania pola kursywa. Paweł Ziemian (dyskusja) 22:16, 2 gru 2017 (CET)

Jeszcze o archiwizacji linków[edytuj kod]

Czy serwisy archiwizujące pozwalają działać botom? Jeżeli tak, to wydaje mi się, że dałoby radę napisać takiego, który automatycznie (jak to bot) przy wpisaniu linka do przypisu sprawdzałby, czy jest on zarchiwizowany i w razie potrzeby zarchiwizował. Problem martwych linków by nie narastał. Ciacho5 (dyskusja) 21:48, 1 gru 2017 (CET)

Było tutaj, a potem tutaj, więc ciągle czekamy na rozwiązanie T169465. Paweł Ziemian (dyskusja) 22:04, 1 gru 2017 (CET)
Mało tego! Archiwizator mógłby być wikimediowy i archiwizować od razu dodane na wikipedii linki i już na zawsze nie byłoby problemu :) Jedna z propozycji, która miała być może wejść kiedyś tam w życie, jednak w sumie nie wiem, czy dalej nad tym pracują. Emptywords (dyskusja) 22:07, 1 gru 2017 (CET)
  • NIe zauważyłem poprzednich dyskusji. Archiwizowanie na własnych, wikimediowych serwerach miałoby taka wadę, że potrzebne byłyby serwery o wielkości kilkakrotnie chyba większej niż samej Wikipedii. Często bowiem jedno zdanie uźródłowione jest całym, długim artykułem z jakiegoś portalu. Ciacho5 (dyskusja) 05:16, 2 gru 2017 (CET)
  • Często naprawiam martwe linki i zauważyłem, że zwykle zarchiwizowane są one na serwisie archive.is, wersje archiwalne pojawiają się tam dość szybko po dodaniu linka do artykułu, wygląda na to że skanują wiki. Minus tego serwisu jest taki, że archiwizuje on tylko stronę, do której bezpośrednio prowadzi link z wiki bez żadnych podstron, no i nie ma tam archiwów stron martwych od wielu lat. Pikador (dyskusja) 11:19, 2 gru 2017 (CET)
    • Jest jeszcze jeden plus serwisu archive.is - po prostu szybciej działa niż archive.org, dlatego osobiście wolę wstawiać linki archiwalne do tego pierwszego. Sir Lothar (dyskusja) 13:39, 2 gru 2017 (CET)

Wielka zaraza w Londynie 1665-1666[edytuj kod]

Da się jakoś usunąć stronę z przekierowaniem? Strona o tej samej nazwie (link wyżej w tytule sekcji) kieruje do: Wielka zaraza w Londynie 1665–1666 (półpauza zamiast myślnika czy łącznika). Nie można zamiast przekierowania po prostu poprawić linków, jeśli jakieś są? Albo wrócić do poprzedniej wersji z łącznikiem między datami? Merete25 (dyskusja) 12:22, 2 gru 2017 (CET)

  • Bazując na Don't delete redirects - szczególnie pkt.1, nie usuwamy takich przekierowań. Hasło pod pierwotnym tytułem (z myślnikiem) zostało napisane w 2007 roku, zatem nigdy nie wiadomo, czy przekierowanie nie jest wciąż w użyciu. Ented (dyskusja) 12:32, 2 gru 2017 (CET)
  • Ale czemu w ogóle chcesz usunąć to przekierowanie? W czym ono przeszkadza? Jako wiki i tak mamy dość niski odsetek przekierowań w stosunku do wszystkich artykułów, a w takich sytuacjach – gdy nazwa artykułu ma znak bez odpowiadającego mu klawisza na klawiaturze – przekierowanie jest bardzo potrzebne. Zresztą z projektów mających ponad 0,5 mln artykułów mniej mają jedynie Wikipedie cebuańska i warajska... (które praktycznie przekierowań nie mają w ogóle). Już nie mówiąc o en.wiki mającej ponad 1,4% przekierowań, ale o większości tych wiki, gdzie stanowią kilkadziesiąt setnych procenta (my: 0,16%). Wostr (dyskusja) 13:05, 2 gru 2017 (CET)
  • @Merete25 W sumie nie napisałeś najważniejszej rzeczy - dlaczego Tobie przeszkadzają przekierowania. Beno @ 17:03, 2 gru 2017 (CET)
  • @Beno przekierowania jako takie mi nie przeszkadzają. Tu mam jednak tylko różnicę, polegającą na zmianie długości kreski łączącej daty. Wydaje mi się to bez sensu. Nie można jakoś automatycznie pozmieniać/ujednolicić pauzy/łącznika w hasłach czy na stronach, które odwołują się do tego? @Ented Dlaczego nie wiadomo, czy przekierowanie nie jest w użyciu? Nie można tego jakoś sprawdzić? Merete25 (dyskusja) 18:34, 2 gru 2017 (CET)
  • @Merete25 No niby można przeszukać Internet i sprawdzić czy jakakolwiek strona w sieci nie odwołuje się do naszego artykułu "z myślnikiem", ale już nie jesteśmy w stanie sprawdzić: czy istnieje ktoś na świecie, kto ma na jakimkolwiek urządzeniu łączącym się z netem, zapisany link do hasła "z myślnikiem". Tu nie rozchodzi się o to jakie inne strony Wikipedii linkują do hasła z myślnikiem, ale o to jakie zewnętrzne strony w necie i na urządzeniach linkują do hasła ;) Ented (dyskusja) 19:39, 2 gru 2017 (CET)

Wygląd infoboksów[edytuj kod]

Czy może już czas na lifting infoboksów? Nowy wygląd mógłby zostać oparty na japońskiej wersji językowej Wikipedii. IMO obecny tutaj stosowany niektórym już się znudził... Pachidensha (dyskusja) 18:26, 2 gru 2017 (CET)

Chodzi Ci o wygląd strony głównej? Wygląda niemal identycznie. Eurohunter (dyskusja) 18:39, 2 gru 2017 (CET)
Nie chodzi mi o wygląd SG, tylko o infoboksy zamieszczane w biogramach, programach telewizyjnych, przedsiębiorstwach itp. Pachidensha (dyskusja) 19:48, 2 gru 2017 (CET)
To także niewiele się różnią (ja:ノストラダムス). Polecam zająć się najpierw ujednoliceniem infoboksów. Eurohunter (dyskusja) 19:53, 2 gru 2017 (CET)
Znudził się wygląd, co to w ogóle za argument jest... Wostr (dyskusja) 21:45, 2 gru 2017 (CET)
  • @Pachidensha Zobacz w archiwmum Wikipedia:Kawiarenka/Kwestie techniczne dyskusja/Archiwum/2014-październik#Kolorowe infoboksy. Może ten temat odżyje jeśli włączone zostanie ogłaszane wcześniej rozszerzenie pozwalające na definiowanie fragmentów CSS stowarzyszonych z szablonem. Ma to być taka optymalizacja CSS, żeby nie ładować wszystkiego z konieczności opasłego MediaWiki:Common.css, lecz tylko te fragmenty, które są niezbędne do poprawnego wyświetlania strony. Paweł Ziemian (dyskusja) 21:21, 2 gru 2017 (CET)
    • Infoboksy, tak jak tabele powinny być standardowego koloru. Dziwię się, że w przypadku infoboksów, nie ma jednomyślności. Eurohunter (dyskusja) 21:27, 2 gru 2017 (CET)
      • Kiedyś ujednoliciłem różne szare kolory infoboksów na domyślny szary, i z tego powodu pojawiło się kilka wpisów w mojej dyskusji. Eurohunter (dyskusja) 21:29, 2 gru 2017 (CET)
        • Nie muszą być szare i nie ma powodów, aby były szare. Jedyne co, to ich kolory muszą być stonowane i dawać wystarczający kontrast. Wostr (dyskusja) 21:44, 2 gru 2017 (CET)
          • Zazwyczaj kolory są dobierane fatalnie, co można zauważyć w setkach tabel, poza tym domyślny kolor – mniej kodu, mniej problemów z dobieraniem kolorów. Eurohunter (dyskusja) 21:51, 2 gru 2017 (CET)
            • Jednym się podobają takie, innym siakie. Trudno będzie osiągnąc porozumienie, a zmarnujemy jak zwykle czas i miejsce. Mpn (dyskusja) 08:40, 3 gru 2017 (CET)
              • Dlatego stosowanie domyślnego szarego koloru powinno rozwiązać wszelkie tego typu problemy. Eurohunter (dyskusja) 11:04, 3 gru 2017 (CET)
                • Nieprawda. Dlatego stosowanie domyślnego koloru mediumaquamarine [podstaw dowolny kolor] powinno rozwiązać wszelkie tego typu problemy. Będziesz toczył dyskusje na wyższością szarości? Mpn (dyskusja) 12:33, 3 gru 2017 (CET)
                  • Nie pierwszy i nie ostatni raz :) Sidevar (dyskusja) 12:57, 3 gru 2017 (CET)
                  • W jaki sposób? Tworzysz tabelę class="wikitable" i to wszystko. Wszelkie inne parametry to dodatki, więc kolorowanie tabel to działanie niestandardowe. Eurohunter (dyskusja) 13:22, 3 gru 2017 (CET)
                    • Więc pytanie przenosi się o zasadność szarości w class. Pięterko wyżej. To dlaczego szarość tak wszystkich nas zachwyca? Mpn (dyskusja) 13:44, 3 gru 2017 (CET)

Szablony języków greckich[edytuj kod]

Nie za bardzo rozumiem sensu i przeznaczenia dwóch szablonów: {{grc}} i {{greka}}. Oba mają instrukcję z szablonu {{w języku}} i oba dotyczą języka starogreckiego. Jednak pierwszy z nich jest wywołaniem {{j}}... przy czym wywołanie to np. [[język grecki|gr.]] {{grc|Ἡρακλῆς}}, czyli jednak powinien tu być {{greka}}. Obawiam się, że być może część wywołań {{grc}} powinna mieć {{gr.}}, który służy do języka greckiego nowożytnego. Tyle że ja na grece to się nijak nie znam, jednak przynajmniej jeden z tych szablonów wydaje się być nadmiarowy ({{grc}})? Wostr (dyskusja) 21:42, 2 gru 2017 (CET)

  • {{grc}} jest źle udokumentowany i jest zbędnym mnożeniem bytów. Moim zdaniem powinien być zamieniony na jawne użycie {{j|grc|...}} albo {{k|grc|...}}. Nie na darmo nazwa szablonu ma tylko jeden znak. Szablon {{gr.|...}} ma sens o tyle, że jednak przypomina docelowy zapis wyświetlany. Trzeba te wywołania przeczyścić pamiętając o przypadkach podpadających pod {{greka}}, a szablon usunąć na końcu jako nieużywany. Paweł Ziemian (dyskusja) 22:42, 2 gru 2017 (CET)
  • Zacząłem oglądać botem co mozna znaleźć przed {{grc}} i często figurują linki język grecki, język grecki klasyczny, język starogrecki, Język nowogrecki, greka i gr. oczywiście w różnymi wariantami skrótów (gr., stgr., nowogr.). Liczne są przypadki użycia skrótu lub opisu bez linku. Paweł Ziemian (dyskusja) 15:57, 3 gru 2017 (CET)
  • Ja również nie rozumiem wcale dwoistości tych szablonów, dużo jednak było o tym w poprzedniej dyskusji. Część z tego to tylko moje domniemania, być może błędne: [8]. Nie jestem wcale pewien, czy aby na pewno on jakoś wpływa na czcionki, ale chyba tak. Wydaje się, że @Botev wie coś o tym. Henryk Tannhäuser (...) 16:08, 3 gru 2017 (CET) Warto też na pewno, zwłaszcza jeśli Botev przyjdzie, ustalić tutaj ostatecznie, jakich skrótów używamy. I będzie porządek wrescie. Ja jestem za gr. dla starogreckiego oraz "całości" i nowogr. dla nowogreckiego. Tak jest chyba w większości encyklopedii i słowników językowych. Henryk Tannhäuser (...) 16:24, 3 gru 2017 (CET)
Kiedyś były różne czcionki dla starogreckiego i nowogreckiego, ale to nie ja to wymyśliłem, ja tylko na tym bazowałem. Chyba nie ma to większego uzasadnienia merytorycznego - po prostu ktoś kiedyś wstawił dla starogreckiego czcionkę taką trochę niby stylizowaną na starożytne pismo. To były początki Wikipedii, kiedy jeszcze bawiliśmy się w takie upiększacze. Dzisiaj to nie ma sensu. Dwoistości szablonów też nie rozumiem. Jestem jednak za rozróżnieniem skrótu dla starogreckiego, a nie za stosowaniem samego gr., żeby było wiadomo, że nie chodzi o współczesny sposób zapisu. Samo gr. powinno być stosowane na oznaczenie języka nowogreckiego w hasłach, w których nie ma wątpliwości, że chodzi o nowogrecki (np. artykuły o współczesnych miejscowościach w Grecji, nazwiska współczesnych Greków itp. itd., a więc tam, gdzie siłą rzeczy nie ma wersji starogreckiej). Natomiast w hasłach, gdzie można wskazać zarówno zapis starożytny, jak i nowożytny, nie powinno być w ogóle skrótu gr., tylko oddzielne skróty dla starogreckiego i nowogreckiego. Tak bym to widział. --Botev (dyskusja) 20:12, 3 gru 2017 (CET)
Bałem się i nie chciałem tej dyskusji, ale trzeba chyba ją wreszcie przeprowadzić i mam nadzieję, że będzie fajna. Będę zdecydowanie bronić przeciwnego zdania, gr. powinno być dla sarogreckiego, nowogr. albo ngr. albo ngrec. dla nowogreckiego. Przecież tak robi praktycznie każdy słownik i każda inna encyklopedia, czemu u nas inaczej. Za zmęczony jestem, żeby przekopywać sobie pół biblioteczki, ale np. SJP Szymczaka albo Encykopedia językoznawstwa ogólnego Polańskiego. Właściwie wszyscy. Jeszcze raz powiem, że w uproszczonym, ale powszechnym rozumieniu język grecki to właśnie język starogrecki. Z nowogreckiego bierze nazwę parę tysięcy wysepek, ze starogreckiego jakieś miliony terminów naukowych oraz każda trawka, żuczek, drzewko i kwiat. A właśnie w etymologii te szablony stosowane są najczęściej - nowogrecki to znikoma mniejszość. Uważam, że właśnie nowogrecki trzeba oznaczać osobno, bo właśnie tutaj można się łatwo pomylić, to właśnie (w sensie statystyczno-dystrybucyjnym :D, tym bardziej, że w przypadku większości nazw geograficznych trzeba podać obie formy, a często i jakieś bizantyjskie) jest coś niespodziewanego i nieoczekiwanego. Tak samo polski gramatyki, podręczniki czy słowniki obu języków stosują rozróżnienie "grecki/nowogrecki", nie "starogrecki/nowogrecki", czy tym bardziej "starogrecki/grecki" (które mnie wręcz uderza absurdalnością...). Uważam, że w stosowaniu tych skrótów istnieje w Polsce wykształcona tradycja leksykograficzna, której nie możemy łamać. Henryk Tannhäuser (...) 09:38, 4 gru 2017 (CET)
    • W przypadku alfabetu greckiego jakaś specjalna czcionka dzięki tym szablonom chyba nie jest wstawiana przez przeglądarkę (przynajmniej tak jak widzę w Operze/Firefoxie), natomiast atrybut lang jest już ważny. I ważne, aby to był poprawny, a nie jakikolwiek tam grecki. Ja widzę opcje el (język grecki nowożytny [od ok. 1453]), cpg (grecki... kapadocyjski?), gmy (grecki mykeński), grc (grecki starożytny [do ok. 1453]), gss (grecki migowy), rge (grecko-romański? greko-romański?). grc-koi dla koine jest jakimś nieoficjalnym rozszerzeniem chyba. Nie wiem jak to dopasować do linków grecki (który?)/grecki klasyczny/... Wostr (dyskusja) 17:49, 3 gru 2017 (CET)
  • Utworzyłem botem raport, który może komuś coś więcej powie. Paweł Ziemian (dyskusja) 18:29, 3 gru 2017 (CET)
  • Patrząc na dyskusję wyżej odnoszę wrażenie, że stosowanie {{grc}} stoi ewidentnie w sprzeczności z poprzedzającym go linkiem do język nowogrecki. Te wywołania trzeba by poprawić na {{j|el|...}}. Ponadto trzeba rozważyć ewentualne zmiany w Moduł:Lang/data, tak aby objąć zasięgiem kody, które podał Wikipedysta:Wostr. Szablon {{w języku}} korzysta z tych danych do generowania linku i skrótu języka. Obecnie kody grc, el dają odpowiednio stgr.  i gr. . Zmiany jakie bym proponował to:
    • język grecki, skrót „gr.” dla nowego kodu grk (kopia obecnej obsługi kodu el)
    • język grecki klasyczny, skrót „gr.” dla obecnego kodu grc (zmiana skrótu, moim zdaniem nie przeszkadza, że taki sam jak wyżej)
    • język nowogrecki, skrót „ngr.” dla obecnego kodu el (zmiana linkującego artykułu i skrótu)
Jeśli pojawi się zapotrzebowanie na mykeński czy inny migowy w szablonie innym niż {{j}} (który akceptuje wszystko) to się również dorobi. Paweł Ziemian (dyskusja) 18:02, 4 gru 2017 (CET)
Tylko pytanie, czy użycie grk (nie widzę tego w ISO 639-3, na stronie IANA.org jest jako collection, więc podejrzewam, że to tag oznaczający zbiór wszystkich języków greckich, pewnie obecny w jakimś innym ISO) jest prawidłowe; może:
  • {{gr.}}, tylko z wymuszeniem podania opcji dla nowo/starogreckiego (który linkowałby do odpowiednich artykułów + odpowiednie tagi, ale wyświetlał „gr.”)
  • {{nowogr.}} czy {{ngr.}} (nie wiem jaki skrót jest poprawny)
  • {{starogr.}} czy {{stgr.}} (j.w.)
To biorąc pod uwagę wcześniejszy komentarz, że czasem trzeba podać tylko „gr.”, a czasem rozróżnić. No chyba, że chcemy, aby w takich sytuacjach używać {{j}} i ręcznie wstawiać skróty języka w zależności od potrzeb. Wostr (dyskusja) 18:54, 4 gru 2017 (CET)

Prośba o akceptację nowego zadania Wikipedysta:malarzBOT.admin[edytuj kod]

Czytając pobieżnie Wikipedia:Kawiarenka/Zasady#Techokrata odniosłem wrażenie, że jednym z głównych problemów wszystkich adminów jest konieczność masowego usuwania zEKowanych brudnopisów. Wychodząc na przeciw temu ciężkiemu zadaniu przygotowałem bota, który:

  • przegląda zawartość Kategoria:Ekspresowe kasowanie
    • przegląda wstawione tam podstrony z przestrzeni Wikipedysta
      • sprawdza, czy ostatnim edytującym był "właściciel" brudnopisu
      • sprawdza, czy jest w brudnopisie wstawiony szablon {{ek}} lub jedno z jego przekierowań
      • sprawdza, czy w poprzedniej wersji nie było tam ww szablonu
      • sprawdza, czy nie był ostatnio (max 7 dni i max 500 edycji) przenoszony
      • sprawdza, czy przypadkiem nie był odtwarzany ze starym szablonem {{ek}}
    • jeżeli te pięć sprawdzeń wypadnie pozytywnie to do brudnopisu wstawiany jest szablon {{Wikipedysta:malarzBOT.admin/ek}}

Po 5 minutach bot sprawdza strony z wstawionym przez @malarzBOT.admin szablonem {{Wikipedysta:malarzBOT.admin/ek}} i jeżeli nikt nie dokonał tam jakiejkolwiek edycji to je usuwa.

Odpowiadając na potencjalne pytania bot nie usunie brudnopisu gdy:

  • ostatnia edycja szablonu była wykonana przez kogokolwiek innego niż właściciel
  • w ostatniej edycji nie wstawiono szablonu {{ek}}
  • szablon {{ek}} jest wstawiony przez transkluzję innej strony z wstawionym {{ek}}
  • szablon {{Wikipedysta:malarzBOT.admin/ek}} wstawi ktokolwiek inny niż @malarzBOT.admin

Jeżeli nie będzie sprzeciwów bot będzie uruchamiany co pięć minut. ~malarz pl PISZ 17:00, 3 gru 2017 (CET)

Po słusznych uwagach w dyskusji rozbudowałem warunki zadziałania. ~malarz pl PISZ 20:41, 3 gru 2017 (CET)

Pytania[edytuj kod]

@Malarz pl A ja jednak o coś zapytam: czy malarzBOT.admin będzie usuwał tylko te brudnopisy, do który sam wstawił szablon {{Wikipedysta:malarzBOT.admin/ek}} w ostatnim czasie (10-15 min) czy także te, do których wstawił ten szablon np. rok temu i które już raz usuwał, ale właśnie ktoś je odtworzył? (Bezpośrednio po odtworzeniu ostatnia widoczną w historii edycją będzie właśnie wstawienie szablonu przez malarzBOT.admin, a nie sądzę, żeby bot oprócz historii strony studiował także jej log.) Ankry (dyskusja) 20:25, 3 gru 2017 (CET)

Dodam dodatkowy warunek. ~malarz pl PISZ 20:38, 3 gru 2017 (CET)
  • Dodałeś dwa warunki, ale dotychczasowe powinny dawać "tak" jako otwarcie drogi do kasowania, a te nowe powinny dawać "nie". W opisie jest to źle zrobione, sprawdź czy w kodzie bota jest dobrze. Gżdacz (dyskusja) 20:46, 3 gru 2017 (CET)
    • w pierwszych warunkach jest napisane "sprawdza, czy był", w nowych "sprawdza, czy nie był". IMO poprawną i oczekiwaną odpowiedzią jest "tak tzn. nie był". ~malarz pl PISZ 22:54, 3 gru 2017 (CET)
  • Przepraszam, że nieco obok tego tematu: nie mam nic przeciwko takiemu rozwiązaniu, ale czy są jakieś powody, dla których właściciel brudnopisu nie mógłby go sam skasować? Ograniczenia techniczne? Według mnie wszelkie strony we własnej przestrzeni każdy wikipedysta powinien być w stanie kasować samodzielnie, bez angażowania w to kogokolwiek. Maitake (dyskusja) 21:31, 3 gru 2017 (CET)
    • Usuwać mogą tylko sysopi. ~malarz pl PISZ 22:54, 3 gru 2017 (CET)
    • @Maitake W wybrany przez Malarza sposób jesteśmy wstanie przynajmniej ten problem rozwiązać sami. Rozwiązania z dodatkowym przyciskiem wymagają zgody z zewnątrz i zakodowania przez developerów. KamilK7 11:24, 4 gru 2017 (CET)

Zgoda/akceptacja zadania[edytuj kod]

  • Tak, myślałem o tego typu rozwiązaniu. Widzę jeden minus: czasem się zdarza (niestety wcale nie tak rzadko), że jakiś doświadczony użytkownik porzuci Projekt, wstawiając EKa do wszystkich swoich brudnopisów. Często są to praktycznie gotowe, wartościowe hasła... Ale problem jest raczej teoretyczny, bo i dziś część adminów kasuje od razu takie treści, więc bezduszny bot niczym się od nich nie będzie różnił :) Nedops (dyskusja) 17:12, 3 gru 2017 (CET)
    Bot jak zwykle w takich przypadkach będzie tworzył rejestr swoich działań (jak np. Wikipedysta:MalarzBOT.admin/dyskusje IP/rejestr) - będzie zatem można wyłapać różne masowe działania bota na stronach jednego użytkownika, co oczywiście nie zapewni pełnego panowania nad tymi operacjami. ~malarz pl PISZ 17:23, 3 gru 2017 (CET)
  • Ja jestem  Za. Jeżeli da się proces zautomatyzować, to czemu nie ? Sir Lothar (dyskusja) 17:13, 3 gru 2017 (CET)
  •  Za Nedops (dyskusja) 17:29, 3 gru 2017 (CET)
  •  Za Wostr (dyskusja) 17:52, 3 gru 2017 (CET)
  •  Za ale sprawdziłbym jeszcze linkujące. Co się stanie jeśli ktoś przeniesie z innej przestrzeni do swojego brudnopisu i wstawi EK? Najlepiej gdyby w całej historii był tylko jeden autor + pingujący BOT. Paweł Ziemian (dyskusja) 18:36, 3 gru 2017 (CET)
    Sprawdzenie linkujących jeszcze o niczym nie świadczy. Wystarczy zmienić powstałe w wyniki przeniesienia przekierowanie. W historii brudnopisu mogą też znajdować się edycje innych użytkowników (przeniesienie z głównej, poprawki techniczne botów, poprawki innych na prośbę autora, ...). Może wystarczy sprawdzenie historii z ostatnich 7 (ew. 30) dni i jeżeli nie ma tam przeniesienia to kasujemy. W ciągu 7 dni potencjalne przeniesienie raczej zostanie wykryte. ~malarz pl PISZ 18:50, 3 gru 2017 (CET)
  •  Za Andrzei111 (dyskusja) 18:55, 3 gru 2017 (CET)
  •  Za Wargo (dyskusja) 19:03, 3 gru 2017 (CET)
  •  Za ~CybularnyNapisz coś ✉ 19:17, 3 gru 2017 (CET)
  •  Za Oczywiście. ptjackyll (zostaw wiadomość) 19:33, 3 gru 2017 (CET)
  •  Za Mathieu Mars (dyskusja) 20:44, 3 gru 2017 (CET)
  •  Za Jasne. Boston9 (dyskusja) 22:03, 3 gru 2017 (CET)
  •  Za KamilK7 11:25, 4 gru 2017 (CET)

Problemy ze zliczaniem czasów trwania utworów[edytuj kod]

Witam, miesiąc temu tutaj poruszałem problem nieprawidłowego zliczania długości utworów w szablonie Lista utworów 2. Sprawa wydawała się załatwiona, teraz jednak zauważyłem, że w przypadku np. 24 utworów dalej nie zliczają się ostatnie z nich. Czy mógłby ktoś jeszcze raz poprawić ten szablon?

Pozdrawiam, tslipa dyskusja 17:47, 3 gru 2017 (CET)

Zwiększyłem do 50 utworów. --Wargo (dyskusja) 19:03, 3 gru 2017 (CET)
Dzięki! tslipa dyskusja 19:37, 3 gru 2017 (CET)

T Załatwione Sir Lothar (dyskusja) 09:11, 4 gru 2017 (CET)

Edycja najsampierwszej sekcji hasła[edytuj kod]

Czy jest jakiś sposób, aby otworzyć do edycji tylko pierwszą sekcję hasła, tę przed spisem treści? Przy bardzo długich hasłach dużo łatwiej edytować sekcjami (np. ze względu na szybsze ładowanie się podglądu) i to znakomicie ułatwiają przyciski „edytuj” obok nagłówka każdej sekcji. Ale sekcja pierwsza (najsampierwsza, bez nagłówka) nie ma takiego przycisku i trzeba otworzyć do edycji całe hasło, niekiedy ogromne. Czy istnieją tu jakieś rozwiązania (np. gadżety)? Byłbym bardzo wdzięczny za wskazówki. Maitake (dyskusja) 21:57, 3 gru 2017 (CET)

@Maitake Trzeba kliknąć w mały link „edytuj” przy tytule hasła. Wówczas otworzy się pole edycji wyłącznie pierwszej sekcji. ~CybularnyNapisz coś ✉ 22:01, 3 gru 2017 (CET)
Problem w tym, że domyślnie nie ma żadnego linku przy tytule hasła. Trzeba go aktywować. W taki sposób: Specjalna:Preferencje > zakładka Gadżety > gadżet o nazwie „Dodawaj link [ edytuj ] do pierwszej sekcji.”. --WTM (dyskusja) 22:05, 3 gru 2017 (CET)
[pl.wikipedia.org/w/index.php?title=NAZWAHASŁA&action=edit&section=0] Nedops (dyskusja) 22:01, 3 gru 2017 (CET)
Dlaczego nie jest domyślne? Może można ustawić? Eurohunter (dyskusja) 22:22, 3 gru 2017 (CET)
@Cybularny, @WTM, @Nedops, @Eurohunter, tak, dokładnie o to mi chodziło. Dziękuję bardzo! Domyślne włączenie byłoby chyba dobrym rozwiązaniem. Maitake (dyskusja) 23:07, 3 gru 2017 (CET)
@Eurohunter bo się ludziom będzie chrzaniło z edycją całości. Wejdą, klikną w pierwsze edytuj na stronie i będą zdziwieni że widzą tylko pierwszy header, a pozostałych nie. PMG (dyskusja) 11:46, 6 gru 2017 (CET)
@Eurohunter, @PMG, a czy te linki zamiast „edytuj” nie mogłyby mówić każdorazowo „edytuj tę sekcję” (zarówno w sekcji pierwszej, jak i w każdej innej)? Bo taka pomyłka może się zdarzyć też w dalszych sekcjach, w zasadzie dlaczego każde „edytuj” nie miałoby oznaczać edycji całego hasła? A „edytuj tę sekcję” byłoby zawsze jasne. Maitake (dyskusja) 20:32, 7 gru 2017 (CET)
IMO nazwa jest na tyle intuicyjna, że chyba warto zostawić jak jest (poza tym przez tyle lat każdy zdążył się przyzwyczaić). Sir Lothar (dyskusja) 10:59, 10 gru 2017 (CET)
@Sir Lothar, intuicja jest kwestią wysoce subiektywną, w rachubę wchodzi raczej przyzwyczajenie niż cokolwiek innego. Chociaż określenie jasno wskazujące, czego ma dotyczyć edycja (tylko „tej sekcji”, a nie całości artykułu) nie może być nieintuicyjna, a i z przyzwyczajeniem się niespecjalnie kłóci. Poza tym na pewno nie „przez tyle lat każdy zdążył się przyzwyczaić”, bo pojawiają się nieustająco nowi edytorzy i taki sposób argumentowania nie ma nic wspólnego z wolnym tworzeniem jakiegokolwiek wikiprojektu. W sumie nie bardzo wiem, jak tę wypowiedź traktować, jeśli nie w kategoriach żartu. Maitake (dyskusja) 15:22, 10 gru 2017 (CET)
Nie wiem na jakiej podstawie uznałeś moją wypowiedź za "żartobliwą" - pisałem jak najbardziej poważnie. Wg mnie link "edytuj" umieszczony obok nagłówka danej sekcji jasno określa, co będziemy edytować (tę konkretną sekcję, a nie całość artykułu). Ale to tylko moje zdanie, być może inni wikipedyści myślą inaczej. Sir Lothar (dyskusja) 15:47, 10 gru 2017 (CET)
Proponuję dodać na próbę. Eurohunter (dyskusja) 16:18, 10 gru 2017 (CET)
Nikt nie lubi jak mu się zmienia wygląd interfejsu. Ponadto nie na darmo trzeba zrobić kilkaset edycji na redaktora, żeby się tego interfejsu nauczyć. Nowy zawsze czegoś nie będzie wiedział, musi więc o to zapytać, natomiast społeczność redaktorów, a zwłaszcza przewodników powinna mu udzielić odpowiedzi. Paweł Ziemian (dyskusja) 16:26, 10 gru 2017 (CET)

T Załatwione Sir Lothar (dyskusja) 09:25, 4 gru 2017 (CET)

Tech News: 2017-49[edytuj kod]

18:50, 4 gru 2017 (CET)

T Załatwione ~CybularnyNapisz coś ✉ 18:56, 4 gru 2017 (CET)

spacje w nazwach przypisów[edytuj kod]

@SpiderMum zauważyła, że spacje i znaki "_" (tzw. podłoga) nie są już traktowane jako takie same znaki w nazwach przypisów. Przejrzałem kilka ostatnich Tech News, ale nic na ten temat nie znalazłem. Czy to jest trwała/zamierzona zmiana, czy może jakiś bug. SpiderMum wskazała to co znalazł bot i edycja poprawiająca oraz znalezienie innego błędu i jego poprawę. ~malarz pl PISZ 08:34, 5 gru 2017 (CET)

Podejrzewam, ze jest to efekt zmiany parsera z Tidy na Remex, ale nie znalem tam nic o zmianach w przypisach. ~malarz pl PISZ 08:40, 5 gru 2017 (CET)
T181812? Wostr (dyskusja) 14:33, 5 gru 2017 (CET)

Tłumaczenie nowych komunikatów MediaWiki[edytuj kod]

Niedawno pojawiły się nowe komunikaty: MediaWiki:Group-extended-uploader-member/en oraz MediaWiki:Group-extended-uploader/en, które trzebaby przetłumaczyć na polski (odpowiednio nieistniejące jeszcze MediaWiki:Group-extended-uploader-member/pl oraz MediaWiki:Group-extended-uploader/pl). Problem dotyczy Commons: c:Commons:Extended uploaders. @Rzuwig proponuje „zaawansowani przesyłający pliki”, aczkolwiek według mnie brzmi to słabo. Z drugiej strony, póki co, nic lepszego nie przychodzi mi do głowy. Jakieś propozycje? --jdx Re: 18:53, 5 gru 2017 (CET)

Szablon:GeoTemplate[edytuj kod]

Jak widzę nikt się nie opiekuje tym szablonem, który daje nam dostęp do serwisów kartograficznych typu Google Maps, co jest niezbędne w hasłach geograficznych. Wiele linków do serwisów (i pewnie samych serwisów) jest tam martwych, bądź zamiast konkretnej lokalizacji na mapie pokazuje stronę główną bądź wyszukiwarkę, a nowsze serwisy nie są dodawane. Weźmy np. serwisy czeskie - nic w naszym szablonie nie działa tak jak trzeba, choć na czeskiej wiki jest OK, serwisy włoskie - nie działa nic itd. Czy jest jakaś osoba znająca się na technikaliach, która dokonałaby chociaż częściowych uaktualnień? W tej chwili jest to wnerwiające że na całą długą listę serwisów poprawnie działa jakaś 1/3 (choć i tak pewnie każdy korzysta z Google Maps ;) ). Pikador (dyskusja) 12:13, 6 gru 2017 (CET)

Wbrew pozorom edycja nie jest trudna (szczególnie jeżeli zależy ci głównie na poprawkach). Linki do serwisów można ściągnąć z wymienionych przez ciebie z czeskiej czy włoskiej wiki. Całość edytujesz prawie tak samo jak zwykły szablon. Pytanie zasadnicze: czy musimy mieć tak długą listę serwisów? Jak nie, to szablon będzie łatwiejszy do edytowania, bo liczba serwisów do przejrzenia jest jednak odpychająca. ~malarz pl PISZ 14:09, 6 gru 2017 (CET)
Oczywiście aż tylu linków nie trzeba, są mapy lepsze i gorsze, ale te mapy z lokalnych serwisów są bardziej szczegółowe niż mapy Google i warto żeby było chociaż po jednej działającej dla każdego kraju, który taki serwis posiada. Pikador (dyskusja) 18:35, 6 gru 2017 (CET)
@Malarz pl Nie mam uprawnień do edycji w tym szablonie, a i tak bałbym się w nim grzebać, żeby czegoś nie popsuć, bo kopiuj-wklej to mógłbym zrobić, ale nic poza tym ;) Lepiej jakby ktoś znający się na technikaliach chociaż po jednym serwisie do każdego z obecnych tam krajów dodał, no i te od miesięcy (lat?) martwe usunął, bo wprowadzają sztuczny tłok i tylko zniechęcają do korzystania z tego narzędzia, bo tyle linków nie działa. Pikador (dyskusja) 19:42, 6 gru 2017 (CET)

Gryzące się skrypty[edytuj kod]

Ten skrypt z nieznanych mi przyczyn przestaje działać po włączeniu w preferencjach automatycznego przenoszenia do wkładu użytkownika po cofnięciu edycji. ~CybularnyNapisz coś ✉ 13:56, 6 gru 2017 (CET)

Jacques Daléchamps[edytuj kod]

Przenosiny do brudnopisu autora mi się nie udały, a w tej postaci artykuł nie powinien znajdować się w polskojęzycznej Wikipedii. Treść niezrozumiała mimo użycia przez autotranslator polskich słów. Kenraiz (dyskusja) 18:36, 6 gru 2017 (CET)

Już Nedops przeniósł do brudnopisu. T Załatwione. Sir Lothar (dyskusja) 13:13, 7 gru 2017 (CET)

Pobieranie z WD cd.[edytuj kod]

Na prośbę @Pbk dodałem drugi infobox [16]. Przyjmuję, że czasem 2 inf. w dłuższych hasłach mogą mieć uzasadnienie. Dodany infobox [17] z WD zasysa część informacji (tu część nazwy i miejsce urodzenia), bo tak zapewne stoi w jego kodzie źródłowym. I nie mam pojęcia, co można tam wpisać, by pozostały te linie puste (jak magiczne "nie" w parametrze grafika). Elfhelm (dyskusja) 21:43, 7 gru 2017 (CET)

  • Obecnie jedynym tak wyłączalnym polem jest grafika. Trudno mi sobie jednak wyobrazić „nie” jako uniwersalny wyłącznik. Z grafiką jest o tyle łatwo, że jest to nazwa pliku, która powinna się kończyć jakimś standardowym rozszerzeniem (najczęściej .jpg). Dla pozostałych pól należałoby wybrać coś unikalnego na przykład __NIC__, jednak implementacja może być trudna i żmudna, gdyż każde pole w infoboksach jest traktowane praktycznie indywidualnie. Paweł Ziemian (dyskusja) 22:15, 7 gru 2017 (CET)

Invitation to Blocking tools consultation[edytuj kod]

Hello all,

The Wikimedia Foundation's Anti-Harassment Tools team invites all Wikimedians to discuss new blocking tools and improvements to existing blocking tools in December 2017 for development work in early 2018.

How can you help?

  1. Share your ideas on the discussion page or send an email to the Anti-Harassment Tools team.
  2. Spread the word that the consultation is happening; this is an important discussion for making decisions about improving the blocking tools.
  3. Help with translation.
  4. If you know of previous discussions about blocking tools that happened on your wiki, share the links.

We are looking forward to learning your ideas.

For the Anti-Harassment Tools team SPoore (WMF), Community Advocate, Community health initiative (talk) 00:22, 8 gru 2017 (CET)

T Załatwione ~malarz pl PISZ 08:00, 8 gru 2017 (CET)

Dziwne (?) liczenie[edytuj kod]

W tej edycji Lowdown skasował (za co mu dzięki, moje niedopatrzenie) ze dwie puste linijki. Ale w historii zmian wielkość artykułu wzrosła o 7 bajtów? Czy ktoś wie i zechce zaspokoić moją ciekawość dlaczego tak się to liczy? Ciacho5 (dyskusja) 14:53, 8 gru 2017 (CET)

Lowdown równocześnie zmienił tekst sąsiedniego akapitu, dodając słowo "Została". Barcival (dyskusja) 14:58, 8 gru 2017 (CET)

T Załatwione Sir Lothar (dyskusja) 15:17, 10 gru 2017 (CET)

Filtry na OZ[edytuj kod]

Od dziś filtry na OZ mają zmieniony interfejs, a jego działanie jest mało sensowne. Kliknięcie opcji wyboru filtrów/przestrzeni nazw/znaczników powoduje przesunięcie ekranu w dół (co już samo w sobie jest dziwnym rozwiązaniem), podczas gdy lista filtrów ładuje się u góry i trzeba do niej manualnie wrócić. Dodatkowo pasek górny z moim nickiem i innymi linkami prześwituje przez listę. W razie jakby to zależało od systemu/przeglądarki: Windows 10, Firefox 57. Barcival (dyskusja) 20:50, 8 gru 2017 (CET)

U mnie nachodzi legenda na wyniki. --Wargo (dyskusja) 22:29, 8 gru 2017 (CET)

Problem z szablonem generującym tabelę[edytuj kod]

Hej, wydaje mi się, że to chyba jest dobre miejsce na zadanie tego pytania. Mam w swoim brudnopisie: BRUDNOPIS, szablon, który ma generować tabelkę z kolejnymi wyścigami F1 w sezonie. Liczba wyścigów jest różna, w zależności od sezonów, a ja chciałem zrobić tę tabelkę w sposób kompaktowy, dlatego jeden wiersz zawiera do 4 wyścigów. Ogólnie szablony, które generują dynamiczne tabelki wyjątkowo nie chcą ze mną współpracować, więc różne workaroundy próbowałem stosować, ale w tym przypadku dalej mam problem. Kod szablonu starałem się trzymać w jak najmniejszej liczbie linii, bo w innym przypadku, gdy w tabelce było mniej wyścigów niż maksymalna przyjęta przeze mnie liczba, to w ostatniej komórce tabelki dodawała się duża liczba nowych linii. W tym momencie jest ok, ale w dalszym ciągu, gdy tworzy się nowy wiersz, w ostatniej komórce poprzedniej linii dodaje się nowa linia ze znakiem &#65279. Ten znak dodałem specjalnie, bo w innym przypadku w ogóle nie generuje się nowy wiersz. Ma ktoś jakiś pomysł jak to naprawić?

Haifisch7734(Dyskusja) 11:10, 9 gru 2017 (CET)

Naprawiłem. Wystarczyło usunąć niepotrzebny div, który dałem w osobnym szablonie, z którego korzystałem w tej tabelce... Haifisch7734(Dyskusja) 22:50, 10 gru 2017 (CET)

Szablon:Przedsiębiorstwo infobox[edytuj kod]

Proponuję dodać parametr "Pełna nazwa", aby nazwa na górze infoboksu była zgodna z tą z nazwy artykułu. Eurohunter (dyskusja) 18:34, 9 gru 2017 (CET)

{{w języku}}[edytuj kod]

Co należy zrobić, jeśli szablon {{w języku}} nie przyjmuje kodu jakiegoś języka, np. obecnie nie rozpoznaje kodu „gmh” dla języka średnio-wysoko-niemieckiego? Maitake (dyskusja) 13:38, 10 gru 2017 (CET)

Uzupełnić Moduł:Lang/data. Paweł Ziemian (dyskusja) 14:25, 10 gru 2017 (CET)
@Paweł Ziemian, dziękuję uprzejmie. Maitake (dyskusja) 15:42, 10 gru 2017 (CET)

T Załatwione. Maitake (dyskusja) 15:42, 10 gru 2017 (CET)