Wikipedia:Kawiarenka/Kwestie techniczne dyskusja/Archiwum/2023-sierpień

Wiadomości techniczne: 2023-31

Najnowsze wiadomości ze środowiska technicznego Wikimedia. Poinformuj innych użytkowników o tych zmianach. Nie wszystkie zmiany będą dotyczyć ciebie lub twojej wiki. Dostępne są tłumaczenia na inne języki.

Ostatnie zmiany

• Dostępne jest narzędzie Synchronizer, które pozwoli synchronizować moduły Lua pomiędzy wiki Wikimedia. Zaktualizowana została również dokumentacja o tworzeniu modułów i szablonów dla wielu wiki.
• Filtr znaczników na Specjalna:Nowe strony i w historii zmian może teraz zostać odwrócony. Na przykład, możesz ukryć wszystkie edycje, które wykonano pewnym narzędziem. [1][2]
• Dodatek Wikipedii do ChatGPT może być teraz używany przez wszystkich użytkowników, którzy mają dostęp do rozszerzeń. Możecie wziąć udział w spotkaniu online, aby porozmawiać o tym eksperymencie lub o podobnych działaniach. [3]

Problemy

• Przez ostatnie dwa tygodnie nie było możliwe generowanie PDF-ów dla stron, które zawierają w tytule niełacińskie znaki. Naprawiono to. [4]

Zmiany w tym tygodniu

• Nowa wersja MediaWiki będzie instalowana na wiki testowych i MediaWiki.org od 1 sierpnia, na stronach innych niż Wikipedia i niektórych Wikipediach od 2 sierpnia, a następnie na wszystkich wiki od 3 sierpnia (harmonogram).
• Funkcja sugerowania linków zostanie włączona na kolejnych Wikipediach: Wikipedia w języku gruzińskim, Wikipedia w języku karakałpackim, Wikipedia w języku kabylskim, Wikipedia w języku kabardyjskim, Kabiyè Wikipedia, Wikipedia w języku kikuju, Wikipedia w języku kazachskim, Wikipedia w języku khmerskim, Wikipedia w języku kannada, Wikipedia w języku kaszmirskim, Wikipedia w języku rypuaryjskim, Wikipedia w języku kurdyjskim, Wikipedia w języku kornijskim. Proces ten rozpocznie się w środę. Jest to część stopniowego wdrażania narzędzia na większej liczbie Wikipedii. Społeczności mogą samodzielnie skonfigurować tę funkcję. [5]

Wiadomości techniczne przygotowane przez redaktorów Tech News i wysłane przez bota • Dołącz do zespołu • Przetłumacz na swój język • Uzyskaj pomoc • Wyraź swoją opinię • Subskrybuj lub zrezygnuj z subskrypcji.

MediaWiki message delivery 01:53, 1 sie 2023 (CEST)

Załatwione, AramilFeraxa (Napisz do mnie!) 06:35, 1 sie 2023 (CEST)

Wiadomości techniczne: 2023-32

Najnowsze wiadomości ze środowiska technicznego Wikimedia. Poinformuj innych użytkowników o tych zmianach. Nie wszystkie zmiany będą dotyczyć ciebie lub twojej wiki. Dostępne są tłumaczenia na inne języki.

Ostatnie zmiany

• Użytkownicy, korzystający z mobilnej strony internetowej mogą teraz edytować stronę w całości. Aby móc skorzystać z tej opcji, należy włączyć „⧼Mobile-frontend-mobile-option-amc⧽” w ustawieniach i użyć przycisku „Edytuj całą stronę” w menu „Więcej”. [6]

Zmiany w tym tygodniu

• W tym tygodniu nie będzie nowej wersji MediaWiki.

Wiadomości techniczne przygotowane przez redaktorów Tech News i wysłane przez bota • Dołącz do zespołu • Przetłumacz na swój język • Uzyskaj pomoc • Wyraź swoją opinię • Subskrybuj lub zrezygnuj z subskrypcji.

MediaWiki message delivery 23:20, 7 sie 2023 (CEST)

Załatwione, ~malarz pl ^PISZ 00:31, 8 sie 2023 (CEST)

Szablon:Editnotice/Strona/Wikipedia:Brudnopis

Ktoś tu grzebał. Trzeba albo przejrzeć, albo cofnąć zmiany. Zwiadowca²¹ 18:47, 8 sie 2023 (CEST)

Załatwione. Zmiany były w porządku. Msz2001 (dyskusja) 18:59, 8 sie 2023 (CEST)

Rejestr stron oznaczonych

Na stronie Wikipedia:Wersje przejrzane Tar Lócesilion kiedyś dodał link do Specjalna:Rejestr oznaczania wersji. Czy mamy taką stronę specjalną? Jeśli nie, to link należałoby usunąć. A może i całe zdanie? Michał Sobkowski _dyskusja 08:43, 14 sie 2023 (CEST)

Link jest czerwony, czyli nie mamy. Ale kojarzę, że kiedyś była. Może po prostu rejestr został zintegrowany z inną stroną z rejestrami. Ogólnie co jakiś czas programiści dodają nową stronę specjalną, a potem niektóre są integrowane. Tar Lócesilion (dyskusja) 08:49, 14 sie 2023 (CEST)

Ta strona to teraz Specjalna:Rejestr/review. Zmieniłem link na stronie pomocy. Załatwione Msz2001 (dyskusja) 10:31, 14 sie 2023 (CEST)

Msz2001, a czy strony Specjalna:Rejestr/review nie powinno być na Specjalna:Strony specjalne, w sekcji „Oznaczanie edycji” lub „Ostatnie zmiany i rejestry”? Michał Sobkowski _dyskusja 11:47, 14 sie 2023 (CEST)

@Michał Sobkowski wszystkie strony specjalne "Specjalna:Rejestr/..." skrywają się chyba pod "Rejestr operacji" w zakładce "Ostatnie zmiany i rejestry". AramilFeraxa (Napisz do mnie!) 11:59, 14 sie 2023 (CEST)

Tak, dokładnie tak jak wyżej. Z punktu widzenia oprogramowania, to jest po prostu strona Specjalna:Rejestr, tylko z przekazanym parametrem co do filtrowania, dlatego ta strona na liście stron specjalnych (która jest generowana automatycznie, o ile dobrze kojarzę) pojawia się tylko raz jako Rejestr operacji. Msz2001 (dyskusja) 13:05, 14 sie 2023 (CEST)

Dzięki za wyjaśnienia! Załatwione, Michał Sobkowski _dyskusja 13:08, 14 sie 2023 (CEST)

Wiadomości techniczne: 2023-33

Najnowsze wiadomości ze środowiska technicznego Wikimedia. Poinformuj innych użytkowników o tych zmianach. Nie wszystkie zmiany będą dotyczyć ciebie lub twojej wiki. Dostępne są tłumaczenia na inne języki.

Ostatnie zmiany

• Tłumaczenie treści nie korzysta już z usługi tłumaczenia Youado. Była ona dostępna przez kilka lat, ale ze względu na brak wykorzystania oraz dostępność alternatyw, wsparcie dla niej zostało zakończone. Dostępne są inne usługi, obsługujące te same języki. [7]

Zmiany w tym tygodniu

• Nowa wersja MediaWiki będzie instalowana na wiki testowych i MediaWiki.org od 15 sierpnia, na stronach innych niż Wikipedia i niektórych Wikipediach od 16 sierpnia, a następnie na wszystkich wiki od 17 sierpnia (harmonogram).
• Funkcja sugerowania linków zostanie włączona na kolejnych Wikipediach: Wikipedia w języku łacińskim, Wikipedia w języku ladino, Wikipedia w języku luksemburskim, Wikipedia w języku lakijskim, Wikipedia w języku lezgińskim, Lingua Franca Nova Wikipedia, Wikipedia w języku ganda, Wikipedia w języku limburskim, Wikipedia w języku liguryjskim, Wikipedia w języku lombardzkim, Wikipedia w języku lingala, Wikipedia w języku łatgalskim, Wikipedia w języku łotewskim, Wikipedia w języku maithili, Wikipedia w języku banjumasańskim, Wikipedia w języku moksza, Wikipedia w języku malgaskim, Wikipedia w języku ormiańskim, Wikipedia w języku kirgiskim. Proces ten rozpocznie się w środę. Jest to część stopniowego wdrażania narzędzia na większej liczbie Wikipedii. Społeczności mogą samodzielnie skonfigurować tę funkcję. [8]

Przyszłe zmiany

• Niektóre gadżety i skrypty użytkowników, które dodają ikony do skórki Minerva, będą musiały mieć zaktualizowane style CSS. Dostępnych jest więcej szczegółów, w tym wyszukiwanie dotkniętych plików i sposób aktualizacji.

Wiadomości techniczne przygotowane przez redaktorów Tech News i wysłane przez bota • Dołącz do zespołu • Przetłumacz na swój język • Uzyskaj pomoc • Wyraź swoją opinię • Subskrybuj lub zrezygnuj z subskrypcji.

MediaWiki message delivery 07:59, 15 sie 2023 (CEST)

Załatwione, ~Cybularny ^{Napisz coś ✉} 08:16, 15 sie 2023 (CEST)

Cytuj vs data p.n.e.

{{Cytuj}} nie traktuje daty w formacie data = 75 p.n.e. jako poprawnej. Przykład użycia w haśle Święty Zastęp w przypisie „Plutarch”. — smyru 15:24, 14 sie 2023 (CEST)

Ja bym dał datę wydania (czyli tłumaczenia)... Ale tak ogólnie to można by pewnie podejść do tego jak przy autorach – cudzysłów powoduje wyświetlanie daty as-is. Nux (dyskusja) 15:37, 14 sie 2023 (CEST)

W sensie data = "75 p.n.e." czy data = 75 "p.n.e."? Próbowałem obu i przynajmniej w podglądzie edycji, żadna postać nie była akceptowana. — smyru 15:58, 14 sie 2023 (CEST)

To raczej by trzeba obsłużyć (data = "75 p.n.e.")... Chyba że @Paweł ma jakiś pomysł jak to obejść bez zmian? :) Nux (dyskusja) 17:48, 14 sie 2023 (CEST)

@smyru, w jakim celu chcesz wstawiać datę p.n.e.? Frangern (dyskusja) 19:26, 14 sie 2023 (CEST)

