Przejdź do zawartości

Wikipedia:Kawiarenka/Kwestie techniczne dyskusja/Archiwum/2021-wrzesień

Z Wikipedii, wolnej encyklopedii

17:20, 6 wrz 2021 (CEST)

Załatwione ~Cybularny Napisz coś ✉ 17:23, 6 wrz 2021 (CEST)[odpowiedz]

Polski opis do Wikidata Q226730 (film niemy)[edytuj | edytuj kod]

Czy ktoś z uprawnieniami na Wikidata mógłby zmienić polski opis dla silent film (film niemy) na np. "film bez ścieżki dźwiękowej" (lub po prostu coś bardziej opisowego od "niemy").

Dziękuję. MarMi wiki (dyskusja) 12:33, 6 wrz 2021 (CEST)[odpowiedz]

Zrobione. Nie wiem czy definicja z wikisłownika jest poprawna. Film niemy może mieć chyba dedykowaną muzykę, tylko bez dialogów i innych specyficznych odgłosów. PuchaczTrado (napisz tutaj lub wstaw ping) 12:38, 6 wrz 2021 (CEST)[odpowiedz]

Hmm, Światła wielkiego miasta to film bez dialogów, ale z nagraną ścieżką dźwiękową z muzyką. Litwin Gorliwy Odpowiedz zoilowi 13:23, 7 wrz 2021 (CEST)[odpowiedz]

Błąd lintera w szablonie Dopracować/opis[edytuj | edytuj kod]