@Frangern, dzieło powstało w wymienionym powyżej roku. Trudno mówić o wydaniu odnośnie czasów przed drukiem, ale jednak… Ja się nie upieram, że ma działać i już, ale wydało mi się to ciekawym corner case-em. Co do samego utworu, nie znam daty wydania tłumaczenia odnośnie sugestii Nux-a. – smyru 20:04, 14 sie 2023 (CEST)

@smyru, na ile znam opracowania historyczne traktujące o epoce starożytnej, to nie spotkałem stosowania przypisów harwardzkich wobec źródeł. Najczęściej poprzestaje się na imieniu autora, tytule i księdze, paragrafie itd. Myślę, że taką obserwację potwierdzą Wikipedyści, którzy więcej ode mnie czasu spędzają w antyku, i należy się trzymać sposobu zapisu z literatury historycznej. Nawiasem mówiąc Plutarch nie mógł nic napisać w 75 p.n.e. Frangern (dyskusja) 20:18, 14 sie 2023 (CEST)

• Faktycznie, trochę dziwnie wygląda data p.n.e. Jednak usunąłem cudzysłów z wywołania w szablonie oraz dodałem wsparcie dla zapisu wprost. Paweł Ziemian (dyskusja) 19:38, 14 sie 2023 (CEST)
• Tylko że tam powinna być data 75 (n.e.), o ile dobrze rozszyfrowuję skrót 75 A. C. E. (After C. E.)? MarMi wiki (dyskusja) 19:46, 14 sie 2023 (CEST)
  • W takim przypadku wydaje mi się zasadne aby zrobić obsługę lat poniżej roku 1000 jako „75 n.e.” Obecnie szablon oczekuje, ze rok ma przynajmniej 4 cyfry. Zapis z przyrostkiem rozwiewałby wątpliwości co to „75” oznacza. Paweł Ziemian (dyskusja) 19:56, 14 sie 2023 (CEST)

    Dziękuję. Załatwione — smyru 20:14, 14 sie 2023 (CEST)

  @MarMi wiki, A.C.E skraca łac. Ante Christum natum – tj. przed urodzeniem Chrystusa. Ref. en:Ante Christum natum. — smyru 20:07, 14 sie 2023 (CEST)

  Doh, chyba mi upał doskwiera. Plutarch żył w n.e. Tak czy inaczej zgłoszenie technicznie zasadne. – smyru 20:12, 14 sie 2023 (CEST)

• Czy aby nie mamy tu doczynienia z OR I korzystaniem ze źródeł pierwotnych? Czy aby użycie zbyt wczesnego roku nie powinno być w kategorii technicznej jako błąd uzrodlowienia?. Marek Mazurkiewicz (dyskusja) 11:46, 15 sie 2023 (CEST)

  Nie wiem, jaką definicję OR przyjmujesz. Co do mego wkładu, to nie pisałem tego artykułu. Jedynie go odbatutyzowałem, bo on był w gruncie rzeczy zgodny z wiedzą historyczną, choć nazbyt literalnie bazował na przekazie Plutarcha i fragmenty, które tego wymagały zostały podparte odniesieniami do Pelopida. Co do samego Plutarcha, który tworzył niemal pół tysiąclecia po dziejach, które opisuje artykuł, jego twórczość – w mej ocenie – żadną miarą nie podpada pod źródła pierwotne. Szczególnie, że jego prace pełne są sformułowań „jak niektórzy mówią”, „mówi się” etc. etc., co zresztą było przyczynkiem do krytyki jego przekazu przez Leitão. Proponuję nie dyskutować meritum w ramach czysto technicznego wątku. — smyru 12:57, 15 sie 2023 (CEST)

  @smyru, co w zasadzie ma dać wprowadzanie tej daty do przypisu? Nie wystarczy, że link do hasła o autorze, by przekonać się kim był i kiedy tworzył? Tak jak pisałem wczoraj, nie sądzę, że dobrym pomysłem jest wprowadzanie czegoś co nie pojawia się w literaturze historycznej traktującej o antyku. @Cyborian, @Hoa binh, zajmujecie się tematyką starożytną, spotkaliście się kiedyś z taką praktyką? Frangern (dyskusja) 21:49, 15 sie 2023 (CEST)

Gratuluję wybitnemu uczonemu, który stworzył przypis w haśle Święty Zastęp. W jaki sposób ustalił dokładną datę roczną cytowanego w przypisie tekstu Plutarcha? Czy wyniki swoich badań opublikował już na łamach jakiegoś wiodącego czasopisma starożytniczego? Hoa binh (dyskusja) 06:59, 16 sie 2023 (CEST)

• Też miałem zapytać, skąd wiedza, w którym dokładnie roku dana praca powstała, i czy autor aby mógł ją określić, że powstała Ante Christum natum. Ale @Hoa binh, chyba przyznasz, że wstawka w rodzaju Gratuluję wybitnemu uczonemu nie tworzy dobrej atmosfery do wymiany opinii i warto wskazywać na błędy bez zbytniej uszczypliwości? Jacek555 ✉ 09:50, 16 sie 2023 (CEST)

  Pierwsze widzę, pierwsze słyszę. Nie pojmuję istoty tego sporu, wynikłego z b. swoistego rozumienia znaczenia omawianej daty i niestosowanego sposobu jej odnotowania. Czy nie prościej i czytelniej (jeśli już koniecznie) umieścić ją w samym tekście? - np. Przekaz Plutarcha (75 n.e.) o homo.... itd. Bo w aktualnym stanie ujawnia to raczej niedoświadczenie w przytaczaniu podobnych źródeł antycznych wraz z brakiem oczytania w literaturze fachowej. Lepiej poprawić istniejące tam wciąż potknięcia redakcyjne. - Cyborian (dyskusja) 10:05, 16 sie 2023 (CEST)

• Trzy rzeczy zaczęły się plątać, więc je rozróżnijmy:
  1. Implementacja n.e./p.n.e do szablonu cytowania: czysto techniczne, może się przydać
  2. Cytowanie dzieł starożytnych: należy cytować datę wydania konkretnej edycji, zwłaszcza, że o nie łatwo, proszę: Plutarch (Lucius Mestrius Plutarchus), Lives, rozdz. Pelopidas, tom 2, tłum. A. H. Clough, 1860, John D. Morris & Company, Philadelphia, s. 138-172. Oczywiście lepsze byłoby nowe wydanie krytyczne, ale pokazuję jak łatwo znaleźć coś, co nie jest stroną internetową opierającą się na nie wiadomo jakim wydaniu z nie wiadomo jakiego czasu. A datę samego Plutarche wpleść w tekst, jak radzi Cyborian
  3. Użycie dzieł starożytnych: winno być ilustracyjne, a jako podstawowe źródła wtórne --Felis domestica (dyskusja) 11:54, 16 sie 2023 (CEST)

  Odpowiem zbiorczo na uwagi/zarzuty:

  1. Datę powstania dzieła wstawiłem odruchowo. Zaczerpnąłem ją ze źródła / tłumaczenia stanowiącego przypis.
  2. Jak już wspomniałem w odp. do Nuksa, nie znałem daty powstania samego tłumaczenia. Nie znalazłem jej w witrynie udostępniającej to anglojęzyczne tłumaczenia klasyków ani na szybko szukając wg tłumacza w sieci.
  3. Nie było moją intencją uźródławiać samym dziełem starożytnym, choć oryginalna postać najwyraźniej na jego bazie powstała.

  Usunąłem rok dzieła z przypisu. Jeśli ktoś uważa, że hasło można jeszcze poprawić w tym względzie, zachęcam do edycji, ja z nim skończyłem.

  PS. nie trzeba wykreślać sarkazmu i ironii w rozmowach ze mną, nie mam z nimi problemu. :-) — smyru 21:20, 16 sie 2023 (CEST)

• Przypis w haśle Święty Zastęp wygląda śmiesznie - ...The Internet Classics Archive, 75 n.e Przecież nikt nie czyta Plutarcha w oryginale, ilu Wikipedystów biegle zna łacinę? Podaje się datę tłumaczenia. Radagast13 (dyskusja) 12:12, 16 sie 2023 (CEST)
• [KE] @Hoa binh, @Cyborian, @Felis domestica „W jaki sposób ustalił dokładną datę ...?”; „skąd wiedza, w którym dokładnie roku...?” Odpowiedź na oba pytania jest prosta: ze źródła, cytuję jego tytuł: „Pelopidas | (legendary, died 364 B.C.E.) | By Plutarch | Written 75 A.C.E.” W Wikipedia:Bibliografia mamy zalecenie: „Opis bibliograficzny wykorzystanych źródeł powinien być możliwie najpełniejszy”. Podanie daty powstania dzieła jest normalną praktyką. Jeżeli dla dzieł starożytnych należy postępować inaczej, to powinno to być opisane w Wikipedia:Bibliografia (lub na podlinkowanej tam podstronie). Co z tego, że tu zostanie to wyjaśnione (a to Kawiarenka techniczna!), jeśli nie pozostanie po tym ślad w zaleceniach? Michał Sobkowski _dyskusja 12:13, 16 sie 2023 (CEST)

  @Michał Sobkowski Wydaje mi się, że przykładowy zapis cytowania, jaki podałem wyżej (Plutarch (Lucius Mestrius Plutarchus), Lives, rozdz. Pelopidas, tom 2, tłum. A. H. Clough, 1860, John D. Morris & Company, Philadelphia, s. 138-172) jest precyzyjny (dla rozdziału). Każde dzieło cytujemy wg egzemplarza, z jakiego korzystamy. Nie ma tu rozróżnienia na autorów starożytnych, czy niestarożytnych - data wydania się liczy. Nie zgadujemy, kiedy Mojżesz dostał tablice, tylko podajemy rok wydania Biblii Tysiąclecia, z której przepisaliśmy Dekalog. Komu jak komu, ale Tobie to chyba nie trzeba tego tłumaczyć... --Felis domestica (dyskusja) 12:26, 16 sie 2023 (CEST)

  ... i w związku z tym +/- prawidłowe cytowanie użytej przez Smyru strony winno wyglądać tak: Plutarch (tłum. Drydena): Pelopidas. [w:] Internet Classics Archive [on-line]. Massachusets Institute of Technology, 1994-2009. [dostęp 2023-08-16]. (ang.). --Felis domestica (dyskusja) 13:00, 16 sie 2023 (CEST)

  Masz rację. Michał Sobkowski _dyskusja 13:08, 16 sie 2023 (CEST)

Migracja z MediaWiki:Spam-blacklist do Specjalna:Zablokowane zewnętrzne domeny

Kolega Amir Sarabadani, który stworzył niedawno ten nowy system kontrolowania linków zewnętrznych, prosił mnie o przeniesienie naszej konfiguracji zablokowanych linków z MediaWiki:Spam-blacklist do Specjalna:Zablokowane zewnętrzne domeny (MediaWiki:BlockedExternalDomains.json).

Stworzyliśmy do tego skrypt: phab:P50425 i przygotowałem propozycję zmian do sprawdzenia: Wikipedysta:Matma Rex/MediaWiki:Spam-blacklist, Wikipedysta:Matma Rex/MediaWiki:BlockedExternalDomains.json.

Jest jedna istotna różnica – w starym systemie dopasowywane były fragmenty domen, więc wpis typu wikipedia\.pl blokował zarówno link http://wikipedia.pl, jak i http://nie-wikipedia.pl. W nowym systemie blokada domeny wikipedia.pl zablokuje tylko http://wikipedia.pl (i subdomeny). Wydaje mi się, że w większości przypadków jest to niepożądane, ale jeśli któryś z wpisów istotnie tak ma się zachowywać, to trzeba będzie przywrócić go do starego systemu.

Czy ktoś miałby coś przeciwko zmianom lub widzi jakieś pomyłki? Podobno dzięki temu zapisywanie edycji będzie szybsze :) @malarz pl Widzę, że testowałeś nowy system, masz jakieś uwagi? Matma Rex dyskusja 19:51, 10 sie 2023 (CEST)

Usunięcie dopasowywania na zasadzie sufiksu to raczej usunięcie bugu niż regresja. Takie zjawisko nie powinno mieć miejsca, chyba że używa się verbatim globu czy regexpu (*wikipedia.pl / .*wikipedia\.pl). Załóżmy, że z jakiegoś powodu blokujemy domenę wroclaw.pl, cóż winny jest użytkownik domeny inowroclaw.pl? — smyru 23:28, 10 sie 2023 (CEST)

W tym przypadku wystarczyłoby (w starym systemie) użyć dopasowania początku/końca wyrazu \b, czyli \bwroclaw\.pl (dokumentacja). Przed chwilą wypróbowałem w plwiktionary. Jeżeli ten sam adres zostaje dopasowany przez stary i nowy system, stary ma pierwszeństwo (ostrzeżenie pochodzi wtedy z rozszerzenia SpamBlacklist, nie z tej nowej funkcji filtru nadużyć). Ani stary, ani nowy nie podają dokładnego powodu blokady. W nowym wyświetla się użytkownikowi komunikat "Tekst, który próbowano opublikować, został zablokowany przez nasz filtr. Dodawanie następującej domeny jest zablokowane: <tu adres>". Spodziewałem się, że zostanie tu podane uzasadnienie, który wpisujemy do formularza Specjalna:Zablokowane zewnętrzne domeny. Peter Bowman (dyskusja) 00:43, 11 sie 2023 (CEST)

Nie miałem czasu na nic więcej niż sprawdzenie czy u nas w ogóle działa. ~malarz pl ^PISZ 22:01, 11 sie 2023 (CEST)

Jeśli nikt nie zaprotestuje, to wprowadzę zmianę – powiedzmy… – w czwartek. Matma Rex dyskusja 00:49, 15 sie 2023 (CEST)

Wprowadziłem zmiany: [9] [10]. Załatwione Matma Rex dyskusja 18:58, 17 sie 2023 (CEST)

Wiadomości techniczne: 2023-34

Najnowsze wiadomości ze środowiska technicznego Wikimedia. Poinformuj innych użytkowników o tych zmianach. Nie wszystkie zmiany będą dotyczyć ciebie lub twojej wiki. Dostępne są tłumaczenia na inne języki.

Ostatnie zmiany

• Dostępne jest narzędzie GDrive to Commons Uploader. Pozwala na bezpieczne wybranie i przesłanie plików ze swojego Dysku Google bezpośrednio na Wikimedia Commons. [11]
• Od teraz będziemy ogłaszać w wiadomościach technicznych utworzenie nowych wiki Wikimedia, tak abyście mogli łatwo aktualizować odpowiednie narzędzia i strony.
  • Od ostatniego wydania, utworzono dwie nowe wiki:
    • Wikisłownik w języku Pa'O (wikt:blk:) [12]
    • Wikiźródła po sundajsku (s:su:) [13]
  • Niedawno utworzono również następujące sześć wiki:
    • Wikifunkcje (f:) [14]
    • Wikisłownik w języku batak mandailing (wikt:btm:) [15]
    • Wikipedię w pidżynie ghańskim (w:gpe:) [16]
    • Wikinews w języku gun (n:guw:) [17]
    • Wikisłownik po kabardyjsku (wikt:kbd:) [18]
    • Wikipedię w języku fante (w:fat:) [19]

Zmiany w tym tygodniu

• Nowa wersja MediaWiki będzie instalowana na wiki testowych i MediaWiki.org od 22 sierpnia, na stronach innych niż Wikipedia i niektórych Wikipediach od 23 sierpnia, a następnie na wszystkich wiki od 24 sierpnia (harmonogram).

Przyszłe zmiany

• Istnieje już polityka stabilności interfejsu dla back-endowej części kodu MediaWiki. Zaproponowano również podobne zasady dla kodu front-endowego. Dotyczy to wszystkich, którzy pracują nad gadżetami i kodem front-endu w Wikimediach. Możecie zapoznać się z propozycją, przedyskutować ją i dać znać o ewentualnych problemach. [20]

Wiadomości techniczne przygotowane przez redaktorów Tech News i wysłane przez bota • Dołącz do zespołu • Przetłumacz na swój język • Uzyskaj pomoc • Wyraź swoją opinię • Subskrybuj lub zrezygnuj z subskrypcji.

17:24, 21 sie 2023 (CEST)

Załatwione, ~Cybularny ^{Napisz coś ✉} 17:48, 21 sie 2023 (CEST)

Szablony jęz.

Jakie zasady rządzą dostępnością określonego szablonu dla języków? Ciągle się potykam o brak litewskiego w Kategoria:Szablony do obsługi języków. Szablon istniał, ale został usunięty w 2009. Uważam, że jako język sąsiedni powinien być uwzględniony na tej liście. — smyru 18:25, 20 sie 2023 (CEST)

• Lepiej używać {{w języku|lt}}. To samo dotyczy (prawie)wszystkich pozostałych szablonów z tej kategorii. ~malarz pl ^PISZ 20:22, 20 sie 2023 (CEST)

Szablony typu {{ang.}} czy {{fr.}} powinny być usunięte, bo po co ich obecność, skoro mamy {{w języku}}, {{j}} czy {{k}}? XaxeLoled ⸤ AmA ⸣ 13:37, 21 sie 2023 (CEST)

Te szablony są bardzo wygodne. {{w języku}} jest uciążliwy, bo 1. że trzeba więcej naklepać, 2. że nie uzupełnia się w edytorach programowalnych z racji swej dwuczłonowej postaci, 3. trzeba znać kod ISO języka, co wcale nie jest trywialne przy encyklopedycznym rozrzucie, gdzie jednego dnia potrzebuję jidysz a kolejnego koine, a pomiędzy nimi śląskiego. Szablony w postaci powszechnie używanych polskich skrótów języków są naturalne, łatwe w użyciu i nie mają progu wejściowego nawet dla początkujących. O ile nie widzę większego sensu w tworzeniu takich przejściówek dla {{w języku}} dla wszystkich języków, to dla bliskich Polsce geograficznie i kulturowo, i powszechnie używanych języków, mają jak najbardziej sens. — smyru 14:04, 21 sie 2023 (CEST)

• Tego rodzaju szablony istnieją dla tych języków, które (1) bardzo często są stosowane w pl.wiki, (2) mają wbudowane inne elementy poza kodami ISO. (chociaż konia z rzędem temu, kto pamięta różnicę pomiędzy {{greka}}, {{gr.}} i {{grc}}) Jeżeli ktoś potrzebuje szablonu, aby wykorzystać w jednym artykule – lepiej korzystać z ogólnego; jeżeli ma być wykorzystywany często w setkach artykułów, to szablon będący skrótem jest pożądany. Wostr (dyskusja) 19:38, 21 sie 2023 (CEST)

  {{greka}} jest do starożytnego języka. U mnie jak wyżej: Ciągle się potykam o brak litewskiego […] — smyru 19:53, 21 sie 2023 (CEST)

  Jeżeli wykorzystałeś już X razy {{w języku|lt}} i w kolejnych artykułach też masz zamiar to robić, a istnienie {{lt.}} by Ci pomogło, to ja nie widzę przeszkód w utworzeniu go. Wostr (dyskusja) 20:10, 21 sie 2023 (CEST) PS Czy też {{lit.}}. Wostr (dyskusja) 20:11, 21 sie 2023 (CEST) PPS W wersji z 2009 roku ten szablon istotnie miał mały sens, nie obejmował tekstu żadnymi znacznikami, a wyłącznie dodawał podlinkowany skrót języka. Wostr (dyskusja) 20:12, 21 sie 2023 (CEST)

  Dodałem. Załatwione. — smyru 16:49, 24 sie 2023 (CEST)

Wiadomości techniczne: 2023-35

Najnowsze wiadomości ze środowiska technicznego Wikimedia. Poinformuj innych użytkowników o tych zmianach. Nie wszystkie zmiany będą dotyczyć ciebie lub twojej wiki. Dostępne są tłumaczenia na inne języki.

Ostatnie zmiany