Linter wskazuje błąd w tym szablonie. Problemem jest to że wskazuje to w linii {{Dopracować|zależne={{#time:Y-m}}}} - ktoś wie jak można to naprawić? PMG (dyskusja) 09:29, 10 wrz 2021 (CEST)[odpowiedz]

Chodzi o Specjalna:LintErrors/missing-end-tag?namespace=10, czy o coś innego? MarMi wiki (dyskusja) 12:28, 10 wrz 2021 (CEST)[odpowiedz]
Jeśli o to, to podejrzewam że chodzi o brak pary zamykającej bold (''') w komunikacie simple dla opcji zależne w Moduł:Dopracować/resources. MarMi wiki (dyskusja) 12:58, 10 wrz 2021 (CEST)[odpowiedz]
MarMi wiki, która linia? Michał Sobkowski dyskusja 14:13, 10 wrz 2021 (CEST)[odpowiedz]
@Michał Sobkowski
333 MarMi wiki (dyskusja) 15:01, 10 wrz 2021 (CEST)[odpowiedz]
@PMG, @MarMi wiki, zamknąłem bold, czy problem zniknął? Michał Sobkowski dyskusja 15:07, 10 wrz 2021 (CEST)[odpowiedz]
Z tego co widzę to tak (Dopracować nie ma już na liście błędów niedomkniętych tagów, informacja o stronie także nie raportuje tego błędu [po purge]). MarMi wiki (dyskusja) 15:45, 10 wrz 2021 (CEST)[odpowiedz]
Tak tutaj został tylko ten jeden błąd, który jak rozumiem ma tam być. Więc problem został naprawiony.
Załatwione PMG (dyskusja) 15:48, 10 wrz 2021 (CEST)[odpowiedz]
Tak z ciekawości, to jak można zawęzić błędy z Specjalna:LintErrors do konkretnego (lub przybliżonego) fragmentu strony? MarMi wiki (dyskusja) 15:54, 10 wrz 2021 (CEST)[odpowiedz]
@MarMi wiki: po kliknięciu na "edytuj" i otwarciu edytora zostanie automatycznie zaznaczony ciąg znaków będacy przyczyną błędu. Zauważyłem jednak, że to nie działa z włączonym podświetlaniem składni. Peter Bowman (dyskusja) 16:11, 10 wrz 2021 (CEST)[odpowiedz]
A faktycznie, trochę to ukryte.
Dzięki. MarMi wiki (dyskusja) 17:05, 10 wrz 2021 (CEST)[odpowiedz]

17:34, 13 wrz 2021 (CEST)

Załatwione Aramil Feraxa (Napisz do mnie!) 18:21, 13 wrz 2021 (CEST)[odpowiedz]

Przypisy w uwagach[edytuj | edytuj kod]

Cześć! Nie mogę sobie poradzić z umieszczeniem przypisów w uwagach. Chodzi o wstawienie przypisu 5 do uwagi a, oraz o wstawienie przypisu 6 do uwagi b (drugiej) do artykułu, nad którym pracuję w brudnopisie. Będę wdzięczna za pomoc. Hortensja (dyskusja) 21:26, 13 sie 2021 (CEST)[odpowiedz]

Dla bota oznaczam jako Załatwione. XaxeLoled AmA 00:28, 14 wrz 2021 (CEST)[odpowiedz]

Zdublowane nawboksy piłkarskie[edytuj | edytuj kod]

Na PdA został poruszony problem dublujących się szablonów nawigacyjnych o piłkarskich KMŚ. Pierwszy z nich, {{Klubowe Mistrzostwa Świata FIFA}}, ma 21 interwików i jest zalinkowany w 10 hasłach, drugi – {{Klubowi mistrzowie świata w piłce nożnej}} – nie ma interwików, za to jest zalinkowany w 24 hasłach. Pinguję Wikiprojekt:Piłka nożna/powiadomienia@Wikiprojekt:Piłka nożna i autora pierwszego z szablonów, wikipedystę @Ghańczyk3456. Tempest (dyskusja) 15:42, 14 wrz 2021 (CEST)[odpowiedz]

20:31, 20 wrz 2021 (CEST)

Załatwione Aramil Feraxa (Napisz do mnie!) 21:27, 20 wrz 2021 (CEST)[odpowiedz]

Nie działa Zgłoś Błąd[edytuj | edytuj kod]

Od kilku dni nie działa formularz Zgłoś Błąd (przeglądarka Mozilla). Baloo. --95.51.207.58 (dyskusja) 09:26, 21 wrz 2021 (CEST)[odpowiedz]

Dziękuję za zgłoszenie, niestety nie działało przez mój bład. Naprawione, przepraszam. Peter Bowman (dyskusja) 09:54, 21 wrz 2021 (CEST)[odpowiedz]
Dla bota: Załatwione. XaxeLoled AmA 13:24, 21 wrz 2021 (CEST)[odpowiedz]

Narzędzie Sprzątanie kodu[edytuj | edytuj kod]

Co się stało z tym narzędziem ?. Mam go zaznaczone w preferencjach, a od niedawna jego ikona zniknęła z górnego paska narzędzi podczas edycji artykułów. Selso (dyskusja) 16:45, 23 wrz 2021 (CEST)[odpowiedz]

To u każdego tak jest (też nie mam tego przycisku). Problem został zgłoszony na stronie dyskusji wikiprojektu sprzątanie kodu. Któraś z edycji Nuxa w .js tego gadżetu spowodowała zniknięcie tego przycisku. XaxeLoled AmA 16:48, 23 wrz 2021 (CEST)[odpowiedz]
Problem został naprawiony, już powinieneś mieć u siebie ikonę od SK. Załatwione. XaxeLoled AmA 18:20, 23 wrz 2021 (CEST)[odpowiedz]
Dzięki. Selso (dyskusja) 19:37, 23 wrz 2021 (CEST)[odpowiedz]
Zgłoszenie do MW również T291657 (być może to nie jest tylko kwestia ES6, która powinna być rozwiązana). --Nux (dyskusja) 20:09, 23 wrz 2021 (CEST)[odpowiedz]

Wrong tooltip on the main site[edytuj | edytuj kod]

Hello.

On the main site, https://www.wikipedia.org, when I move my mouse pointer to the word "Polski", it says "Angielski" in the tooltip.

Probably something is wrong there, as I expect that tooltip for "Polski" would say "Polish" or something like that. Or maybe it should say just nothing (e.g. tooltip for "العربية" says "Al-ʿArabīyah", for "日本語" — "Nihongo", for "Українська" — "Ukrayins’ka", but for most of the Latin-spelled names it says nothing).

I understand, that the cause is probably not in https://pl.wikipedia.org (and maybe not even in https://www.wikidata.org), but I hope you know the contacts (needed to fix it) better than me.

Thanks.

Sasha1024 (dyskusja) 07:02, 27 wrz 2021 (CEST)[odpowiedz]

Zrobione: [14]. --WTM (dyskusja) 14:29, 27 wrz 2021 (CEST)[odpowiedz]

00:22, 28 wrz 2021 (CEST)

Załatwione ~Cybularny Napisz coś ✉ 02:05, 28 wrz 2021 (CEST)[odpowiedz]

templatedata - brak opisu typu parametrów i obsługa \n[edytuj | edytuj kod]

Pomoc:Jak_dodać_TemplateData#Opis_i_parametry nie zawiera opisu parametrów (część jest na en:Wikipedia:TemplateData/Tutorial#Completing_the_TemplateData_information).

Nowe linie (\n) w opisach w tagach templatedata - na stronie dok. w tabeli działa tylko pierwsza i ostatnia, reszta zamieniana jest na odstęp (spację?), w dymku opisu w VE \n to wyłącznie odstępy (przykłady - opis 1 param. przy {{NFT}} i w przyszłości {{transfermarkt}} [długi czas propagacji, 31 poprawiłem wywołanie #time:, a VE do tej pory jeszcze tego nie odkrył]). Ciekawe czy tagi br by zadziałały, ale na razie nie będę tego sprawdzał. MarMi wiki (dyskusja) 01:16, 5 wrz 2021 (CEST)[odpowiedz]

Coś mi się przypomina, że tagi HTML tam nie działały. Było je widać tak jak zwykły tekst. Paweł Ziemian (dyskusja) 12:56, 5 wrz 2021 (CEST)[odpowiedz]

[ odpowiedz ][edytuj | edytuj kod]

Co to jest? Gdzie wprowadzenie tego zostało na polskiej wikipedii zaaproobowane? Jak to można wyłączyć, bo bardzo (eufemistycznie pisząc) przeszkadza? Paelius (dyskusja) 18:29, 4 wrz 2021 (CEST)[odpowiedz]

Jest to funkcja eksperymentalna o nazwie Narzędzia dyskusji. I też nie wiem, dlaczego mi się to ponownie włączyło - przecież zarówno na pl.wiki, jak i Metawiki mam tę funkcję wyłączoną. Myślę , że ta linijka dodana do twojego common.css powinna załatwić sprawę:
.ext-discussiontools-init-replylink-bracket, .ext-discussiontools-init-replylink-buttons, .ext-discussiontools-init-replylink-reply {
    display: none;
}
XaxeLoled AmA 18:50, 4 wrz 2021 (CEST)[odpowiedz]
Zmiany techniczne związane z tym narzędziem były ogłaszane kilkukrotnie, pierwszy raz już chyba kilka miesięcy temu. To narzędzie służy ułatwienia młodszym użytkownikom brania udziału w dyskusjach i czyni interfejs Wiki bardziej przyjazny dla nowicjuszy. Jeśli chcesz to narzędzie wyłączyć, to możesz to zrobić na stronie Specjalna:Preferencje#mw-prefsection-betafeatures w zakładce "Narzędzia dyskusji". Nadzik (dyskusja) 21:46, 4 wrz 2021 (CEST)[odpowiedz]
Ja nie mam włączonej tej funkcji, więc nie mam czego wyłączać. Pytanie dlaczego funkcja eksperymentalna stała się domyślna? Paelius (dyskusja) 22:31, 4 wrz 2021 (CEST)[odpowiedz]
@Paelius @Nadzik Można wyłączyć w preferencjach: Preferencje → Edycja → Strony dyskusji → Włącz szybkie odpowiedzi. Matma Rex dyskusja 02:02, 5 wrz 2021 (CEST)[odpowiedz]
Szybkie odpowiedzi zostały „promowane” z funkcji eksperymentalnej do normalnej po ok. roku testów, co było ostatnio ogłoszone w Kawiarence: Wikipedia:Kawiarenka/Ogólne#Discussion tools update. Funkcja eksperymentalna nadal istnieje, bo teraz obejmuje narzędzia do dodawanie wątków oraz do subskrybowania wątków. Matma Rex dyskusja 02:02, 5 wrz 2021 (CEST)[odpowiedz]
A na jakiej podstawie zostały promowane? Gdzie był konsensus na pl.wiki, że ma to zostać wprowadzone? Chyba społeczność powinna jednak mieć jakiś wpływ na wprowadzanie zmian? No i dla mnie nic nie zostało ogłoszone, bo wpis nie jest w języku tej wikipedii (po polsku). Paelius (dyskusja) 10:03, 5 wrz 2021 (CEST)[odpowiedz]
@Paelius, jeśli zgłaszasz się na ochotnika do tłumaczeń ogłoszeń, {{to popraw}}/śmiało modyfikuj strony. Żadna organizacja, czy to afiliant, czy Wikimedia Foundation nie posiadają środków i technicznych możliwości na zapewnienie tłumaczenia całej komunikacji na wszystkie języki. Także na Twoim miejscu na najbliższą przyszłość przywykłbym do komunikatów w języku angielskim. Duża część ogłoszeń i treści na meta i tak jest tłumaczona na język polski, czy to przez wolontariuszy czy przez pracowników w ich wolnym czasie. Jeżeli chcesz nam pomóc, zapraszam z otwartymi rękami. Jeśli nie, mówi się trudno, żyje się dalej i przyzwyczaja się do komunikatów w języku angielskim. Nadzik (dyskusja) 11:03, 5 wrz 2021 (CEST)[odpowiedz]
Gdybyś chciał jednak, żeby przetłumaczyć dla Ciebie jakąś konkretną wiadomość/ogłoszenie, daj proszę znać, w wolnym czasie mogę coś takiego dla Ciebie lub społeczności zrobić. Nadzik (dyskusja) 11:05, 5 wrz 2021 (CEST)[odpowiedz]
@Paelius:
A na jakiej podstawie zostały promowane? Na podstawie a) wyników testów porównawczych (testów A/B), które wykonaliśmy na początku roku, w których nowi Wikipedyści mający dostęp do narzędzia napisali więcej komentarzy i popełnili mniej pomyłek/wandalizmów skutkujących wycofaniem ich edycji: VisualEditor/Newsletter/2021/June (ten test również wspomniany było w tamtym wpisie w Kawiarence) oraz b) pozytywnych komentarzy od „starych” Wikipedystów z różnych projektów.
Gdzie był konsensus na pl.wiki, że ma to zostać wprowadzone? Nie było, i nie było również żadnego sprzeciwu, mimo wielu wpisów w Kawiarence koleżanki Whatamidoing, bo w ogóle prawie nikt nic nam nie odpisał. Nieliczne komentarze były pozytywne. A prośby o wprowadzenie tej funkcji były już w konsultacjach na początku projektu w roku 2019: Dyskusja Wikipedii:Konsultacje w sprawie stron dyskusji#Przycisk odpowiedź.
Chyba społeczność powinna jednak mieć jakiś wpływ na wprowadzanie zmian? Społeczność jak najbardziej ma wpływ na te zmiany. Na przykład społeczność Wikipedii rosyjskojęzycznej zgłosiła parę wątpliwości (głównie w kwestii różnic z popularnym tam narzędziem Convenient Discussions) i tam funkcja szybkich odpowiedzi nie została i nie będzie promowana, dopóki na nie nie odpowiemy. Z naszej Wikipedii nikt nic nie powiedział.
No i dla mnie nic nie zostało ogłoszone, bo wpis nie jest w języku tej wikipedii (po polsku). Przykro mi z tego powodu, ale nie podejmę się sam przetłumaczenia wszystkiego, mam inne obowiązki i inne hobby, a w WMF pracuje niewielu Polaków. Szczerze polecam translator DeepL (https://www.deepl.com/), wyniki tłumaczenia z angielskiego na polski są moim zdaniem dużo lepsze niż w popularnym Tłumaczu Google, i choć nie zawsze idealne i gotowe do publikacji, to w zupełności zrozumiałe.
Matma Rex dyskusja 00:11, 6 wrz 2021 (CEST)[odpowiedz]
Jest to wygodniejszy i szybszy (przynajmniej w niektórych sytuacjach) sposób odpowiadania od ładowania całej strony dyskusji w VE, albo ręcznego szukania odpowiedniego fragmentu (przy dłuższych dyskusjach) w edytorze kodu (i dodawaniu odpowiedniej ilości wcięć, a potem podglądania strony). Wada - niektóre (wszystkie?) elementy blokowe (wielowierszowe) podane w ten sposób (np. przez syntaxhighlight) trzeba po dodaniu edytować ręcznie w kodzie (albo dodać je w kodzie po odpowiedzi), bo do nowych linii dodawane są dwukropki wcięć. MarMi wiki (dyskusja) 23:00, 4 wrz 2021 (CEST)[odpowiedz]
Podstawową wadą to jest akurat aspekt wizualny/typograficzny. Paelius (dyskusja) 23:43, 4 wrz 2021 (CEST)[odpowiedz]
Wygląd tych przycisków został dobrany na bazie istniejących elementów (przycisków [edytuj] itp.), aby jak najmniej rzucał się w oczy w porównaniu do reszty stron dyskusji. Jeżeli w tej formie Ci przeszkadzają, to chyba nic nie mogę poradzić, ale ciekawy jestem, co konkretnie w tym aspekcie jest nie w porządku?
P.S. W planach (na koniec tego roku i początek przyszłego) są zmiany wyglądu stron dyskusji, które obejmą również te przyciski – nie liczę, że do czegokolwiek Cię przekonam, ale informuję. Krótki opis (po angielsku): Talk pages project/Usability#Phase 2: Affordances. Podobnie jak wcześniejsze zmiany, zostaną ogłoszone gdzieś w Kawiarence, a następnie pojawią się w funkcjach eksperymentalnych.
(Pracuję w WMF w zespole odpowiedzianym za te funkcje.) Matma Rex dyskusja 02:20, 5 wrz 2021 (CEST)[odpowiedz]
Wygląd został tak dobrany, że przyciski dominują nad wszystkim (ze względu na użyty rozmiar i kolor), a dodatkowo przez swoją redundancję (po każdym wpisie) przytłaczają teksty wpisów, które powinny być najbardziej wybijającym się elementem na stronie. Paelius (dyskusja) 10:03, 5 wrz 2021 (CEST)[odpowiedz]
O ile pamiętam, to używasz jakiejś starej skórki. Tymczasem te przyciski zostały dopasowane do nowej i mogą źle wyglądać ze starą. W tym bym się dopatrywał źródła problemu. Gżdacz (dyskusja) 10:56, 5 wrz 2021 (CEST)[odpowiedz]
To źle, że osoby zajmujące się wprowadzaniem nowych funkcji nie dbają o stare skórki. Chciałbym mieć nadzieję, że to tylko wyjątek potwierdzający regułę, a istotne zmiany są testowane na wszystkich skórkach. Ten średnio przydatny przycisk mógłbym przeboleć, ale jak Monobook całkiem przestanie działać, to wątpię, czy będzie mi się chciało dalej edytować Wikipedię. PG (dyskusja) 15:58, 5 wrz 2021 (CEST)[odpowiedz]
Jak sądzę żartujesz sobie ze mnie, bo przyciski mają identyczny rozmiar i kolor jak reszta tekstu i linków na stronie, we wszystkich sześciu dostępnych skórkach. Matma Rex dyskusja 00:15, 6 wrz 2021 (CEST)[odpowiedz]
Jak Ci się nie podoba to sobie wyłącz i tyle. W czym problem? Ew. jak lubisz i umiesz, to możesz sobie w CSS pozmieniać. Z tego co widzę niemal każdy element tego GUI ma swoją klasę, więc możesz sobie zmienić osobno nawiasy i sam link niemal dowolnie. BTW. Linki do odpowiedz są niemal identyczne jak te przy edycji sekcji, więc ja tu nie widzę nic dziwnego. Nux (dyskusja) 00:39, 6 wrz 2021 (CEST)[odpowiedz]
  • Miałem ten sam problem co Paelius, nie chciało mi się grzebać w preferencjach, ale Matma Rex pomógł - dzięki. Yurek88 (vitalap) 14:13, 5 wrz 2021 (CEST)[odpowiedz]
  • Mi się ta funkcja podobała na początku, ale teraz jestem bardziej sceptyczny. Przede wszystkim często pokazuje błąd serwera, a mimo wszystko odpowiedź jest zapisywana. No i nie przychodzą mi powiadomienia, jak ktoś odpowie (chyba, że nikt mi nie odpowiada tym sposobem). PuchaczTrado (napisz tutaj lub wstaw ping) 12:47, 6 wrz 2021 (CEST)[odpowiedz]
    To raczej tak nie działa, nadal trzeba kogoś ręcznie spingować (lub być spingowanym). Chyba że masz na myśli subskrypcję wątku.
    Ja błędu serwera przy odpowiadaniu jeszcze nigdy nie napotkałem, a już dość długi czas tego używam. MarMi wiki (dyskusja) 16:15, 6 wrz 2021 (CEST)[odpowiedz]
    @MarMi wiki Błąd serwera najczęściej mi się trafiał w dyskusjach nad zgłoszeniami w czywieszu. PuchaczTrado (napisz tutaj lub wstaw ping) 12:26, 8 wrz 2021 (CEST)[odpowiedz]
    @PuchaczTrado Chyba zidentyfikowałem problem powodujący te błędy, powinien być wkrótce naprawiony (zgłoszone jako T290514). Dzięki za informację o tym, które strony powodują problem.
    Co do powiadomień, narzędzie do odpowiedzi samo w sobie nie wysyła żadnych powiadomień – tylko jeśli ktoś wstawi w komentarzu ping (wzmiankę).
    Jako część funkcji eksperymentalnej „Narzędzia dyskusji” dostępna jest jednak możliwość subskrybowania wątków – gdy subskrybujesz dany wątek, to wtedy otrzymasz powiadomienia o każdym komentarzu w tym wątku (również bez pingów, i niezależnie od użytego narzędzia / edytora). Matma Rex dyskusja 13:19, 8 wrz 2021 (CEST)[odpowiedz]

VE wstaw szablon - błędny link do strony szablonu bez templatedata[edytuj | edytuj kod]

Jeśli szablon nie ma danych szablonu (templatedata) dla VE, link do strony szablonu w dialogu wstawiania szablonu w VE nie ma prefixu Szablon: (dotyczy m.in. {{nie w źródle}}). MarMi wiki (dyskusja) 00:38, 9 wrz 2021 (CEST)[odpowiedz]

Nieaktualne gwiazdki przy interwiki[edytuj | edytuj kod]

Angielska wersja A u was Murzynów biją! ma u nas w liście interwiki gwiazdkę, ale status Good Article (Dobrego Artykułu) na en wiki straciła w maju: [18]. Jakiś bot padł czy rzadko chodzi? Czy gorzej, to się ręcznie naprawia? (A poza tym do dobrze było by mieć inne symbole na GA/DA i FA/AnM).--Piotr Konieczny aka Prokonsul Piotrus Słucham? 06:42, 12 wrz 2021 (CEST)[odpowiedz]

nikt nie zdjął oznaczenia na WD. Jak to rozwiązują na en.wiki/WD nie wiem. Tam trzeba pytać dlaczego nie zostało to zsynchronizowane. ~malarz pl PISZ 13:32, 12 wrz 2021 (CEST)[odpowiedz]

Błąd! Nieznany kod języka: English. Sprawdź listę kodów.[edytuj | edytuj kod]

Czy ktoś mógłby ten problem rozwiązać? Może coś na Pomoc:Interwiki do tego się odnosi. Problem pojawia się niekiedy przy generacji źródeł w szablonach cytuj itp.: <ref>{{Cytuj |autor = Dariusz Baran |tytuł = In Memoriam – Professor Jerzy Mikułowski Pomorski |czasopismo = Central European Journal of Communication |data = 2021 |data dostępu = 2021-09-07 |issn = 1899-5101 |wolumin = 14 |numer = 28 |s = 187–189 |url = https://www.ceeol.com/search/article-detail?id=957442 |język = English}}</ref>[1] Chodzi o to, by parameter "język" rozumiał angielskie kody języka i tłumaczył na polski. Rozumie "en" i daje wtedy "ang." Nie wiem gdzie dodać to 'English'. Jeszcze dodam, że czasami jest 'Polish', na tym też się wykrzacza (pl jest ok). Kilka innych większych języków może też warto poprawić bo może od święta takie też się wykorzystuje... Na razie to trzeba ręcznie poprawiać (albo może jakiś bot po tym jeździ), ale to powinno się dać zrobić na poziomie jakieś tabeli czy listy kodów, tak jak en->ang.? --Piotr Konieczny aka Prokonsul Piotrus Słucham? 05:24, 7 wrz 2021 (CEST)[odpowiedz]

Technicznie da się to zrobić, ale w sumie to dlaczego na polskiej wikipedii szablon ma rozumieć po angielsku? (A jeśli ma rozumieć po angielsku, to czemu nie w kilkuset innych językach?) Bo się komuś nie chce zmienić kodu na poprawną sładnię przy kopiowaniu z en-wiki? No bez przesady - jak szablon się wykrzaczy, to jest jasny (No, ok - wcześniej nie linkowało bezpośrednio do listy kodów - poprawiłem) komunikat, co należy zrobić. Sprawdzić listę języków i wstawić dwuliterowy kod języka według ISO. Tylko trzeba chcieć to zrobić. -- Botev 12:48, 7 wrz 2021 (CEST)[odpowiedz]
Zmieniłem na link do Moduł:Lang/data, bo Lang obsługuje więcej języków (i ich wariantów) niż jest wersji językowych Wikipedii. --MarMi wiki (dyskusja) 14:04, 7 wrz 2021 (CEST)[odpowiedz]
Ok, tylko to jest mniej czytelne dla kogoś, kto po prostu szuka kodu (w gruncie rzeczy nie wiadomo na pierwszy rzut oka, o które kody chodzi). Wypadałoby zrobić prostą tabelkę w ramach dokumentacji Modułu. -- Botev 18:49, 7 wrz 2021 (CEST)[odpowiedz]
Właśnie, czy szablon nie mógłby nie dałoby się normalizować kodów języka (żeby w kodzie zawsze było np. "en", "pl" zamiast EN, pl-PL, en-gb i tym podobnych), bo dość często widzę że jest to potem ręcznie poprawiane przez inne osoby? MarMi wiki (dyskusja) 12:39, 7 wrz 2021 (CEST)[odpowiedz]
Samo się nie poprawi z pl-PL na pl w kodzie. To jest w sumie ta sama sytucja, co wyżej - szablon się wykrzacza na czerwono, a wstawiającemu przypis nie chce się tego sprawdzić i tak zostaje. I potem trzeba po kimś poprawiać. -- Botev (dyskusja) 12:48, 7 wrz 2021 (CEST)[odpowiedz]
  1. Dariusz Baran, In Memoriam – Professor Jerzy Mikułowski Pomorski, „Central European Journal of Communication”, 14 (28), 2021, s. 187–189, ISSN 1899-5101 [dostęp 2021-09-07] (Błąd! Nieznany kod języka: English. Sprawdź listę kodów.).

Cieszę się zainteresowaniem, ale problem dalej jednak nie rozwiązany...? Realistycznie nie ma co się martwić wszystkimi językami, kilka największych dodać i po sprawie. PS. Dzięki za poprawę linku do Moduł:Lang/data, ale kod mnie przerasta, boję się tego edytować bo jeszcze coś większego zepsuję. --Piotr Konieczny aka Prokonsul Piotrus Słucham? 06:45, 12 wrz 2021 (CEST)[odpowiedz]

A propo popularności - są jakieś statystyki jak często trafiają się nazwy krajów w Cytuj? MarMi wiki (dyskusja) 13:44, 12 wrz 2021 (CEST)[odpowiedz]
@MarMi wiki Jak są, chciałbym bardzo zobaczyć :) Ciekawa sprawa. Piotr Konieczny aka Prokonsul Piotrus Słucham? 15:15, 12 wrz 2021 (CEST)[odpowiedz]

Jak podejrzeć stronę wiki, której źródło zajmuje kilka(set) MB?[edytuj | edytuj kod]

Jak można podejrzeć wyrenderowaną stronę (tabelę) wiki zajmującą 134 MB w pliku tekstowym (zrzut szablonu Cytuj)? MarMi wiki (dyskusja) 14:13, 12 wrz 2021 (CEST)[odpowiedz]

@MarMi wiki: program Notepad++ powinien sobie dać radę. Jeżeli działasz na Linuksie/WSL, spróbuj najpierw cat plik.txt | less. Peter Bowman (dyskusja) 15:30, 12 wrz 2021 (CEST)[odpowiedz]
Chodzi o widok już po wyrenderowaniu tabeli, bo sam tekst kodu otwiera się bez problemu (chyba że less lub Notepad++ mają taką możliwość?).
Mogę wprawdzie ręcznie podstawiać mniejsze fragmenty do edytora kodu i robić podgląd, ale jakby się to dało zrobić od razu dla całego pliku...
Przy okazji, może ktoś wie (zanim dojdę do tego eksperymentalnie) jakie jest ograniczenie na wielkość przesłanego kodu strony na Wikipedię (dla podglądu), i czy zalogowanie wpływa na tą wartość? MarMi wiki (dyskusja) 16:38, 12 wrz 2021 (CEST)[odpowiedz]
Dla zapytań API to będzie 12 MB, co powinno mieć zastosowanie, gdy opcja "Pokazuj podgląd bez przeładowywania strony" w preferencjach jest włączona (tak zwane narzędzie "Live Preview"). Peter Bowman (dyskusja) 17:04, 12 wrz 2021 (CEST)[odpowiedz]

Edytowanie sekcji[edytuj | edytuj kod]

Znienacka (i znowu bez dyskusji, ale to już standard) zwiększono font [edytuj kod] przy edycji sekcji. Skoro, jak rozumiem, jest to feature i tak według wyżej postawionych osób ma być, chciałbym się dowiedzieć jak przywrócić dawny rozmiar fontu nie uderzający swoim rozmiarem po oczach. Paelius (dyskusja) 20:34, 12 wrz 2021 (CEST)[odpowiedz]

Było o tym tutaj, kilka dni temu. ~malarz pl PISZ 21:13, 12 wrz 2021 (CEST)[odpowiedz]
No dobrze. To skoro ktoś to zepsuł, to jak przywrócić normalny rozmiar? Paelius (dyskusja) 21:20, 12 wrz 2021 (CEST)[odpowiedz]
Można dodać swój styl np. font-size: x-small; (+ewentualnie !important) dla klas css mw-editsection i ext-discussiontools-init-section-subscribe. MarMi wiki (dyskusja) 22:16, 12 wrz 2021 (CEST)[odpowiedz]
Że można to ja mniemałem od początku. Moje pytanie było (skoro już zepsuto) o łopatologiczny zapis do wklejenia (do .js lub .css). Paelius (dyskusja) 22:27, 12 wrz 2021 (CEST)[odpowiedz]
Proszę bardzo. Wklej to do swojego common.css:
.mw-editsection, .ext-discussiontools-init-section-subscribe {
  font-size: x-small;
}
W miejsce x-small możesz wpisać też inną wartość, która będzie ci odpowiadać, ale to już byś musiał sam poeksperymentować (tutaj masz link do tabelki z wielkościami czcionek). XaxeLoled AmA 22:58, 12 wrz 2021 (CEST)[odpowiedz]
Dziękuję. Paelius (dyskusja) 23:17, 12 wrz 2021 (CEST)[odpowiedz]
Normalny rozmiar to ten, który jest obecnie, natomiast kod przywracający wcześniejszy wygląd podano w wątku podlinkowanym przez Malarza... Peter Bowman (dyskusja) 23:01, 12 wrz 2021 (CEST)[odpowiedz]
Normalny to ten, który był przez ponad 12 lat (zanim komuś zaczął przeszkadzać). A kod przywracający może i podano w podlinkowanym wątku, ale w formie nieprzystosowanej dla osób mających alergię na javascript i które w zakresie css-a zatrzymały się na implementacji XHTML 1.0. Paelius (dyskusja) 23:09, 12 wrz 2021 (CEST)[odpowiedz]
Sprostowanie:
XHTML 1.0 (XMLowa wersja HTML 4.01) pojawił się w 2000, a wtedy było już CSS2 (kaskadowe style i font-size/weight były już od CSS1, opublikowanego w grudniu 1996). MarMi wiki (dyskusja) 13:10, 13 wrz 2021 (CEST)[odpowiedz]

Blokada szablonów[edytuj | edytuj kod]

Ostatnio nowicjuszowi nie spodobał się szablon, więc zmienił nazwę pola. Nie jego wina. Czy nie można byłoby zabezpieczyć wszystkich szablonów? Moim zdaniem należy to zrobić, do redaktora albo i admina (z informacją, że jeśli ktoś chce zmieniać, zostanie mu to udostępnione). Ciacho5 (dyskusja) 18:29, 30 lip 2021 (CEST)[odpowiedz]

Chyba lepiej do redaktora (w razie problemów edytować mogłoby tylko 100 osób). @Ciacho5, czy miałoby to dotyczyć również szablonów nawigacyjnych? Bolszewski Wikipedysta zamień słówko 19:00, 30 lip 2021 (CEST)[odpowiedz]

  • Chyba bardziej uniwersalnym rozwiązaniem byłoby gdyby istniała osobna grupa z uprawnieniem do edycji szablonów i modułów. Wikitechnik albo coś. Mogliby do niej z automatu należeć redaktorzy. Chyba już było kiedyś coś takiego dyskutowane. Paweł Ziemian (dyskusja) 19:43, 30 lip 2021 (CEST)[odpowiedz]
  • Błąd ukazał się tylko tej grupie ok. stu osób z uprawnieniami redaktora. Dzięki mechanizmowi wersji przejrzanych pozostałym użytkownikom (oraz czytelnikom Wikipedii) powinna zostać wyświetlona wcześniejsza, działająca wersja. Peter Bowman (dyskusja) 19:47, 30 lip 2021 (CEST)[odpowiedz]
  • Szablony nawigacyjne może dla redaktorów lub autoconfirmed, chociaż kilkanaście edycji w 4 dni to może być stanowczo za mało na zdobycie wiedzy o szablonach. Z pewnością nie powinno być tak, że ktoś bez uzgodnienia i może bez zauważenia, zmienia infoboks. Większość infoboksów to efekt jakiejś pracy i uzgodnień, a jak komuś przyjdzie do głowy zmieniać współmałżonek na współmałżonka to może na kilka czy kilkanaście minut zrobić bałagan w setkach/tysiącach artów, nie? Ciacho5 (dyskusja) 19:51, 30 lip 2021 (CEST)[odpowiedz]
  • Infoboksy można by zabezpieczać prewencyjnie na średnim poziomie – są skomplikowane, nowicjusze nie mają tam po co grzebać (szczerze mówiąc, nawet większość administratorów nie ma ochoty tego robić, ale tutaj pewnie można liczyć na zdrowy rozsądek). Szablonów nawigacyjnych zabezpieczać raczej nie chcemy, bo będzie zaraz lawina próśb do administratorów w stylu „dodajcie nową płytę” albo „dodajcie nowy sezon serialu”. PG (dyskusja) 15:28, 1 sie 2021 (CEST)[odpowiedz]
  • Szablony mają przecież wersje przejrzane, czy nie ma możliwości zrobić tak, żeby na strony podstawiała się przejrzana zamiast najnowszej? Myślę, że to rozwiązałoby problem.--Krzysiek 123456789 (dyskusja) 22:24, 2 sie 2021 (CEST)[odpowiedz]
W lutym 2019 na Wikidanych zostało przeprowadzone to głosowanie, można pomyśleć o podobnym rozwiązaniu jak u nich. Warto by rozszerzyć temat na moduły: spośród pięciu najczęściej u nas używanych żaden nie jest zabezpieczony, wliczając w to moduł z ostrzeżeniem "Uwaga: nie edytuj". Grawiton toki! 19:00, 15 wrz 2021 (CEST)[odpowiedz]

Automatyczny przypis przeinacza nazwisko autora[edytuj | edytuj kod]

Automatyczny przypis dla [20] przekształca z jakiegoś powodu nazwisko autora (ze spanu z klasami css "author vcard") na "Szm, ra" (w źródle jest ok, pomijając fakt że to autor podany dla całkiem innego artykułu). MarMi wiki (dyskusja) 16:54, 15 wrz 2021 (CEST)[odpowiedz]

Czy mógłbyś jakoś pomoc i podać gdzie tak ucina (jaka strona..) .. (szukałem i nie znalazłem) --Ignasiak (dyskusja) 19:23, 16 wrz 2021 (CEST)[odpowiedz]
[21] oraz ten sam link 16 powyżej. Wystarczy tylko dodać z nim przypis w VE (chyba że od tego czasu się poprawiło). MarMi wiki (dyskusja) 23:57, 16 wrz 2021 (CEST)[odpowiedz]
  • Automaty to tylko automaty. Jeśli przypis przygotowany przez mw:citoid wygląda źle, to trzeba go najzwyczajniej poprawić. To narzędzie stara się za wszelką cenę znaleźć jak najwięcej informacji analizując treść strony najczęściej ukrywaną w jakichś niewidzialnych metadanych. Jednak podobnie do mojego bota, nie rozumie żadnego języka. Bazuje tylko na pewnych umownych sekwencjach. Czasami może się więc mylić. Paweł Ziemian (dyskusja) 22:53, 16 wrz 2021 (CEST)[odpowiedz]
    Po sprawdzeniu wywołania przez citoid api, to mi wygląda (zwłaszcza widać to w formacie wikibase, a także po dodaniu przypisu na enwiki) na błędne potraktowanie "and" jako słowa kluczowego i z jednego "Szmandra" robią się dwaj autorzy oddzieleni ", ". MarMi wiki (dyskusja) 01:50, 17 wrz 2021 (CEST)[odpowiedz]

Eksp. Narzędzie dyskusji - subskrypcja wątku w dyskusji[edytuj | edytuj kod]

Gdzie można znaleźć listę zasubskrybowanych wątków? Żeby potem można było je np. usunąć. W Obserwowanych jakoś tego nie znalazłem.

Chodzi o funkcję eksperymentalną Narzędzia dyskusji (nazwa pisana z pamięci). MarMi wiki (dyskusja) 17:16, 31 sie 2021 (CEST)[odpowiedz]

@MarMi wiki: subskrypcje są przechowywane w tabeli "discussiontools_subscription" ([22], [23]), która jest ograniczona do 5000 wątków. Do tej tabeli nie ma dostępu z poziomu replik bazy, tj. nie ma możliwości wglądu poprzez Quarry czy podobne mechanizmy. Istnieje moduł API do subskrypcji, ale nie do podglądu zapisanych wątków. Nie widzę też żadnej strony specjalnej, więc chyba nie da rady. Peter Bowman (dyskusja) 18:23, 31 sie 2021 (CEST)[odpowiedz]
@Whatamidoing (WMF), pinging you here as you have requested to be notified about community feedback. Is it possible to display the list of subscribed threads (in order to view and/or delete them)? If not, is something like this planned for the future? Thanks! Nadzik (dyskusja) 18:40, 31 sie 2021 (CEST)[odpowiedz]
Hello, @Nadzik. That doesn't exist, but they're working on it: phab:T273342. Whatamidoing (WMF) (dyskusja) 20:17, 31 sie 2021 (CEST)[odpowiedz]
@Nadzik: are you able to share what led you to ask whether there would be a place for you to see all of the threads you have subscribed to? Asked in another way: if there was a page where you could view all of the treads you have subscribed to, what could you imagine yourself using it for?
For context: I am asking these questions because we are actively discussing the design of this page and knowing what people imagine themselves using this page for is valuable to know so we can make sure what we end up introducing is valuable. PPelberg (WMF) (dyskusja) 07:26, 1 wrz 2021 (CEST)[odpowiedz]
@PPelberg (WMF), imagine that there are several active discussions going on on many projects. That would mean that I can get pinged several times a day, even several times per hour. I would like to see a place with:
  • all the subscribed threads [either on project X or globally];
  • [ideally, but I won't argue about it] the date on which I have subscribed to a thread;
  • [ideally, but I won't argue about it] the number of pings I have gotten since I have subscribed;
  • a button that I could click to subscribed a threada button that I could click to unsubscribe a thread. Directly from this interface, without a need to go to each individual thread;
I imagine it working in a similar way as Specjalna:Edytuj obserwowane, which allows us to see in one place all the pages that we "watch". I hope I have explained it clearly, feel free to reach out to me if you have additional questions! Nadzik (dyskusja) 09:55, 1 wrz 2021 (CEST)[odpowiedz]
Domyślam się, że w ostatnim punkcie chodzi o usuwanie subskrypcji bezpośrednio z listy subskrybowanych wątków? MarMi wiki (dyskusja) 12:40, 1 wrz 2021 (CEST)[odpowiedz]
@Nadzik: the information you would value having access to about the threads you are subscribed to is clear to me now...thank you!
A follow up question for you: why would you valuing knowing the date on which you subscribed to a thread and the number of pings you have gotten since you subscribed? Asked in a different way: what decision and or/action would this information make it easier for you to make or do?
Note: please let me know if it would be helpful for me to trying restating anything above to make it easier to understand :) PPelberg (WMF) (dyskusja) 03:11, 8 wrz 2021 (CEST)[odpowiedz]
@PPelberg (WMF)
What the list would be useful for (in case of inactive threads):
- for removing dead threads (at permanent storage, eventually there will be someone who will reach the limit)
- for making bookmarks to threads, because from what I can see you can subscribe threads also in archives. It would be even better if the subscription would update the link to a thread after it has been moved to an archive. MarMi wiki (dyskusja) 14:16, 1 wrz 2021 (CEST)[odpowiedz]
@MarMi wiki: knowing how you can imagine yourself using a page that has all of the topics you've subscribed to helpful context for us to have...thank you for sharing it here! A couple of clarifying questions for you below.
Clarifying questions for you
  1. "...for removing dead threads (at permanent storage, eventually there will be someone who will reach the limit)" Would it be accurate for me to interpret the above as, "I want to be able to identify and unsubscribe from threads I am no longer interested in, so that I am not at risk of reaching the software's storage limit and prevented from subscribing to new threads."
  2. "...for making bookmarks to threads, because from what I can see you can subscribe threads also in archives. It would be even better if the subscription would update the link to a thread after it has been moved to an archive." Would it be accurate for me to interpret the above as, "I want to be able to see all of the topics I have subscribed to in one place, so that I can easily revisit specific conversations I may not have looked at in some time."
PPelberg (WMF) (dyskusja) 03:18, 8 wrz 2021 (CEST)[odpowiedz]
@PPelberg (WMF), let me add a suggestion: I would like to automatically subscribe to all threads I start in any other user's talk page so that I'm always notified of their reply, regardless of them remembering or not to ping me. Of course this poses the risk of hitting the software limit - would it be possible to unsubscribe from a thread that has been removed/archived, also in an automatic fashion? Peter Bowman (dyskusja) 11:25, 8 wrz 2021 (CEST)[odpowiedz]
@Peter Bowman, suggestions like the ones you are sharing are crucial for the feature working in ways you all value....thank you for stopping by to say something!
Two follow up questions for you:
  1. Can you share what might be concerning to you about being automatically subscribed to all of the conversations you participate in, across namespaces?
  2. Can you share why you think it would be valuable to automatically be unsubscribed from a conversation once it is archived? I ask this question assuming that once a conversation has been archived there is a low probability that you will receive new notifications about it.
PPelberg (WMF) (dyskusja) 02:41, 11 wrz 2021 (CEST)[odpowiedz]
Hello, @PPelberg (WMF). For years, even before the Echo extension and its notification system were introduced, I have been using the popular plwiki's replylinks gadget (you might want to add it to mw:Talk pages project#References). Among other goals, it aims to facilitate replying to messages on one's talk page by opening a new thread in the talk page of the other user while adding backreferences. The main disadvantage is having the same conversation split in two locations. With Echo, one can simply reply on the original thread provided the other user is properly pinged in order to get their notification. The only thing stopping me from the adoption of this strategy (on user talk pages) is the risk of forgetting to ping (or not being pinged). Bearing this in mind, my suggestion is that starting a new thread should entail an automatic subscription. Remark: I don't want to be automatically subscribed in all conversations I participate in, rather only on those I start. It is my decision to (manually) subscribe or not if I join an ongoing conversation.
Your assumption regarding archived conversations is correct. On my part, I assumed there is a hard limit for the number of subscribed threads and there seems to be no means of unsubscribing from a conversation in the backend, therefore using a trigger like the one I propose seems a reasonable way to tackle the problem. I might be wrong in my assumptions, though.
Let me add one more suggestion. Recently, a user was replying on the same thread and submitted their changes before I did (using DiscussionTools). No edit conflict resulted from this, but my comment was already obsolete as soon as it showed up. The tool could have warned me about those changes, either while I was typing, or prior to saving my reply. In the ideal scenario, conversations are refreshed and updates are displayed in a dynamic manner. Peter Bowman (dyskusja) 14:31, 17 wrz 2021 (CEST)[odpowiedz]
@PPelberg (WMF)
1. Yes. Also there could be cases that the subscription to a thread will become invalid for some reason (I don't know how thread removal/renaming/archivization is handled by the subscription), filling up the storage.
2. Yes. MarMi wiki (dyskusja) 13:42, 8 wrz 2021 (CEST)[odpowiedz]
Thank you for writing to confirm, @MarMi wiki.
I have documented what you wrote in "1." above in Phabricator: T290786. If new ideas strike you for information you would find helpful when deciding to unsubscribe from a topic, please ping me here or comment on the Phabricator task. PPelberg (WMF) (dyskusja) 02:34, 11 wrz 2021 (CEST)[odpowiedz]

VE, wartość automatyczna a brak parametru[edytuj | edytuj kod]

Jeśli nada się opcjonalnemu parametrowi pozycyjnemu wartość automatyczną (w templatedata), to przy już istniejących wywołaniach szablonu bez tego parametru, dialog VE edycji tego szablonu wprowadza w błąd, wyświetlając to pole jakoby było już ustawione na wartość automatyczną. Rzeczywiste ustawienie tego parametru wymaga ręcznego skasowania wartości i ponownego jego wpisania/wybrania z listy (albo modyfikacji/dodania innego parametru). Lepiej byłoby, jakby w takim przypadku takie pole pokazywane było z pustą wartością (do czasu odblokowania przycisku zapisz). MarMi wiki (dyskusja) 16:23, 21 wrz 2021 (CEST)[odpowiedz]

Niesłuszny szablon Dopracować przy artykułach o mandze i anime[edytuj | edytuj kod]

Cześć - w piątek utworzyłem artykuł o mandze Kaijū 8-gō, w którym znajduje się jedna kategoria Manga, dodana automatycznie po wstawieniu szablonu {{Animanga infobox}}. Na drugi dzień @MastiBot wstawia z automatu szablon {{Dopracować}} z powodu braku kategorii. Z tym problemem spotkałem się tworząc artykuł o zerowym tomie mangi Jujutsu Kaisen (konkretnie Jujutsu Kaisen 0 – Technikum Jujutsu w Tokio (wcześniej był pod nazwą Jujutsu kaisen 0: Tōkyō toritsu jujutsu kōtō senmon gakkō, ale później przeniesiony pod polski tytuł po fakcie zatwierdzenia przez wydawnictwo Waneko)). W przypadku wcześniejszego przykładu próbowałem rozwiązać problem, lecz zakończyło się patowo. W przypadku Kaijū 8-gō, brak kontaktu. Dlatego w ostateczności postanowiłem wpisać się tutaj, by poprosić o rozwiązanie problemu powiązanego z automatycznym dodawaniem szablonu Dopracować z powodu braku kategorii, pomimo automatycznie dodanej kategorii przez szablon Animanga infobox. Pozdrawiam. Pachidensha (dyskusja) 15:12, 13 wrz 2021 (CEST)[odpowiedz]

  • temat jest znany i związany z szablonami dodającymi kategorie. Muszę w końcu do tego się przymierzyć i ustalić najpierw listę takich szablonów. Potem dodam artykuły je zawierające do wyjatków. masti <dyskusja> 21:01, 13 wrz 2021 (CEST)[odpowiedz]
  • To problem winien zostać rozwiązany, tym bardziej, że przypadek Animanga infobox powinien zostać potraktowany jako sprawa priorytetowa przy artykułach o mandze i anime. Zalegałem już odkąd tworzyłem o zerowym tomie Jujutsu Kaisen. Pachidensha (dyskusja) 21:26, 13 wrz 2021 (CEST)[odpowiedz]

VE a Statystyki Wikipedii z wartością 0 (zero)[edytuj | edytuj kod]

{{Statystyki Wikipedii}} zwracające wartość 0 są podczas edycji w VE wyświetlane są jako szary prostokąt, zamiast liczby 0 (np. {{Statystyki Wikipedii|p|cu}}). MarMi wiki (dyskusja) 16:41, 21 wrz 2021 (CEST)[odpowiedz]

U mnie wyświetla nazwę szablonu. Ale jak coś to możesz zgłosić do phabricatora. Nie jestem pewien czy to bug czy to feature 😉 Nux (dyskusja) 15:03, 24 wrz 2021 (CEST)[odpowiedz]
Przez "szary prostokąt" miałem na myśli właśnie ten prostokąt z nazwą szablonu - teraz widzę, że nie jest on szary (chyba że się na niego kliknie).
Z {{#exprː0}} jest podobnie. MarMi wiki (dyskusja) 15:53, 24 wrz 2021 (CEST)[odpowiedz]

Znikające podziękowania[edytuj | edytuj kod]

W sierpniu podziękowałem innemu użytkownikowi za edycję, po czym został ślad w rejestrze. Natomiast w historii hasła wciąż aktywny jest link "Podziękuj". To możliwe i prawidłowe? No i czemu w rejestrze nie są podawane konkretne diffy? BasileusAutokratorPL (dyskusja) 23:22, 24 wrz 2021 (CEST)[odpowiedz]

Tak, linki do podziękowania są zawsze dostępne, to nromalne. Jak ktoś dostaje podziękowanie, to ma link do konkretnego diffa (do konkretnej zmiany). Przynajmniej u mnie działa. W rejestrach może to wyglądać inaczej, ale raczej nie ma to znaczenia. Nux (dyskusja) 15:21, 25 wrz 2021 (CEST)[odpowiedz]
Nux, chyba źle zrozumiałeś. Chodzi o to, że po podziękowaniu linki "anuluj edycję | podziękuj" zmieniają się (oczywiście przy tej jednej edycji) na "anuluj edycję | podziękowałeś", przy czym "podziękowałeś" nie jest klikalne. Sprawdziłem moje ostatnie podziękowanie i tak to właśnie wygląda w historii edycji, czyli jest poprawnie. Najwyraźniej coś u [[BasileusAutokratoraPL źle zadziałało. Michał Sobkowski dyskusja 17:50, 25 wrz 2021 (CEST)[odpowiedz]
Może też chodzić o to, że faktycznie, jest tak jak napisał Michał, ale wydaje mi się że po jakimś czasie nieklikalne "podziękowałeś" zamienia sie z powrotem na klikalne "podziękuj", mimo że za tą konkretną edycję dziękowane już było. Aramil Feraxa (Napisz do mnie!) 18:17, 25 wrz 2021 (CEST)[odpowiedz]
Jest tak , jak pisze Aramil. Mimo że podziękowanie za edycję zostało wysłane , ten przycisk później nadal jest klikalny, ale chyba ponowne podziękowanie przez tego samego użytkownika za tę samą edycję już nie wygeneruje powiadomienia (nie sprawdzałem). XaxeLoled AmA 20:13, 25 wrz 2021 (CEST)[odpowiedz]

Anglojęzyczni chyba coś też zauważyli. en:Help:Notifications/Thanks: After you have thanked someone for an edit, the "thank" link is replaced by the word "thanked". The "thank" link may reappear later but using it again will not send a new thanks.[citation needed] --WTM (dyskusja) 19:14, 25 wrz 2021 (CEST)[odpowiedz]

@BasileusAutokratorPL: podziękowanie jest zapisane w ciasteczku z kluczem prefiks+thanks-thanked (np. plwikithanks-thanked), jego wartość to połączone w jeden ciąg znaków identyfikatory wszystkich edycji z podziękowaniem. Jeżeli ciasteczko wygaśnie (albo zalogujesz się na innej przeglądarce), przycisk stanie się znowu aktywny, lecz API nie pozwoli wysłać podziękowania ponownie. Źródła: sesja użytkownika, API. Peter Bowman (dyskusja) 22:25, 25 wrz 2021 (CEST)[odpowiedz]
OK rozumiem, dzięki. A czy dałoby się umożliwić sprawdzanie w rejestrze nie tylko kto, komu i kiedy, ale też za co podziękował? BasileusAutokratorPL (dyskusja) 13:30, 26 wrz 2021 (CEST)[odpowiedz]
@BasileusAutokratorPL: niestety nie, ta informacja jest ukryta. Teoretycznie wystarczy zapytanie do tablicy mw:Manual:log_search table, ale nie jest publicznie dostępna i brak też interfejsu, który by umożliwił jej przeglądanie. Peter Bowman (dyskusja) 14:26, 26 wrz 2021 (CEST)[odpowiedz]

Sugerowane linki[edytuj | edytuj kod]

Nowicjusze (i nie tylko) dalej korzystają z tej funkcji i ja się z tego cieszę, bo to jest wkład, bez problemów ze źródłami, stylem i tak dalej, niech się uczą i przyzwyczajają.

Ale mam propozycje ulepszenia tego gadżetu:

  1. Wyłączyć mu pewne słowa. Gdzie jest szerokość to on proponuje szerokość całkowita, co odnosi się tylko do statków. Wstawianie tego w opisie kościoła czy przyczepy jest błędem. Artów o statkach jest mało i lepiej, żeby tego nie proponował niż siać po wszystkim. Najlepiej, gdyby taka lista była dostępna dla redaktorów.
  2. Dodać jakieś pop-upy czy coś takiego, co od razu pokazywałoby, gdzie linkuje. Od razu, czyli jak ktoś widzi link sugerowany, to widzi, co to jest (i jak ktoś mieszkał we wsi Młotek, to może nie zlinkuje narzędzia).
  3. Czy to może jakaś sztuczna intelygencja, co mogłaby się uczyć?

Powtarzam: Narzędzie przydatne zarówno z powodu ulepszania Wiki, jak i oswajania nowicjuszy, ale wymaga dopracowania. Ciacho5 (dyskusja) 18:32, 26 wrz 2021 (CEST)[odpowiedz]

Zapoznaj się najpierw o co w tym wszystkim chodzi: https://www.youtube.com/watch?v=ar034Gha24o --WTM (dyskusja) 14:40, 27 wrz 2021 (CEST)[odpowiedz]

Niechciana strona w kategorii[edytuj | edytuj kod]

Czy ktoś rozumie, dlaczego w Kategoria:Utwory literackie według języka znalazła się strona Dyskusja wikiprojektu:Czy wiesz/ekspozycje/2015-12-04? Strona ta linkuje do artykułu Medytacje o pierwszej filozofii, co tłumaczy jej związek z literaturą, ale na tym moje dochodzenie utknęło. Błąd w jakimś szablonie? PG (dyskusja) 15:24, 27 wrz 2021 (CEST)[odpowiedz]

Rozumieć w jaki sposób to się dzieje, to za nic nie rozumiem, ale widzę przyczynę. Zarówno w «Medytacje o pierwszej filozofii», jak i w «Dyskusja wikiprojektu:Czy wiesz/ekspozycje/2015-12-04» kategoria jest za sprawą niepojętej magii zaciągana z Wikidanych, a wszystko zadziało się po takiej edycji również niezrozumiałej. --WTM (dyskusja) 15:54, 27 wrz 2021 (CEST)[odpowiedz]
Wstawia to ostatni szablon
{{Wikiprojekt:Czy wiesz/weryfikacja|Medytacje o pierwszej filozofii|+|1|Tomasz Raburski|Jckowal|Teukros|Leszek Jańczuk|Jckowal}},
a wstawiana jest przez dane z Q605790 Medytacje ... (linia Jest to). MarMi wiki (dyskusja) 15:59, 27 wrz 2021 (CEST)[odpowiedz]