• Część lepszej obsługi podzielenia akapitu w widoku zmian – ulepszony algorytm wykrywania poziału – jest wdrażany na wiki. Przez ostatnie dwa tygodnie udostępnialiśmy go na wiki z grupy zerowej oraz pierwszej. W tym tygodniu będzie wdrożony w grupie drugiej. [21]
• Strona Specjalna:Wkład pokazuje teraz liczbę edycji użytkownika na danej wiki oraz datę utworzenia konta. [22]
• Wikiskrybi mogą teraz korzystać z etykiety prpbengalicurrency, aby wykorzystać bengaskie symbole walut jako numery stron w znaczniku <pagelist>. [23]
• Dwa ustawienia zostały przeniesione w inne miejsce Preferencji. „Włącz edytor wizualny” znajduje się teraz w zakładce „Edycja” na wszystkich wiki. Do tej pory na niektórych było dostępne na karcie „Funkcje eksperymentalne”. Opcja „Używaj trybu wikitekstu wewnątrz edytora wizualnego, zamiast innego edytora wikitekstu” również jest teraz dostępna w zakładce „Edycja” zamiast „Funkcje eksperymentalne”. [24][25]

Zmiany w tym tygodniu

• Nowa wersja MediaWiki będzie instalowana na wiki testowych i MediaWiki.org od 29 sierpnia, na stronach innych niż Wikipedia i niektórych Wikipediach od 30 sierpnia, a następnie na wszystkich wiki od 31 sierpnia (harmonogram).
• Nowe rejestracje kont deweloperskich Wikimedia będą przepuszczane przez idm.wikimedia.org, zamiast Wikitech. Dostępne jest więcej informacji o nowym systemie.
• Na wszystkich wiki w językach pisanych od prawej do lewej oraz koreańskiej, ormiańskiej, ukraińskiej, rosyjskiej i bułgarskiej Wikipedii w pasku narzędziowym dostępny będzie link ze skróconym adresem URL do strony. Funkcja ta korzysta ze skracarki adresów Wikimedia i zostanie udostępniona na kolejnych wiki w nadchodzących tygodniach. [26]

Przyszłe zmiany

• Toczy się dyskusja nad usunięciem rozszerzenia DoubleWiki. Pozwala ono aktualnie wikiskrybom na wyświetlanie artykułów z wielu wersji językowych obok siebie, poprzez wybór symbolu <=> przy odpowiedniej edycji językowej. Zapraszamy do komentowania na w zadaniu na Phabricatorze.
• Zaproponowano, by dodatkową listę ukrytych kategorii (zwijaną, umieszczoną poniżej formularza edycji wikikodu) scalić z podstawową listą kategorii (umieszczoną na samym dole strony). Więcej informacji dostępne jest na Phabricatorze, zapraszamy również do pozostawienia swoich opinii.

Wiadomości techniczne przygotowane przez redaktorów Tech News i wysłane przez bota • Dołącz do zespołu • Przetłumacz na swój język • Uzyskaj pomoc • Wyraź swoją opinię • Subskrybuj lub zrezygnuj z subskrypcji.

MediaWiki message delivery 15:59, 28 sie 2023 (CEST)

Załatwione, ~malarz pl ^PISZ 16:12, 28 sie 2023 (CEST)

Przełączanie "obserwowanych" w różnych wersjach językowych

Przed wprowadzeniem nowego interfejsu klikając na "obserwowane" mogłem swobodnie przełączać się pomiędzy różnymi wersjami językowymi. W obecnej wersji, w miejscu zmiany wersji językowej wisi niedziałający przycisk, którym nie mogę podejrzeć obserwowanych np. na en wiki. To ogólny błąd techniczny czy coś takiego jest tylko u mnie? Muszę każdorazowo ręcznie przechodzić na inną wiki i dopiero tam klikać na obserwowane Sumek101 (✉) 10:42, 28 lip 2023 (CEST)

Wydaje mi się, że nigdy nie było takiej opcji (albo to faktycznie kwestia ustawienia jakiejś opcji z preferencji)? To chyba działanie jakiegoś gadżetu/skryptu.
Jest takie coś jak m:Special:GlobalWatchlist.
Edycja: chyba że chodzi o linki z "W innych językach" - pod starym wektorem działają. MarMi wiki (dyskusja) 13:51, 28 lip 2023 (CEST)

Tak chodziło mi właśnie o "W innych językach" Sumek101 (✉) 14:02, 28 lip 2023 (CEST)

To potwierdzam, z useskin=vector-2022 u mnie też się lista języków nie rozwija (klikanie w ikonę nic nie daje). W artykułach działa.
Edycja: wg aria-label jest niby 32 języków, ale wyświetla się tylko ikona (bez liczby języków, jak w artykułach - ale może to normalne). MarMi wiki (dyskusja) 14:08, 28 lip 2023 (CEST)

Ogólnie na stronach specjalnych nie działa przełączanie języków teraz. Nie wiem, czy zostało to zgłoszone, ale pamiętam, że się przewinęło przy wdrożeniu Vectora-2022. W zasadzie można by zrobić dosyć prosto gadżet do tego, bo w każdym języku działają angielskie nazwy stron specjalnych. A angielską nazwę stronę specjalnej można pobrać z `mw.config.get('wgCanonicalSpecialPageName');`. Dla siebie zrobiłem takie coś, że wyświetlam nazwę strony w języku angielskim, więc może trochę łatwiej przełączyć Wiki: Force English Special. Nux (dyskusja) 21:51, 28 lip 2023 (CEST)

• Reasumując czy można by poprosić o naprawienie tego błędu (bo to błąd, skoro działało wcześniej a teraz już nie) ;) Bez chodzenia na około w postaci gadżetów itp. Sumek101 (✉) 20:25, 1 sie 2023 (CEST)

  Prosić zawsze można 😉

  https://phabricator.wikimedia.org/maniphest/task/edit/form/43/ Nux (dyskusja) 22:50, 1 sie 2023 (CEST)

Opcja "odpowiedz" na stronach dyskusji użytkowników

Opis sytuacji

W domyślnej konfiguracji nowo założonych kont na stronach wszelkich dyskusji pojawia się opcja "odpowiedz"[1]. Jest to sensowne w dyskusjach artykułów, Kawiarence itd., jednak to strasznie rozwala strony dyskusji użytkowników. Nowicjusze klikają "odpowiedz" i odpowiadają u siebie, zamiast zakładać nowy wątek przykładowo na mojej stronie dyskusji[2], co powoduje, że muszę śledzić ich strony dyskusji, żeby sprawdzić, czy mi czasem nie odpowiedzieli u siebie.

Nauczyłem się już, że każdy wpis u nowicjusza muszę kończyć instrukcją, jak typowo powinien mi odpowiedzieć. W wielu przypadkach stosuje się do tego i mi tak odpowiada, ale często innym wikipedystom nadal daje opcję "odpowiedz", przez co trafiam na takie "zmarłe" wątki, gdzie nowicjusz pisze sam do siebie i nikt tego nie czyta. Najdalej idące problemy związane z tym, jakie widziałem, to administrator zgłasza uwagi do zachowania użytkownika, ten odpisuje mu u siebie, że nie rozumie i prosi o wyjaśnienie, nie dostaje odpowiedzi, więc nadal popełnia błąd, a administrator w następnym ruchu zakłada blokadę, której użytkownik nie rozumie, bo przecież pytał, o co chodzi, a to administrator nie odpisał.

Proponowane rozwiązanie/Pytanie o możliwości

Czy istnieje możliwość wyłączenia opcji "odpowiedz" na stronach dyskusji użytkowników? I mam na myśli tylko tę przestrzeń, cała reszta działa sensownie. Albo czy istnieje możliwość, że "odpowiedz" na stronach dyskusji użytkowników przeniesie delikwenta do założenia nowego tematu na stronie dyskusji użytkownika, do którego chce napisać? Albo chociaż jakieś ostrzeżenie, że to nie działa tak, jak myśli, że powinno?

Alternatywnie widzę tylko próbę zmiany zachowań doświadczonych wikipedystów, łącznie z subskrybowaniem wątków dyskusji u innych użytkowników. Tylko jakbym to nie układał sobie w głowie, to widzę w takim wypadku tylko piętrzące się kolejne problemy (co będzie jak 3. osoba spróbuje dołączyć do dyskusji i będzie pisać w innym wątku na innej stronie użytkownika? Jeśli zmieni się nagle temat dyskusji? Ile tych wątków dyskusji użytkowników można śledzić i nie zwariować?) albo walkę o zmianę zachowań doświadczonych wikipedystów, którzy działają tak samo od lat, co pewnie przełoży się na odejścia z projektu, kłótnie itp., a na końcu i tak będzie działać tylko wyrywkowo.

[1]Pomijam, czy u zaawansowanych użytkowników też, czy da się to konfigurować ręcznie itd. Chodzi mi tylko o nowicjuszy i domyślne ustawienia, jakie dostają po założeniu konta. Ze względu na bycie przewodnikiem żyję na takich samych, żeby widzieć to samo, co oni widzą.

[2]Jak chwilę nad tym pomyśleć, to zachowują się logicznie, identycznie jak w 99% innych serwisów w internecie, z których pewnie na co dzień korzystają. Tylko że Wikipedia nie ma tego rozwiązanego jak te pozostałe 99%.

Viatoro (dyskusja) 00:52, 26 lip 2023 (CEST)

Osobiście wolę mieć cały wątek na jednej stronie, niż śledzić co kto powiedział na dwóch oddzielnych stronach. Zwłaszcza jeśli to dyskusja pomiędzy dwoma innymi osobami... Ale zaznaczam, że nie komunikuję się zbyt często z początkującymi.
Ze względu na to, że subskrypcje tematów są jak na razie na stałe, to lepiej tymczasowo subskrybować całą stronę dyskusji nowicjusza i na niej odpowiadać. O ile strona nie jest za bardzo popularna, albo to zmienne IP bez konta, albo trzeba obserwować dłużej niż rok...
Możesz też przekierowywać dyskusje ręcznie na swoją stronę, ale natłok tematów może przytłoczyć początkujących (no i to może zwiększyć częstotliwość wandalizmów tej strony, przypadkowych czy też celowych). MarMi wiki (dyskusja) 02:12, 26 lip 2023 (CEST)

Jakby co można automatycznie subskrybować wątki. Jest w preferencjach taka opcja. Niestety automaty działa tylko jak się dodaje nowy temat przez narzędzia dyskusji. Nie działa jak się używa moich replinks i nie wiem czy jest jakieś API, żeby móc to łatwo dodać. Nux (dyskusja) 14:04, 26 lip 2023 (CEST)

Według opisu subskrypcja powinna działać także przy odpowiedziach mw:Help:DiscussionTools#Topic_subscriptions (chyba że to coś innego).
Opcja automatycznej subskrypcji w Special:Preferences#mw-prefsection-editing.
Jest jeszcze CD, ale to raczej nie dla początkujących (nie do końca przetłumaczone). Może CD używa API do subskrypcji? MarMi wiki (dyskusja) 14:30, 26 lip 2023 (CEST)

Nie wiem co ktoś miał w głowie dodając to 'odpowiedz' (samemu zdarzyło mi się pomylić i to kliknąć), ale alternatywnym rozwiązaniem wygenerowanego w ten sposób problemu byłoby automatyczne wstawianie 'pingu' do osoby, na której post się odpowiada. Kenraiz (dyskusja) 06:10, 26 lip 2023 (CEST)

• Nauczyłem się już, że każdy wpis u nowicjusza muszę kończyć instrukcją, jak typowo powinien mi odpowiedzieć. — a ja powoli uczę się pamiętać o klikaniu subskrybuj, kiedy odpowiadam u kogoś, zwłaszcza jak spodziewam się, że tam mogę dostać odpowiedź, czyli np. u nowicjuszy, którym odpowiadam jako przewodnik – i mniej roboty niż z tłumaczeniem, i wszystko zależy ode mnie, i zasadniczego tematu rozmowy nie rozmywam jeszcze dodatkowym (na temat sposobu dyskutowania) – więc w stosunku do tego, czego Ty się nauczyłeś, widzę same zalety, polecam :) Nie widzę problemów – u mnie działa ok, pozdrawiam, Piastu βy język giętki… 14:15, 26 lip 2023 (CEST)

  Dokładnie w tych samych sytuacjach używam i też polecam. W razie czego zawsze można jeszcze użyć @ jeśli się odpowiada u siebie. Wtedy nie ma znaczenia czy ktoś subskrybuje. Nux (dyskusja) 15:03, 26 lip 2023 (CEST)

• To odpisywanie na stronie osoby, która zostawiła wpis to chyba pozostałość po dawnych technicznych ograniczeniach Wikipedii – to był sposób, by dostać powiadomienie o odpowiedzi. Teraz takie powiadomienia można dostać i w inny sposób, więc to dość anachroniczne rozbijanie dyskusji na dwie strony (a czasami i więcej stron, gdy dyskutantów jest ponad dwóch) chyba nie powinno być formą preferowaną – cała dyskusja w jednym miejscu ułatwia nie tylko postronnym się w jej wczytanie (a konieczność prześledzenia czyjejś dyskusji nie jest wcale taka rzadka), ale i samym dyskutującym, zwłaszcza gdy dyskusja jest dłuższa; umożliwia też odnoszenie się do fragmentów wypowiedzi bez konieczności przeklejania na swoją stronę dyskusji tego fragmentu, do którego właśnie się odnoszę. Za starą metodą prowadzenia dyskusji przemawia chyba tylko przyzwyczajenie. Zdecydowanie przeciwny jestem wyłączania opcji „odpowiedź” na stronie dyskusji wikipedystów. Aotearoa dyskusja 14:58, 26 lip 2023 (CEST)

Odpowiem sumarycznie do wszystkich powyżej, bo argumenty są podobne. To że ja zacznę subskrybować dyskusję, to jedno, tylko ma to masę wad:

1. Po ilu subskrybcjach straci to sens, 100 stron dyskusji? 200? W teorii do śmierci powinienem trzymać każdą taką jako zasubskrybowaną (i jeszcze najlepiej sprawdzać codziennie powiadomienia).
2. Pewnie coś koło 75% doświadczonych użytkowników Wikipedii odpisuje w stary sposób. Żeby nauczyć nowicjuszy, że każdy zajrzy na ich stronę dyskusji i zobaczy, że tam odpisali, to najpierw praca, żeby nauczyć wszystkich doświadczonych edytorów, żeby tak robili, nie tylko technicznych.
3. Domyślnie temat nie jest subskrybowany, czyli wg tej logiki jakbym odpisał delikwentowi u siebie odpowiedź na jego pytanie, to też nie zobaczy odpowiedzi, bo skąd będzie miał wiedzieć, że odpisałem u siebie? Pewnie musiałbym spingować, tylko skąd będzie wiedział, że pojawi się na górze cyferka przy jakiejś ikonce i to będzie akurat to znaczyć?
4. A nawiązując do powyższego, system dla przewodników sprawia, że nowicjusz, zadając mi pytanie przez niego, tworzy nowy temat u mnie, którego śledzić już nigdy nie będzie.
5. Zastosowanie tych wszystkich rozwiązań może w porywach jest do ogarnięcia przez ludzi młodych (chociaż ilu znam nastolatków, to dla nich jest abstrakcją, że mają czekać na odpowiedź dłużej niż 5 minut), lecz wymaga od nich na starcie dużego nakładu pracy. Tylko przypominam, że my też ściągamy dojrzałych edytorów, a ta liczba dziwnych ustawień, ogrom opcji, magiczne cyferki - to jest sztuczne podwyższanie progu wejścia.

System dyskusji w Wikipedii jest archaiczny. Tu nie ma co dyskutować. Tylko że opcja "odpowiedz" na stronach dyskusji, to obejście, z którego część korzysta, część nie, samo Mediawiki w zasadzie nie wspiera tego wprost. Przyjemnie to działa na stronach ogólnych dyskusji (np. tu), jednak słabo jako sposób komunikacji między użytkownikami poprzez prywatne wiadomości. Żeby to naprawić, to trzeba by głęboko wprowadzić zmiany w Mediawiki, prawdopodobnie zaorać cały system dyskusji i stworzyć go od nowa - tylko to jest poza naszym zasięgiem.

Większość powyżej odpisujących to osoby techniczne, które piszą "u mnie działa" i nie zauważają, że ogół użytkowników całkowicie nie łapie tej logiki, wymogów ustawienia preferencji, klikania opcji, zaglądania do magicznej ikonki na górze strony (a powiadomienia "masz nową wiadomość" jest oczywista dla starego systemu), dodawanie jakichś szablonów z pingami (w ogóle, co to są szablony? Po co je stosować? Jak działają? Czy muszę naprawdę edytować w kodzie? To są normalne pytania nowicjuszy). Macie też przykład user:Kenraiza, który pokazuje, jaka to pułapka dla wielu osób.

To nie chodzi o to, że mnie macie przekonać, że to działa. Ja mogę zostać rebeliantem i w ogóle tego nie używać albo z zachwytem korzystać na co dzień. Tu chodzi o to, żeby nie tworzyć pułapek na użytkowników i nie wymagać miliona konfiguracji. Mogę tylko doradzić, żebyście przez tydzień spróbowali poedytować na ustawieniach domyślnych Wikipedii (najlepiej na nowym koncie), nie korzystać z żadnych dodatkowych szablonów i najlepiej napisać do użytkowników z doświadczeniem powyżej 5 lat na Wikipedii na ich stronie dyskusji, a potem odpowiadać przez "odpowiedz", jak Wam odpiszą u Was.

Rozwiązaniem jest też zmiana przyzwyczajeń starych użytkowników, wymuszenie automatycznej subskrypcji każdej dyskusji, w której bierze się udział, wprowadzenie na szkoleniach z edytowania specjalnie punktu o sposobach komunikacji i ich nauka. Można, tylko taka rewolucja wymaga dużego nakładu pracy, z mojej perspektywy łatwiej jest wyłączyć "odpowiedz" w jednej przestrzeni, chyba że to tak głęboko powiązany mechanizm, że jest we wszystkich dyskusjach albo na żadnej. Viatoro (dyskusja) 17:33, 26 lip 2023 (CEST)

Wydaje mi się, że nowicjusze mają domyślnie włączoną opcję subskrybowania tworzonych przez nich wątków. Dobrze pamiętam, @Matma Rex? Msz2001 (dyskusja) 17:48, 26 lip 2023 (CEST)

Tak. Matma Rex dyskusja 22:22, 26 lip 2023 (CEST)

No nie – właśnie nie chodzi o subskrybowanie każdej (żeby nie dostawać zalewu powiadomień) – subskrybuję ręcznie, a nie wszystko automatycznie, tylko tam, gdzie spodziewam się możliwości skorzystania z odpowiedzi na stronie osoby której odpowiadam. (Jasne, robię to trochę testowo, bo u mnie one i tak lądują w obserwowanych, jakąś tam szansę mam zobaczyć odpowiedź – ale subskrypcja pozwala jednak mieć info że to jednak ten konkretny wątek, w którym do tej osoby pisałem – czyli inkryminowany link odpowiedz). Nie chcę przekonywać, wspominam jak to u mnie funkcjonuję, bo to co piszesz nie zgadza się z moimi doświadczeniami – lepiej mieć obraz różnych, jeśli są różne, niż oprzeć się tylko na jednych, jeśli to miałoby prowadzić do fałszywych wniosków ze zbyt małej próby. pozdrawiam, Piastu βy język giętki… 21:36, 26 lip 2023 (CEST)

Uważam to za dobrą zmianę. Trzymanie całej rozmowy na jednej stronie zdecydowanie ułatwia dogadanie się. Szkoda, że zmiana weszła tak późno. — smyru 18:33, 26 lip 2023 (CEST)

To spróbuję podać bardziej realny argument. Zerknąłem na strony dyskusji 3 najaktywniejszych administratorów i 3 najaktywniejszych edytorów w zeszłym roku (jeśli kogoś pomyliłem z botem, to przepraszam, PG odszedł z projektu). Zarówno Szoltys, Masti, Ciacho5 jak i Lelek 2v, Kerim44, Aw58 korzystają ze stron dyskusji w tradycyjny sposób. Poza przewodnikami mają największą szansę skontaktować się z kimś nowym. Do tego to są tylko przykładowe 3 osoby z góry każdej z list, zakładałbym, że następni użytkownicy nie zachowują się diametralnie inaczej. To znaczy, że system, który mocno lobbujecie, nie sprawdza się domyślnie, ludzie tak nie korzystają z Wikipedii.

Ponowię apel, że można zrobić to na 2 sposoby, albo wszystkich starych edytorów nauczyć nowego sposobu, zrobić go też bardziej domyślnym dla nowych użytkowników (prywatnie usłyszałem, że super byłby domyślny ping do osoby, dla której daje się "odpowiedz" - też jakieś wyjście, a przynajmniej wstęp; za to dla mnie cyferki na górze interfejsu, to jakaś czarna magia dla każdego nowicjusza), albo usunąć "odpowiedz" ze stron dyskusji użytkowników - nie wiem, jak dokładnie zbudowany jest ten element, ale nie powinno Wam to skasować możliwości subskrybowania i śledzenie dyskusji gdzie chcecie, najwyżej ktoś Wam nie odpowie, jak się tego spodziewacie. Viatoro (dyskusja) 12:41, 30 lip 2023 (CEST)

No nie przesadzaj z tą czarną magią, chyba ci nowi ludzie to nie jacyś pustelnicy i mają jakiś tam kontakt ze smartfonem? Tam pełno tych cyferek...
Skoro jakoś w te "odpowiedz" klikają (i jakimś cudem udało im się założyć konto), to z kliknięciem w czerwone cyferki też sobie poradzą?
Brak "odpowiedz" na ich stronach (mimo że na innych są) też ich może skołować... MarMi wiki (dyskusja) 15:40, 30 lip 2023 (CEST)

Do niedawna narzędzia dyskusji były funkcją eksperymentalną (o ile dobrze pamiętam włączona normalnie w tym roku). W tym roku również dopiero pojawiły się automatyczny subskrypcje. Zachęcam do globalnego włączenia automatycznych subskrypcji. Nie wiem czy praktykuje się masową zmianę ustawień według woli społeczności, ale pewnie moglibyśmy spróbować coś takiego przegłosować. Wydaje mi się, że byłoby dobrym zwyczajem przestawić się na coś takiego. Nux (dyskusja) 18:41, 30 lip 2023 (CEST)

Nowe rozwiązanie uważam nie tylko za świetne, ale także otwierające drogę do kolejnych zmian. Np. naturalnym krokiem byłaby możliwość takiej subskrypcji zmian na stronie, by móc otrzymywać powiadomienia o dodaniu nowego tematu/wątku, co pozwoliłoby subskrybować jedynie wybrane tematy/rozmowy w przeciwieństwie do obserwowania zmian strony dyskusyjnej, gdzie w Obserwowanych pojawia się literalnie każda zmiana. Wielu uczestników społeczności nie śledzi zmian w Kawiarence i jej podobnych stronach, bo zbyt wiele się dzieje na nich, co prowadzi wprost do message fatigue. A taki model subskrypcji pozwoliłby na uczestnictwo w tych rozmowach, które mnie interesują/mam coś do powiedzenia/itp. Sam chętnie w ten sposób śledziłbym WP:ZB. — smyru 19:07, 30 lip 2023 (CEST)

Dobry pomysł. Można już to zrobić 🙂. Pojawiło się jakoś niedawno. W narzędziach jest subskrypcja strony i dostaje się powiadomienie o nowym wątku (który można obejrzeć i subskrybować lub nie). Działa w WP:BAR, Zgłoś błąd, zadaniach dla botów itp.

Nawiasem mówiąc dodam, że nie trzeba wchodzić na daną stronę, żeby oznaczyć powiadomienie jako przeczytane. Jeśli dany temat mnie nie interesuje, to klikam na niebieską kropkę przy tym powiadomieniu i zostaje oznaczone jako przeczytane. Nux (dyskusja) 19:49, 30 lip 2023 (CEST)

Jestem obecny w Wikipedii od przeszło 20 lat i od zawsze uważałem naprzemienne odpisywanie na stronach dyskusji za najgorszy z możliwych pomysłów, bo traci się kontekst rozmowy i trudniej wypracować zgodę. Co więcej, od początku nie było zgody co do sposobu rozmowy w społeczności a domyślnie włączone śledzenie edytowanej strony dyskusji sprzyjało podtrzymaniu tego szpagatu, że jedni odpowiadają w miejscu, gdzie rozmowa się zaczęła a inni w Dyskusji przedmówcy. Trzymanie wszystkich wypowiedzi na jednej stronie jest naturalne, co więcej dla nowodołączających jest oczekiwane ze względu na przyzwyczajenia z serwisów społecznościowych. — smyru 18:42, 30 lip 2023 (CEST)

Wprowadziłem automatyczne subskrypcje w moim narzędziu: Wikipedia:Narzędzia/Odpowiedzi z linkami ([odp]). Nowa wersja powinna się pojawić niedługo (do jutra powinno się samo odświeżyć). Subskrypcja działa niemal od razu po załadowaniu strony, ale status subskrypcji może być widoczny dopiero po jej odświeżeniu. Trzeba mieć też włączone subskrybowanie wątków w ustawieniach: Specjalna:Globalne_preferencje#mw-input-wpdiscussiontools-topicsubscription. --Nux (dyskusja) 21:19, 30 lip 2023 (CEST)

• Nux, a czy przy okazji nie dodałeś automatycznego wstawiania 3 pustych linii i --~~~~ w czwartej? Jest to dość irytujące, bo muszę to kasować, żeby dodać prawidłowo podpis w tej samej linii co tekst. Jeśli tak, to jak to wyłączyć? Michał Sobkowski _dyskusja 22:00, 1 sie 2023 (CEST)

  Hm... Dodałem, bo zacząłem zapominać, żeby się podpisać. Narzędzia dyskusji mnie rozpuściły 😉... Ale mogę dodać jakąś opcje do tego. Nux (dyskusja) 22:35, 1 sie 2023 (CEST)

  Mówisz, masz. Możesz ustawić sobie opcję tutaj: Specjalna:GadgetPrefs. Nux (dyskusja) 01:23, 2 sie 2023 (CEST)

  Nux, dzięki, ale w tych preferencjach nie ma opcji dla „Odpowiedzi z linkami”. Są 3 sekcje: „Moje języki”, „disFixer” i „Pending Changes Helper”. Michał Sobkowski _dyskusja 09:10, 2 sie 2023 (CEST)

  A przepraszam. Nie kliknąłem wdrożenia do gadżetu. Cache powinien się wyczyścić w ciągu paru godzin. Nux (dyskusja) 11:04, 2 sie 2023 (CEST)

  Nux, niestety opcje nie pojawiły się. A teraz w ogóle zniknęło mi [odp.]! :-( Michał Sobkowski _dyskusja 19:07, 3 sie 2023 (CEST)

  A teraz w opcjach są już tylko języki. Zniknął disFixer i Pending Changes Helper, a oba te gadżety przestały działać. Coś dziwnego się dzieje. Michał Sobkowski _dyskusja 21:16, 3 sie 2023 (CEST)

  Ostatni update MediaWiki zepsuł niektóre skrypty używające nowej składni. Zrobiłem obejście problemu. Nux (dyskusja) 02:02, 4 sie 2023 (CEST)

  Dzięki, teraz wszystko działa! Michał Sobkowski _dyskusja 09:13, 4 sie 2023 (CEST)

• Jestem aktywny w kilku innych projektach poza pl.wiki i ten sposób odpisywania (u kogoś innego w dyskusji) stosuję tylko u nas, bardzo niechętnie, przy czym zdarza mi i tak mylić strony, na których odpisuję. Zresztą i u nas ten sposób stosowany jest niekonsekwentnie: wystarczy dyskusja z IPkiem albo dyskusja między więcej niż dwiema osobami, aby cały misterny plan z odpisywaniem u kogoś wziął w łeb. Jest to przeżytek, który jednak będzie bardzo ciężko wyplenić. Zresztą, jak zostało wspomniane, śledzenie całej rozmowy jest utrudnione, a próby odtworzenia jej przebiegu po czasie bywają katorgą (wspomnę tu chociażby prace KA i analizowanie, kto, kiedy i na której stronie komu odpowiedział). Obecnie subskrypcje + pingi skutecznie załatwiają sprawę z udziałem w dyskusjach. Wostr (dyskusja) 10:07, 4 sie 2023 (CEST)

Układ grupowy AB0

To wygląda jak ABo, a nie AB0. 2A02:A318:803F:9500:79E8:16B6:469:9D68 (dyskusja) 18:38, 4 sie 2023 (CEST)

Odrzucone Ot, taka czcionka, zresztą w zależności od systemu operacyjnego, może być zastosowana inna. Msz2001 (dyskusja) 22:40, 4 sie 2023 (CEST)

nie można zapisać artykułu w brudnopisie

Co to znaczy: ⧼No stashed content found for 71022896/0761b6fd-3769-11ee-9e68-2cea7f7fc09a⧽?

Co robić? DaL (dyskusja) 13:43, 11 sie 2023 (CEST)

Miałeś za długo otwarte okno edycji artykułu/brudnopisu? (phab:T325310 - niekoniecznie powiązane).
Jeśli kopiujesz kod z artykułu do brudnopisu, spróbuj zrobić to z krokiem pośrednim - najpierw wklej kod artykułu do jakiegoś edytora tekstu, skopiuj to co wkleiłeś i wstaw do brudnopisu. Może pomoże. MarMi wiki (dyskusja) 20:54, 11 sie 2023 (CEST)

Cytowanie dokumentu prawniczego

Hej!

Pracuję nad tłumaczeniem artykułu o TSR z angielskiej na polską Wikipedię. Jeden z przypisów ma poniższą formę:

TSR LLC, Plaintiff, v. WIZARDS OF THE COAST LLC; Case 2:21-cv-01705-SKV; Document 51 (C21-1705-SKV)

I nie do końca wiem jak to wsadzić w [ref] i [Cytuj] na polskiej Wikipedii. Czy mógłby mi ktoś powiedzieć jak "ukodowić" taką referencję?

Pozdrawiam (i przepraszam za kłopot).

-- Kaworu1992 (dyskusja) 10:50, 12 sie 2023 (CEST)

• Zaglądasz do dokumentu źródłowego i odpowiednio go opisujesz. Nie musisz wtedy analizować dlaczego tak a nie inaczej opisali go na en.wiki. ~malarz pl ^PISZ 11:22, 12 sie 2023 (CEST)

• Jakby co narzędzie-cytowaczka pomoże w szybkim sformatowaniu przypisu. Jest też narzędzie do konwersji przypisów ang.. Nux (dyskusja) 18:49, 12 sie 2023 (CEST)
  • problem jest IMO taki, że pytający nie widział źródła na oczy. ~malarz pl ^PISZ 19:55, 12 sie 2023 (CEST)

Sam przypis - tłumacz Google dość nieźle to tłumaczy (patrz "Zwykły przypis" w środkowej zakładce wstawiania przypisu w VE).
Dokument:
Wrzucasz w Google poszczególne fragmenty, aż na coś trafisz.
W tym przypadku np.: "C21-1705-SKV" (po dodaniu po tym spacji i 51 będziesz miał link do tego dokumentu na Scribd, ale to raczej będzie fragment - płatny serwis).
Na podstawie innego dokumentu ze sprawy (z wyszukiwania bez 51): wizards "STIPULATION REGARDING DISCOVERY OF ELECTRONICALLY STORED INFORMATION" - sprawa na prawniczych stronach, nie sprawdzałem czy zawierają ten konkretny dokument.
Ten konkretny dokument w pełnej wersji na courtlistener: wizards "ORDER RE: MOTION FOR PRELIMINARY INJUNCTION" (na podstawie fragmentu ze Scribd; link można wrzucić do automatycznego cytowania). MarMi wiki (dyskusja) 20:31, 12 sie 2023 (CEST)

• Ale problemem tutaj jest to, o czym wspomniał malarz. Opis bibliograficzny można sporządzić wtedy, gdy ma się źródło przed sobą. Na jego podstawie (na podstawie informacji zawartych w źródle) tworzy się opis bibliograficzny. Jeżeli nie ma się dostępu do źródła, to na jakiej zasadzie w ogóle ktoś zamierza umieścić opis bibliograficzny w artykule? Wostr (dyskusja) 20:14, 13 sie 2023 (CEST)

• I choć "Zalecenia dla tłumaczy" wskazują, że "przy tłumaczeniu artykułów z innych wersji językowych Wikipedii obowiązują normalne zasady weryfikowalności. Wszystkie informacje w przetłumaczonym artykule muszą mieć odzwierciedlenie w zacytowanych źródłach", to pewną niespójność wprowadza jednak zalecenie Wikipedia:Tłumaczenia: "Tłumaczymy nie tylko właściwą treść artykułu, ale też uwagi, przypisy itp. Podajemy też oryginalną bibliografię (jeśli jest). W miarę możliwości dobrze jest sprawdzić, czy podane źródła potwierdzają treść artykułu". To taka pułapka... Ented (dyskusja) 12:13, 14 sie 2023 (CEST)

• Tłumaczenie przypisów moim zdaniem wymaga doprecyzowania o co dokładnie chodzi. Spotkałem już takie kwiatki, jak polski tytuł do pozycji, która nie ma polskiego wydania, albo zastępowanie oryginalnego tytułu transliteracją (np. z tytułu ukraińskiego) - jak potem znaleźć oryginalny tekst na tej podstawie (jeśli przypadkiem oryginalnego tytułu nie będzie w innej wersji językowej)? MarMi wiki (dyskusja) 16:17, 14 sie 2023 (CEST)

• Transliteracja jest w 100% odwracalna. Problemem jest transkrypcja. Możliwości są więc dwie: zalecamy transliterację (jak w katalogach bibliotecznych) albo tytuł oryginalny + transkrypcja. Byłbym za tym drugim rozwiązaniem, bo daje bezpośredni dostęp do wersji w alfabecie oryginalnym, a jednocześnie transkrypcja jest strawniejsza niż transliteracja. Michał Sobkowski _dyskusja 18:25, 14 sie 2023 (CEST)

Przykład: Dmytro Błażejowski (sekcja dorobek naukowy).
Wprawdzie to pozwala zorientować się mniej więcej jaki jest tytuł, ale zbytnio nie pomaga gdy się chce znaleźć oryginał. MarMi wiki (dyskusja) 20:10, 14 sie 2023 (CEST)

Przydałby się mechanizm robiący transliterację wsteczną, taki odwrotny {{Trl}}. Dla czytelnika nawygodniejsze by pewnie było, gdyby po najechaniu/kliknięciu na tekst transliterowany na alfabet łaciński, wyświetlałby się tekst w alfabecie oryginalnym (ale tak, żeby można go było skopiować, a nie tylko zobaczyć). Dla wikipedystów wystarczyłby zresztą nawet szablon np. {{Rev-Trl}}, robiący odwrotną transliterację, do wykorzystania na jakiejś stronie pomocy czy dowolnym brudnopisie. Paweł Ziemian, dałbyś radę stworzyć coś takiego? Byłoby to bardzo przydatne. Michał Sobkowski _dyskusja 11:24, 15 sie 2023 (CEST)

• Myślę, że teoretycznie zadanie jest wykonalne. Jednak nie widzę potrzeby na jego implementowanie. Znacznie prościej jest wstawić oryginalny zapis, który można przepuścić przez obecne szablony. Ponadto w przykładowym artykule (bez źródeł!) litera ł zdradza, że nie jest to żadna ze znanych mi transliteracji. Paweł Ziemian (dyskusja) 21:51, 15 sie 2023 (CEST)

• Może rzeczywiście szkoda czasu. W zasadzie zastanawiałem się, jak prosto dojść do zapisu oryginalnego, gdy znana jest tylko transliteracja. Żeby nie trzeba było rzeźbić literka po literce. A więc raczej takie narzędzie dla wikipedystów. Ale faktycznie, patrząc na hasło Dmytro Błażejowski (podaję starą wersję, bo w międzyczasie poprawiłem na oryg. + trb), można obawiać się, że raczej spotykać będziemy jakieś takie pseudo-transliteracje, z których i tak nie da się automatycznie zrobić poprawnego oryginału. Michał Sobkowski _dyskusja 23:33, 15 sie 2023 (CEST)

@MarMi wiki myślę, że po datach idzie się zorinetować które jest które :) ru:Блажеёвский,_Дмитрий_Теодорович. W sumie to jakby dodać ISBN, to nawet łatwiej by było, a raczej powinny mieć ISBN te książki (pewnie by trzeba szukać w lokalnej bibliotece narodowej). Nux (dyskusja) 13:19, 15 sie 2023 (CEST)

Tak na marginesie, to ta transliteracja w bibliotekach wynika głównie z tego, że stare programy biblioteczne rzadko obsługują cyrylicę. Nawet te nie takie bardzo stare, bo jeszcze aktualizowane i jeszcze dosyć popularne w Polsce mają w obsłudze tylko ASCII... Aczkolwiek faktem jest też, że większość z nas nie miała cyrylicy w szkole i z trudem (jeśli w ogóle) jest w stanie ją odczytać. Nux (dyskusja) 13:14, 15 sie 2023 (CEST)

• To „W miarę możliwości” jest chyba jakimś reliktem z okresu niemowlęcego Wikipedii. Powinno być zalecenie bezwzględnego opierania się o przeczytane źródła. Choć wiadomo, że czasem jest to trudne. Zdarzyło mi się lata temu w takiej sytuacji kilka razy zastosować formułę w rodzaju "W anglojęzycznej wersji hasła informacja ta poparta jest przypisem do [źródło]". Michał Sobkowski _dyskusja 18:25, 14 sie 2023 (CEST)

Metody zapisu metrów kwadratowych (i oczywiście podobnych jednostek)

Cześć.

Chciałbym poprosić o podpowiedź, który sposób zapisu metrów kwadratowych (i oczywiście podobnych jednostek) powinien być stosowany. @Beno zmienił zastosowany przeze mnie zapis m² na m² (czyli 2 w potędze z użyciem jakiegoś symbolu z repertuaru zestawu znaków). Generalnie nie mam szczególnych obiekcji, choć sam już od dawna stosuję sup, i nie wiedziałem, że robię źle. Jeśli tak jest to trzeba by pozmieniać naprawdę sporo formatowań. Pytam aby stosować lepszy / zalecany ze sposobów. Po co takie edycje, jeśli można od razu stosować bardziej właściwą metodę. Będę wdzięczny za podpowiedź. Pozdrawiam Joee (dyskusja) 12:24, 18 sie 2023 (CEST)

Powinno się używać unicode m², a nie taga sup. Z wielu względów tak jest lepiej.

• NVDA domyślnie czyta poprawnie tylko m².
• Tryb czytania w Firefox również poprawnie przeczyta tylko m².
• JAWS chyba też ma problemy, ale może zależeć od wersji.
• Talkback w wersji polskiej nie rozumie żadnego, ale to błąd chwilowy raczej - w wersji angielskiej czyta poprawnie m², a na sup się zacina zupełnie.
• Łatwiej jest skopiować tekst z m² i używać w różnych kontekstach (na przyciskach, w linkach itp).
• Dla osób edytujących m² powinno być bardziej czytelne (również dla osób dobrze widzących).

Pewnie mógłbym to kiedyś pociągnąć botem i poprawić. Nie kojarzę żadnych przypadków, w których tag sup jest lepszy. A przynajmniej nie przychodzi mi nic do głowy w tej chwili. Nux (dyskusja) 19:01, 18 sie 2023 (CEST)

• Dodam też, że znaczek ten, jak i sześcian, są w przyborniku narzędziowym na dole podczas edytowania, więc to nie musi być kwestia kopiowania czy poznania odpowiedniej kombinacji klawiszy. Emptywords (dyskusja) 19:32, 18 sie 2023 (CEST)

  @Emptywords jakby co w Windowsie różne znaczki są w menu dostępnym pod skrótem Windows + . (menu Ω → ∞). Po pierwszym wybraniu ma się w ostatnio używanych. Nux (dyskusja) 20:21, 18 sie 2023 (CEST)

• Symbole kwadratu i sześcianu są bardzo wygodne, ale gdy obok występują inne potęgi, to już tych symboli nie da się używać, bo różnią się wyglądem. Stąd automatyzacja nie jest możliwa. Beno (dyskusja) 09:16, 19 sie 2023 (CEST)

  Inne potęgi również są dostępne jako symbole, można je znaleźć w tabelce en:Unicode subscripts and superscripts#Superscripts and subscripts block podanej poniżej. Matma Rex dyskusja 00:18, 20 sie 2023 (CEST)

Osobiście nigdy nie pamiętam skrótów klawiszowych do nich, więc mam pod ręką zakładkę do en:Unicode subscripts and superscripts, skąd wykopiowuję, co mi bywa potrzebne. — smyru 11:57, 19 sie 2023 (CEST)

• "Dla osób edytujących m² powinno być bardziej czytelne (również dla osób dobrze widzących)": W moim przypadku jest dokładnie przeciwnie. Widząc m² czy m³, zwykle dopiero z kontekstu domyślam się, czy jest to m² czy m³. A jeśli nie jest to oczywiste, muszę stosować jakieś sztuczki, żeby zorientować się, o jaką potęgę chodzi. Wersja ze znacznikami <sup>[liczba]</sup> jest dużo lepiej czytelna. I choćby były wyciągane nie wiem jakie argumenty, nie zmieni to faktu, że m² widzę bez problemu, a m² to dla mnie „m” z jakimś robaczkiem na górze. Michał Sobkowski _dyskusja 14:55, 19 sie 2023 (CEST)
  • O! i to jest argument. Może da się to jakoś poprawić czytelność w przypadku ¹²³ ? Emptywords (dyskusja) 20:02, 19 sie 2023 (CEST)

    Ciekawe spostrzeżenie. Nie mam problemów z odczytaniem praktycznych przykładów (rozróżnienie m² od m³). Gdy zaznaczam edytowany tekst, NVDA poprawnie czyta m², a z tagami będzie miało więcej roboty.

    Natomiast nie rozważałbym ogólnego przypadku ze znacznikami <sup>[liczba]</sup>, bo nie ma to praktycznego znaczenia. Póki co jako ludzkość operujemy w 3 wymiarach, więc też nie bardzo mamy język na inne 😉. Na pewno nie powinno się zapisywać dowolnych znaków w ten sposób, bo po prostu nie mamy specjalnych słów na opisanie tych innych potęg, a bardziej skomplikowane formuły i tak należałoby zapisać w math.

    Dodam też, że chyba we wszystkich szablonach dotyczących miejscowości jest zapis bez sup wyrażony jako km². Jest też to bezpośrednio wpisane w niektórych artykułach (w wielu artykułach). Z tego co widzę jest tego zdecydowanie więcej niż sup. Nux (dyskusja) 01:19, 20 sie 2023 (CEST)

• Wiem, że w Unikodzie są znaczki wyższych potęg niż sześcian, ale... czy wszystkie przeglądarki i inne systemy to obsługują? Beno (dyskusja) 01:37, 20 sie 2023 (CEST)

  Zależy od czcionek w systemie i przeglądarce i od samej przeglądarki, więc ciężko powiedzieć jednoznacznie.

  https://www.alanwood.net/unicode/superscripts_and_subscripts.html

  No ale te podstawowe jak kwadrat i sześcian bywają nawet poza obsługą unicode.

  https://www.w3.org/TR/unicode-xml/#Superscripts Nux (dyskusja) 14:59, 20 sie 2023 (CEST)

• Bardzo dziękuję za podpowiedzi, będę się musiał nauczyć i przyzwyczaić. Pozdrawiam Joee (dyskusja) 06:48, 23 sie 2023 (CEST)

Metody zapobiegania łamania tekstu (nowrap kontra &nbsp)

Cześć.

Chciałbym poprosić o podpowiedź, który sposób zapobiegania łamaniu tekstu / linii w tekście jest lepszy. @Beno zmienił zastosowany przeze mnie szablon:nowrap na &nbsp. Konkretnie {{nowrap|379 [[Metr kwadratowy|m²]]}} na 379&nbsp ;m² (oczywiście bez spacji przed średnikiem ale nie umiałem tego wyświetlić bez takiego przyznaję prymitywnego obejścia, sorry). Generalnie nie mam szczególnych obiekcji, choć sam już od paru lat stosuję nowrap i nie wiedziałem, że robię źle. Jeśli tak jest to trzeba by pozmieniać sporo formatowań. Pytam aby stosować lepszy / zalecany ze sposobów. Po co takie edycje, jeśli można od razu stosować bardziej właściwą metodę. Będę wdzięczny za podpowiedź. Osobno zamierzam zapytać o m2. Pozdrawiam Joee (dyskusja) 12:19, 18 sie 2023 (CEST)

  jest zdecydowanie bardziej optymalny, jeżeli chodzi o zajmowaną przestrzeń (i zapewne renderowanie widoku), ale z drugiej strony – formatowanie stosowane przez szablon przydaje się przy bardziej bojowych zadaniach, gdzie znaki specjalne HTML mogą tylko wprowadzić tylko nieporządek i problem z czytelnością kodu. Do szablonu warto byłoby dodać wskazówki, kiedy lepiej skorzystać z niego, a kiedy z  . Velta (dyskusja) 16:32, 18 sie 2023 (CEST)

Dokładnie. Nowrap to ciężka artyleria, używamy go, gdy nie da się prościej. Beno (dyskusja) 09:13, 19 sie 2023 (CEST)

  zachowuje się lepiej niż szablon przy edycji w edytorze wizualnym. Matma Rex dyskusja 00:16, 20 sie 2023 (CEST)

Bardzo dziękuję za podpowiedź, będę się musiał nauczyć i przyzwyczaić. Pozdrawiam Joee (dyskusja) 06:48, 23 sie 2023 (CEST)

{{SgKP}}

Mam w bibliografii wstawiony ten szablon. Czy mogę do niego zrobić przypis w postaci {{odn}}? Zwiadowca²¹ 13:02, 24 sie 2023 (CEST)

• Na ten moment nie. Zresztą byłoby to niepotrzebne biorąc pod uwagę budowę szablonu, który odsyła do konkretnego hasła, a więc nie ma potrzeby wielokrotnego odsyłania do tej samej pozycji, ale do jej różnych stron. Wostr (dyskusja) 13:25, 24 sie 2023 (CEST)

Obejmij szablon <ref name="SgKP">…</ref> a potem jedynie wywołuj <ref name="SgKP"/> lub {{r|SgKP}}, jak wolisz. Wyjdzie na to samo od strony praktycznej. — smyru 16:44, 24 sie 2023 (CEST)

Technicznie się da - przez samo odn, np. {{odn|loc=Słownik...|linkuj=nie}}, albo w tandemie z {{odn/id}} (zamiast autora podając tytuł słownika). MarMi wiki (dyskusja) 17:53, 25 sie 2023 (CEST)

Ale {{odn/id}} należałoby wówczas dać w ramach szablonu {{SgKP}}. — smyru 18:15, 25 sie 2023 (CEST)

Można obok szablonu, ale z tego co pamiętam to nie będzie za ładnie wyglądało. MarMi wiki (dyskusja) 18:42, 25 sie 2023 (CEST)

{{współrzędne}}

Czy zamiast wyświetlania współrzędnych może wyświetlać się tekst? Zwiadowca²¹ 10:26, 20 sie 2023 (CEST)

Niezbyt rozumiem , o co chodzi. Współrzędne przecież są prezentowane w postaci tekstu. Co prawda linkuje on do Geohacka, jednak nadal jest to tekst. XaxeLoled ⸤ AmA ⸣ 13:05, 20 sie 2023 (CEST)

Nie tekst, tylko cyfry,a ja właśnie chciałbym tekst, tak żeby zamiast 57°18′22″N 4°27′32″W wyswietlało się np. "link". Zwiadowca²¹ 13:00, 24 sie 2023 (CEST)

Można to przerobić skryptem js (zachowuje link; nie wiem czy nie będzie potrzebne jakieś opóźnienie dla np. common.js):

$('span.geo-dms').text("link");

MarMi wiki (dyskusja) 18:53, 25 sie 2023 (CEST)

Może. Sprawdź parametry szablonu (linkuj).
Albo doprecyzuj o co dokładnie chodzi. MarMi wiki (dyskusja) 18:15, 20 sie 2023 (CEST)

Testy mapki do zabytków (WLZ)

Cześć. Pracujemy nad konkursem dotyczącym zabytków. Przygotowałem najnowszą wersję mapy: https://zabytki.toolforge.org/#!?c=54.3484:18.6587:14

Jakby ktoś zauważył problemy z mapą, to poproszę zgłaszać do mnie (może być tutaj, może być na mojej dyskusji, może być na Githubie). Jak komu wygodniej. Mało czasu już zostało, więc większych zmian już oczywiście nie uda się zrobić, ale jakby co zawsze można zgłosić pomysły na następny rok 🙂. Poprawki błędów i drobiazgi może się uda od ręki załatwić. Nux (dyskusja) 14:46, 27 sie 2023 (CEST)

Ha, właśnie się zastanawiałem, czy dałoby się to oznaczyć kolorem :) Jest chyba bug. Jak zbliżam mapkę, aby zredukować liczbę zabytków, to w menu po lewej nie zmniejsza się ich liczba (opcja "Ładuj mapki przy przesuwaniu mapy" włączona). Na mobilu trudno się wyszukuje, który to jest zabytek na mapie, gdy go klikam w menu (jak mam kilka, to za każdym razem szukanie...). Aha, czy byłaby opcja z mapką bazową OSM zamiast wikimapii? Ma więcej detali ważnych dla piechura - turysty, różne ścieżki itp. ^^ Hedger z Castleton (dyskusja) 15:06, 27 sie 2023 (CEST)

Na warstwy jest już zgłoszenie. Być może uda się zrobić przełączenie map, ale nie obiecuję.

Co do aktualizacji listy, to jest to wynik zmniejszenia dokładności współrzędnych (zmniejszone celowo ze względu na wydajność). Zawsze ładuje się nieco większy obszar niż widzisz na dużym zoomie... Ale rozumiem chyba co masz na myśli i faktycznie to nie za dobre może być. Pomyślę jak to pogodzić. Nux (dyskusja) 15:40, 27 sie 2023 (CEST)

Zoomowanie już działa :D Hedger z Castleton (dyskusja) 20:38, 27 sie 2023 (CEST)

Tak, poprawiłem wczoraj cache i filtrowanie przy zoomowaniu. Miło, że zauważyłeś nawet zanim o tym napisałem 🙂 Nux (dyskusja) 20:39, 28 sie 2023 (CEST)

Super :) dzięki temu wykryłem błędne współrzędne i poprawiłem na bliższe rzeczywistemu położeniu Kościół św. Michała Archanioła w Lublinie (farny) --Pablo000 (dyskusja) 20:51, 28 sie 2023 (CEST)