Wikiźródła:Skryptorium/Pulpit techniczny

Z Wikiźródeł, wolnej biblioteki
Skocz do: nawigacja, szukaj
Monobook icon.svg
Skryptorium
Pulpit techniczny

Przy pulpicie technicznym dyskutuje się nad kwestiami technicznymi związanymi z MediaWiki, botami, skryptami i szablonami.

Miłych i owocnych dyskusji!


Nowy gadżet Popraw tekst OCR[edytuj]

Witam,
w preferencjach w sekcji Gadżety dodany został w wersji testowej nowy Gadżet Popraw tekst OCR, służący do wstępnego "czyszczenia", formatowania oraz poprawy typowych błędów surowego tekstu OCR w oknie edycji proofread. W chwili obecnej Gadżet realizuje następujące poprawki:

  • usuwa łączniki opcjonalne,
  • usuwa zbędne podziały wiersza,
  • usuwa zbędne odstępy przed i po akapicie,
  • zamienia "tekst" na tekst,
  • zamienia - na (jeżeli znak "-" nie łączy wyrazów),
  • usuwa zbędne odstępy przy znakach „“, ,, .,
  • zamienia tern na tem.

W zamierzeniach Gadżet ten, w przeciwieństwie do skomplikowanego gadżetu "Sprzątanie kodu" ma być "lekkim" i prostym w stosowaniu narzędziem pomagającym początkującym skrybom w "wykrywaniu" najczęstszych defektów tekstów OCR. Mam także nadzieję, iż będzie przydatnym narzędziem dla doświadczonych Skrybów, których tak jak mnie, irytuje usuwanie niewidocznych łączników opcjonalnych :)
Gadżetu należy używać jedynie na początku pracy z tekstem, gdy przystępujemy do tworzenia strony, korzystając z surowego tekstu OCR.
Proszę Użytkowników o testy, uwagi donośnie do ewentualnych problemów w funkcjonowaniu testowego gadżetu oraz sugestie zmian.
Zdzislaw (dyskusja) 22:55, 15 lut 2015 (CET)


kliknij "Rozwiń" aby zobaczyć całą dyskusję i wprowadzone już zmiany... ⇶


Proszę o dopisanie do podmianek następujących opcji (zazwyczaj wykonuję te zamiany, kiedy przygotowuję OCR):

  • poprawka zamiany _tern na _tem (z uwagi na wyrazy "filuterny" i "czternaście"; w środku wyrazów występują takie sekwencje liter, ale na początku wyrazów — nie)Gtk-ok.svg
  • zamiana /. na zGtk-ok.svg
  • zamiana cbc na chcGtk-ok.svg
  • zamiana _icb na _ichGtk-ok.svg
  • zamiana cli na chGtk-ok.svg
  • zamiana cłi na chGtk-ok.svg
  • zamiana _źe na _żeGtk-ok.svg
  • zamiana _źa na _żaGtk-ok.svg
  • zamiana _źo na _żoGtk-ok.svg
  • zamiana _iź na _iżGtk-ok.svg
  • zamiana _teź na _teżGtk-ok.svg
  • zamiana _byl_ na _był_Gtk-ok.svg
  • zamiana ° na oCrystal 128 error.svg
    • ale może zrobić litera°literao ?
  • zamiana _! na !Gtk-ok.svg
  • zamiana _? na ?Gtk-ok.svg
  • zamiana _. na .Gtk-ok.svg
  • zamiana _, na ,Gtk-ok.svg
  • zamiana _: na :Gtk-ok.svg
  • zamiana _; na ;Gtk-ok.svg
  • zamiana ' na Gtk-ok.svg
  • zamiana i t._ na i t.  (i t. )Gtk-ok.svg
  • zamiana n. p. na n. p. (n. p.)Gtk-ok.svg
  • zamiana dwóch spacji na jedną.Gtk-ok.svg

I to by było na razie na tyle ;-) Wieralee (dyskusja) 00:30, 11 sie 2015 (CEST)
I jeszcze koniecznie:

  • zamiana _<br /> na <br />Gtk-ok.svg
  • zamiana na _—_Gtk-ok.svg
  • zamiana dwie spacje na jedna spacjaGtk-ok.svg
Wieralee (dyskusja) 22:48, 12 sie 2015 (CEST)


@Wieralee: Dziękuję za pomoc i cenne propozycje. Propozycje oznaczone Gtk-ok.svg zostały zaimplementowane w kodzie gadżetu, pozostałe wymagają dyskusji:
  • zamiana cli na ch - może niekorzystnie wpłynąć na poprawne wyrazy clić, oclić, precli, strucli...
  • zamiana ° na o - ° występuje często w wypunktowaniu 1°, 2°..., być może ze spacjami na początku na _o?
  • zamiana i t. na i&nbsp;t.&nbsp; - w jakim celu ta niełamliwa spacja dodatkowo na końcu?
Zdzislaw (dyskusja) 17:50, 13 sie 2015 (CEST)
  • Co do "cli" — tak, gadżet na pewno popsuje te wyrazy. Tyle, że takowa zamiana na początku, w surowym OCR wg mojego doświadczenia i tak się opłaca -- statystyka występowania źle zczytanego "ch" a występowania wyrazów "clić" i "precli" jest jak może 100:1. Gadżet z natury nie jest dedykowany do uruchamiania po przeczytaniu tekstu i poprawieniu literówek, więc tych kilka przypadków można potem poprawić ręcznie... Co do praktyki -- do tej pory zawsze taką podmianę robiłam... Jeśli chcesz, by jednak taki błąd nie występował, wpisz choć zamianę "icli" na "ich" (większość błędów "cli" to błędy "icli"). Ale nie upieram się, priorytety gadżetu nie są jeszcze ustalone ;-) Gtk-ok.svg
Co do i&nbsp;t.&nbsp;, sprawa jest prosta... Mamy i&nbsp;t.&nbsp;p. i i&nbsp;t.&nbsp;d.. Tym sposobem zamienia się obydwa skróty, a samego skrótu i&nbsp;t.&nbsp; bez trzeciej literki jeszcze nie widziałam?
Dzięki za podmianki. Wieralee (dyskusja) 18:15, 13 sie 2015 (CEST)
czy zatem nie powinno być zamiany i_t._ na i&nbsp;t.&nbsp;? czy jednak i_t. na i&nbsp;t.&nbsp;? Zdzislaw (dyskusja) 18:30, 13 sie 2015 (CEST)
  • Zaiste :-) Proszę jeszcze o spację przed "tern", czyli "_tern" na "_tem"Gtk-ok.svg. I jeszcze "tab_" na "tab"Gtk-ok.svg i "_br" na "br"Gtk-ok.svg.
Martwi mnie natomiast coś innego: kolejność zamianek. Ostatnimi zamianami powinny być te z wieloma spacjami, a potem ta ze spacją po tabulatorze i ta ze spacją przed br-em.Gtk-ok.svg Wieralee (dyskusja) 18:45, 13 sie 2015 (CEST)
zrobione Gtk-ok.svg Zdzislaw (dyskusja) 19:47, 13 sie 2015 (CEST)
  • Wielkie dzięki! Ale jeszcze mała poprawka — spacje wokół myślników nie redukują się. Wypróbuj tutaj. Wieralee (dyskusja) 20:25, 13 sie 2015 (CEST)
Crystal Clear app clean.png Zrobione Zdzislaw (dyskusja) 20:47, 13 sie 2015 (CEST)
  • Przychodzi mi do głowy jeszcze:
  • zamiana -— na , ale to musiałoby być gdzieś na samym początku zamian, żeby potem ten myślnik także miał dodane spacje wokół siebie
  • usunięcie Gtk-ok.svg
  • usunięcie Gtk-ok.svg
  • i nie wiem, co zrobić z zamknięciem cudzysłowu ", czy lepiej go domyślnie zmienić na , czy lepiej zostawić... Wieralee (dyskusja) 23:42, 13 sie 2015 (CEST)
  • cudzysłów zdecydowanie domyślnie zamienić na ,
  • powstał jakiś błąd prawdopodobnie dotyczący tego fragmentu * zamiana na _—_ jak jest tab przed to kasuje się jeden nawias }Gtk-ok.svg Załatwione

Nawider (dyskusja) 08:25, 14 sie 2015 (CEST)

@Nawider: tak, niepoprawny regexp usuwał znak przed lub po —, poprawiłem kod i przetestowałem przed północą; proszę przeloguj się, odśwież stronę kilka razy (a jeżeli to nie pomoże wyczyść pliki tymczasowe), powinno być już ok. Dziękuje za czujność, pozdrawiam, Zdzislaw (dyskusja) 10:10, 14 sie 2015 (CEST)
Proszę jeszcze o
  • zamiana _iv_ na _w_Gtk-ok.svg
  • zamiana _vv_ na _w_Gtk-ok.svg
  • zamiana cb_ na ch_Gtk-ok.svg
  • zamiana cb. na ch.Gtk-ok.svg
  • zamiana cb, na ch,Gtk-ok.svg
  • zamiana cb: na ch:Gtk-ok.svg
  • zamiana cb; na ch;Gtk-ok.svg
  • zamiana cb? na ch?Gtk-ok.svg
  • zamiana cb! na ch!Gtk-ok.svg

Żaden słownikowy wyraz w j. polskim nie kończy się na "cb". Wieralee (dyskusja) 19:50, 15 sie 2015 (CEST)

A może w ogóle zamienić _cb i _Cb na _ch i _Ch. Przecież żaden wyraz w języku polskim nie zaczyna się "cb"? Vearthy (dyskusja) 11:25, 21 sie 2015 (CEST)
  • a jest możliwość zamienienia:
    • litera6litera na literaóliteraGtk-ok.svg
    • litera1litera na literalliteraGtk-ok.svg

Nawider (dyskusja) 21:27, 15 sie 2015 (CEST)

To ja się jeszcze dopiszę:

  • cyfraO na cyfra0Gtk-ok.svg
  • _0litera na _OliteraGtk-ok.svg

Ankry (dyskusja) 21:57, 20 sie 2015 (CEST)

Proszę jeszcze o
  • zamiana _aui_ na _ani_Gtk-ok.svg
  • zamiana _sią_ na _się_Gtk-ok.svg
  • zamiana _sio_ na _się_Gtk-ok.svg
  • zamiana _juz_ na _już_Gtk-ok.svg
  • zamiana ó_ na ć_Gtk-ok.svg
  • zamiana ćj na éjGtk-ok.svg
  • zamiana na Gtk-ok.svg
  • zamiana t. zw. na t.&nbsp;zw.Gtk-ok.svg

Wieralee (dyskusja) 22:10, 20 sie 2015 (CEST)

Póki co to "popraw tekst OCR" jest dla prozy, a nie poezji, która jest przecież istotną częścią naszych zbiorów. Czy mógłbyś udostępnić oddzielny przycisk dla poprawy tekstów wierszowanych? Wystarczyłoby tylko wyłączyć opcję usuwania przejść do nowej linii. Pozdrawiam, Vearthy (dyskusja) 00:49, 21 sie 2015 (CEST)

  • @Vearthy: dobry pomysł, postaram się w najbliższych dniach przygotować wersję testową. Zdzislaw (dyskusja) 12:16, 21 sie 2015 (CEST)

Moje propozycje:

  • usunięcie podkreślnika dolnegoGtk-ok.svg
  • zamiana p._t. na p.&nbsp;t.Gtk-ok.svg
  • zamiana t._j. na t.&nbsp;j.Gtk-ok.svg

Vearthy (dyskusja) 11:25, 21 sie 2015 (CEST)

  • zamiana slde na skie (częsty błąd w nazwiskach)Gtk-ok.svg
  • zamiana _ocl i _ocł na _odGtk-ok.svg

Vearthy (dyskusja) 20:09, 26 sie 2015 (CEST)

  • Dzięki sugestii Vearthy, Gadżet został wzbogacony o opcję poprawy tekstów wierszowanych (<poem>). Aby zmienić sposób działania Gadżetu należy w swoich Preferencjach zaznaczyć opcję opisaną: "Popraw tekst OCR dla poezji – dodaje przycisk Toolbaricon templatelink.png (Button copy edit.png w standardowym pasku narzędzi edycyjnych), który poprawia format tekstu dla poezji oraz typowe błędy OCR w oknie edycji proofread.". @Vearthy: - czy było by pożądane aby jednocześnie z poprawą, gadżet dodawał na początku i końcu strony, znaczniki <poem></poem>? Zdzislaw (dyskusja) 19:49, 26 sie 2015 (CEST)
  • @Zdzislaw: myślę, że raczej nie... tytuł zazwyczaj jest centrowany - i nie objęty "poemem". To samo, gdy są oznaczenia strof. Nie mówiąc już o sytuacjach, kiedy używamy "poem" do formatowania dramatów... Wieralee (dyskusja) 19:59, 26 sie 2015 (CEST)
  • Mnie by odpowiadało mimo uwag Wieralee. Vearthy (dyskusja) 20:09, 26 sie 2015 (CEST)
    • dodałem dodawanie znaczników <poem></poem> dla Poezji. Jeżeli nie będzie to komuś odpowiadało, będzie możliwość dezaktywacji dodawania znaczników, poprzez umieszczenie odpowiedniego kodu na swojej własnej stronie js (szczegóły zamieszczę na stronie opisu Popraw tekst OCR. Zdzislaw (dyskusja) 21:42, 26 sie 2015 (CEST
Proszę jeszcze o:
  • usunięcie spacji przed Gtk-ok.svg
  • zamiana \v na wGtk-ok.svg
  • zamiana v/ na wGtk-ok.svg
  • myślałam jeszcze o zamianie cb na ch -- z wyjątkiem kombinacji "nicby", o ile takie zastrzeżenie jest możliwe...Gtk-ok.svgWieralee (dyskusja) 18:40, 13 gru 2015 (CET)
@Zdzislaw: bardzo dziękuję. Ale myślę o tym ostatnim przypadku... Znalazłam jeszcze na Wikiźródłach wyraz "więcby"... Ta partykuła "-by" może się zjawić w niespodziewanym użyciu, więc warunek musiałby brzmieć -- z pominięciem końcówki "-cby", o ile to w ogóle jest możliwe...Gtk-ok.svg A jeśli nie jest możliwe, to lepiej, żeby zostało w tej formie, bo występowanie "cb" zamiast "ch" jest 100 razy częstsze niż takie archaiczne zwroty... Wieralee (dyskusja) 22:40, 13 gru 2015 (CET)
Proszę jeszcze o:
  • zamiana · na spacjęGtk-ok.svg — ale to by musiało być umiejscowione gdzieś na początku zmian, żeby potem w razie dwóch spacji załapało się na zamianę wielu spacji na jedną. Wieralee (dyskusja) 13:17, 20 gru 2015 (CET)
  • Zastanawiam się, czy nie byłoby wygodniej, gdyby była możliwość dodania do paska narzędzi opcji Popraw tekst OCR w poezji, tak aby można było w razie potrzeby przełączać się pomiędzy prozą a poezją, bez konieczności każdorazowego zaznaczania/odznaczania w preferencjach. Druga sprawa: czy możnaby dodać automatycznie <br /><br /><br /> po </poem>? Cafemoloko (dyskusja) 20:46, 9 sty 2016 (CET)
  • @Cafemoloko: ja już prosiłam Zdzislawa, żeby mi włączył obydwie opcje naraz, bo to bieganie po preferencjach było uciążliwe. Jestem jak najbardziej za dwoma, niezależnymi od siebie przyciskami (Crystal Clear app clean.png Zrobione Zdzislaw (dyskusja) 22:25, 23 kwi 2016 (CEST)), nawet kosztem spowolnienia wczytywania się stron. Natomiast dodawanie automatem trzech br-ów po poemie to, wg mnie, zły pomysł. Bardzo często strona kończy się w połowie wiersza -- i wtedy te 3 b-ry są błędem, który nie zawsze może być wyłapany przez korektorów, którzy skupiają się bardziej na tekście. W ten sposób w przestrzeni głównej na stronach wierszy porobią się dziwne podziały wierszy na dziwne zwrotki. Wieralee (dyskusja) 22:34, 9 sty 2016 (CET)

Od dzisiaj, zgodnie z sugestiami, gadżet Popraw tekst OCR dla poezji, który dodaje przycisk Toolbaricon templatelink.png (Button copy edit.png w standardowym pasku narzędzi edycyjnych), jest niezależnym gadżetem. Dzięki temu można włączyć obie wersje (dla prozy i poezji) lub jedną wybraną, niezależnie od drugiej. Zdzislaw (dyskusja) 22:25, 23 kwi 2016 (CEST)


Proszę jeszcze o:
  • zamiana (B|b)vł na (B|b)yłGtk-ok.svg
  • zamiana _ai_ na _aż_Gtk-ok.svg
  • zamiana _żc_ na _że_Gtk-ok.svg
  • zamiana \\’ na wGtk-ok.svg
  • zamiana {{tab}}—_1_ na {{tab}}—_I_Gtk-ok.svg
Wieralee (dyskusja) 21:40, 16 gru 2016 (CET)


Bardzo proszę o wyłączenie domyślnego dodawania <poem> przy używaniu Popraw OCR dla poezji. Problem w tym, że żeby gadżet popoprawiał myślniki jak jest myślnik bez spacji, np. "oto-robotą", trzeba pododawać spacje i potem kliknąć gadżet jeszcze raz, a potem nieraz jeszcze raz... No i jak strona rozpoczyna się od wycentrowanego tytułu, to też kod się psuje... Ogółem chyba częściej usuwam te dodatkowe poemy, niż je dodaję. Dobrze by było, by była to opcja możliwa do włączenia przez usera w lokalnym css-ie, a nie odgórnie włączona dla wszystkich (niestety, lokalne wyłączenie po ostatnich aktualizacjach przestało działać). Wieralee (dyskusja) 23:15, 12 sty 2017 (CET)
Crystal Clear app clean.png Zrobione Zdzislaw (dyskusja) 23:59, 12 sty 2017 (CET)
Proszę jeszcze o:
  • _Bię_ na _się_
  • —_1_ na —_I_
  • źa na żaGtk-ok.svg
  • źą na żąGtk-ok.svg
  • źe na żeGtk-ok.svg
  • źę na żęGtk-ok.svg
  • źi na żiGtk-ok.svg
  • źo na żoGtk-ok.svg
  • źó na żóGtk-ok.svg
  • źu na żuGtk-ok.svg
  • źy na żyGtk-ok.svg
  • _dła_ na _dla_Gtk-ok.svg
  • czvm na czymGtk-ok.svg
  • moźn na możnGtk-ok.svg
  • róźn na różnGtk-ok.svg
  • iź_ na iż_Gtk-ok.svg
  • ćh na chGtk-ok.svg
Wieralee (dyskusja) 19:29, 1 mar 2017 (CET)

to może jeszcze to:

@Wieralee: tu:
  • _Bię_ na _się_
  • —_1_ na —_I_

mam wątpliwości... warto? Zdzislaw (dyskusja) 20:36, 4 cze 2017 (CEST)

  • @Zdzislaw: warto. Ale jak bardzo nie chcesz, to chociaż propozycja nr 2 => ten błąd występuje w co drugim indeksie. Wieralee (dyskusja) 21:50, 4 cze 2017 (CEST)


Identyfikator do adresowania[edytuj]

Mam taką propozycję na przyszłość, by do wszystkich szablonów używanych w kodzie stron, i skutkujących kodem html w tekstach dodać parametr id przypisywany wewnątrz szablonu pierwszemu (nadrzędnemu) w kolejności elementowi html jaki będzie efektem działania szablonu. Chodzi o to by zamiast robić taką konstrukcję można było napisać {{tab|id=R}}, natomiast zamiast robić takie kodowanie, można było napisać {{C|id=Starołęka|'''Starołęka.'''}}. Umożliwiłoby to, w zależności od potrzeb, adresowanie z różnych innych miejsc tekstów, przypisów, dyskusji w skryptorium i z zewnątrz bezpośrednio do dowolnego miejsca tekstów bez zmiany wyglądu stron i komplikowania kodu. Tak na przyszłość, nic pilnego. 194.149.88.126 (dyskusja) 06:45, 22 sty 2017 (CET)

Symbol oppose vote.svg Przeciw dodawaniu czegokolwiek, co nie jest absolutnie niezbędne do intensywnie (na dziesiątkach/setkach tysięcy stron) używanych szablonów Ankry (dyskusja) 09:59, 22 sty 2017 (CET)
Symbol oppose vote.svg Przeciw poza powyższym, musisz wziąć pod uwagę specyfikę projektu ws, w którym teksty w przestrzeni głównej tworzone są głownie przez transkludowanie treści z przestrzeni Strona. Powoduje to, iż każdy znak (także style, dodatkowy kod html...) umieszczony w przestrzeni Strona doliczony jest do twardych limitów (Post-expand include size) parsera narzucanych nam przez oprogramowanie mediawiki. Dodawanie czegokolwiek, na wyrost, bo się przydać może... spowodować może, iż taki tekst zamiast pojawić się w przestrzeni głównej, w końcu zostanie zablokowany przez oprogramowanie z powodu przekroczenia limitów. Dlatego nie dodajemy niczego do tekstów, co nie jest niezbędne - pamiętaj, że naszym celem jest zamieszczenie treści, a nie tworzenie portali tematycznych, linkowanie z zewnątrz do kotwic z Page jest także niewskazane - pamiętaj że kolejny Skryba nie będzie miał możliwości powzięcia takiej wiedzy i może zmienić kod, a link pozostanie martwy. Zdaję sobie oczywiście sprawę, iż jako nowy Skryba, mogłeś nie zdawać sobie sprawy z obowiązujących nas limitów i dlatego takie pomysły. Ze względu na powyższe, proszę abyś niezwłocznie usunął ostatnio masowo wprowadzone przez Ciebie edycje kotwicowe (które dodajemy tylko gdy są niezbędne, a których przykłady podajesz), typu: <a name="Z">{{tab}}</a>, <span id="B">{{tab}}</span>, a które nie są wykorzystywane, i ich mnożenie w mojej opinii jest działaniem na szkodę projektu. Poza powyższym, takie adresowanie identyfikatorów, które transkludowane będą do przestrzeni głównej z wielu stron, może spowodować iż id się zdublują, a to jest typowym błędem składni html (zdajesz sobie sprawę, że musimy dbać o stabilność naszych stron). Możesz oczywiście zwrócić się do programistów mediawiki o zwiększenie tych limitów (co będzie trudne, ponieważ są one jednolite dla wszystkich wiki) i wtedy zastanowimy się nad jakimś innym mechanizmem kotwicowania automatycznego w tekstach - mw próbowała już to automatyzować lecz na razie szybko wycofała się z tego pomysłu. Możesz także tego typu działania przenieść na inne portale literaturowe działające na otwartym oprogramowaniu mw, a prowadzone przez osoby prywatne, czy inne organizacje. Zdzislaw (dyskusja) 12:15, 22 sty 2017 (CET)
  • Symbol oppose vote.svg Przeciw limity są naprawdę niskie, już niejednokrotnie musieliśmy "kombinować" poprzez "odchudzanie szablonów" i inne manewry, żeby móc dla niektórych książek zrobić stronę całości. Może to wpłynąć także na zawieszanie się w renderowaniu WS Eksportera. Dopóki nie dostaniemy nowego oprogramowania do proofreadu, wstrzymajmy się może z wynalazkami. Wieralee (dyskusja) 13:34, 22 sty 2017 (CET)

Gtk-ok.svg Załatwione KaMan (dyskusja) 07:55, 4 maj 2017 (CEST)


Otóż drogi KaMan, nic nie jest załatwione. Twój powyższy komentarz pokazuje jedynie, iż wykonałeś pewne działania pomimo całkowitego sprzeciwu społeczności. Poza tym, takie podsumowanie tego wątku przez ciebie wprowadza społeczność w błąd, odnośnie do przyjęcia zwyczaju dodawania identyfikatora do każdego szablonu i miejsca w tekście gdzie on powinien występować. Jak widać po powyższych głosach, propozycja dodania wszędzie ip spotkała się ze sprzeciwem społeczności. Ty jako jej kontynuator (i nie tylko), tym razem w dyskusjach z administratorami, pomimo tutejszego sprzeciwu, nalegałeś na wprowadzenie mechanizmów identyfikacji treści. W odpowiedzi, został zaproponowany prosty sposób umieszczania kotwic w tekście, nie obciążający limitami żadnych innych szablonów oraz w pełni zgodny ze standardami html i silnikiem mw (szablon ze spaem z id bez treści). Odrzuciłeś, bez żadnych rzeczowych argumentów tą propozycję. Aby pójść Ci na rękę po Twojej deklaracji No to spróbuję na tej kucharce którą wybrałem do testu dodaliśmy na próbę dodatkowe parametry id do bardzo obciążonych limitami szablonów F, C.
Niestety, chciałoby się powiedzieć jak zwykle, zamiast wykorzystując dostępne możliwości (które były wystarczające) do pokazania sensowności obciążania kolejnych szablonów dodatkowym kodem, zanim w połowie skończyłeś Kucharkę i moglibyśmy chociaż w części zaznajomić się z twoimi pomysłami... rozpocząłeś realizację działań, które właśnie w powyższym wątku spotkały się ze stanowczym sprzeciwem: dodałeś parametr id do kolejnych 28. szablonów, rozpocząłeś masowe dodawanie lub zamianę szablonów na parametr id na stronach, także w innych indeksach, (co ciekawe, nawet w takich których nie tworzyłeś) w większości, wstawiając id tam gdzie potencjalnie się przyda, bo potem, tak lub nie, będzie linkować z indeksu lub spisu treści. Wielokrotnie uczulaliśmy, aby zwracać uwagę na limity i ograniczenia projektu, tak aby, po pozostawieniu przez Ciebie rozpoczętych wielu indeksów i prac, można było w sposób przystępny i prosty kontynuować pracę. Jaki jest tego efekt? Przez ostatnie dni m.in. przybyło nam ok. 50 szablonów...
Reasumując, w związku z powyższym, proponuję usunięcie wywołań id ze stron, w których one nie są wykorzystywane, oraz rozważenie wprowadzenia zasady sposobu realizacji kotwic w postaci neutralnego wywołania - jedynie w postaci "pustego" wywołania span z id <span id="identyfikator"></span>, który w postaci szablonu mógłby być dodany przed jakimkolwiek obiektem, nie obciążałby innych szablonów, oraz ułatwił i ujednolicił pracę w przyszłości. Który to już raz realizujesz swoje działania, jedynie po to, aby metodą faktów dokonanych (np. masowe zmiany w nietworzonym przez ciebie indeksie przed pokazaniem zasadności tych zmian u siebie) wprowadzić swój porządek, bez jakiejkolwiek konsultacji czy uzyskania konsensusu? Zdzislaw (dyskusja) 12:00, 4 maj 2017 (CEST)

Nowy sposób realizacji podpowiedzi w wyszukiwarce[edytuj]

W związku z wprowadzeniem, na prośbę międzynarodowej społeczności Wikiźródeł, nowego sposobu realizacji podpowiedzi w wyszukiwarce, proszę o jego przetestowanie. Należy tym celu zmienić domyślny sposobu wyszukiwania w Wikiźródłach. W zakładce preferencji wyszukiwania należy wybrać opcję:

  • Tryb przekierowań z dopasowywaniem podfraz (zaawansowane).

To ustawienie pozwoli na uzyskiwanie podpowiedzi wyszukiwania także z uwzględnieniem podstron i przekierowań.

W Wikiźródłach wiele utworów znajduje się na podstronach głównej pozycji książkowej. Są to między innymi wiersze, eseje, opowiadania, nowele, artykuły biograficzne itp. Z tego powodu podpowiedzi wyszukiwana mogą nie być poprawnie wyświetlane dla domyślnego sposobu wyszukiwania lub mogą być traktowane mniej priorytetowo. Proszę o Wasze uwagi i spostrzeżenia. Zdzislaw (dyskusja) 23:07, 30 kwi 2017 (CEST)

@Zdzislaw: Niestety, zaawansowany tryb wyszukiwania przy kliknięciu "Przejdź", a nie "Szukaj" ssie. Konieczność przewijania całego ekranu (pół ekranu zajmują "wskazówki", drugie pół lista przestrzeni nazw wyszukiwania zaawansowanego) lub nawet więcej (na małym ekranie) gdy się chce utworzyć kilka nowych stron, jest dość uciążliwa. Jak wyłączyć zaawansowane opcje wyszukiwania? Ankry (dyskusja) 13:40, 17 cze 2017 (CEST)
@Ankry: obawiam się (a właściwie już mam pewność :) ), iż tryb zaawansowany to problem po stronie Twoich osobistych ustawień :) Zdzislaw (dyskusja) 22:26, 17 cze 2017 (CEST)
Tak, do tego już doszedłem :) Dzięki za "odchudzenie" komunikatu. Ankry (dyskusja) 22:43, 17 cze 2017 (CEST)

Zmiany/Sprzątanie kodów js - wycofywanie wsparcia starych skryptów ##[edytuj]

Witam, w środowisku mw realizowane jest sukcesywne wycofywanie wsparcia starych funkcji i skryptów js. Niesie to za sobą konieczność wprowadzania zmian w naszych skryptach i gadżetach. Wyłączenie bezpośredniego wsparcia mw dla niektórych funkcji js, między innymi w ostatnich dniach, było przyczyną zniknięcia menu pobierania naszych utworów w zewnętrznych formatach. Proszę o zgłaszanie pojawiających się nieprawidłowości. Jakoby przy okazji zaistniała także potrzeba zinwentaryzowania naszych skryptów, które w ciągu lat powiększały nasz lokalny common.js. Wiele z nich zastąpione zostały już lata temu natywnymi bliźniaczymi skryptami mediwiki, i ich utrzymywanie i konserwacja lokalna, w mojej ocenie, stała się zbędna. Postanowiłem zatem niespiesznie zacząć sprzątać nasze zasoby.

Zdzislaw (dyskusja) 20:25, 12 maj 2017 (CEST)

kolorowanie stron[edytuj]

Zauważyłem dzisiaj, że MediaWiki pozwala mi na wprowadzenie strony od razu uwierzytelnionej (na zielono). Kilka dni temu na pewno tego efektu nie było. Nie wiem, czy jest to wynik jakichś moich zmian w konfiguracji, czy efekt nowej wersji MediaWiki; nie wiem też jeszcze, czy dotyczy tylko administratorów, wszystkich użytkowników, czy również niezalogowanych.

W każdym razie zmiana wydaje mi się niepożądana. Ankry (dyskusja) 14:46, 9 cze 2017 (CEST)

  • potwierdzam zmianę, dotyczy ona jedynie administratorów, dla innych jest po staremu. nie wiem skąd ona wynika, lecz nie wydaje mi się aby admini jej nadużywali. inna sprawa to przyzwyczajenie Zdzislaw (dyskusja) 15:37, 9 cze 2017 (CEST)
  • I już jasne: phab:T167491, nowe uprawnienie domyślnie dodane do grupy adminow, nie wiem tylko czy świadomie dla wszystkich ws Zdzislaw (dyskusja) 16:04, 9 cze 2017 (CEST)
Widzę, że zmiana została wycofana. Ankry (dyskusja) 22:14, 9 cze 2017 (CEST)

Filtry "nadużyć"[edytuj]

W ostatnich dniach wprowadziłem następujące zmiany w filtrach:

  • Poprawiłem nieznacznie filtr wykrywający błędne edycje wykonane przy użyciu VE.
  • Włączyłem blokadę zapisu dla filtru wykrywającego pomyłki pp/pk.
  • Utworzyłem filtr blokujący możliwość tworzenia żółtych stron od razu w pierwszej edycji.
  • Utworzyłem filtr blokujący możliwość zmiany statusu czerwony -> żółty przez użytkownika, który ostatnio nadał stronie status czerwony (może nie działać prawidłowo w przypadku edycji przy użyciu VE).

Niestety, nie jest wykonalne na poziomie filtrów zablokowanie możliwości zazielenienia strony przez użytkownika, który ją wprowadził.
Proszę o ewentualne opinie. Ankry (dyskusja) 09:58, 18 cze 2017 (CEST)

pozostaje jedynie podziękować, to rozwiązuje problem ułomności konfiguracyjnej rozszerzenia proofread i odciąża nas wszystkich od potrzeby sprawdzania edycji pod tym kątem (szczególnie początkujących). Co do zablokowania zazielenienia przez wprowadzającego, pozostaje js, lecz rzecz jest do przedyskutowania pod względem przewagi korzyści nad dodatkowym obciążaniem ładowania poprzednich edycji przez skrypt, przygotuję takie rozwiązanie w js do testów, na razie jako opcjonalny gadżet, Zdzislaw (dyskusja) 17:48, 18 cze 2017 (CEST)
@Ankry: ten skrypt załatwia powyższy problem, jeżeli masz ochotę dodaj do swojego js, potestuj, jeżeli ocenisz, iż nie obciąża zbytnio, i gra jest warta świeczki, można dodać do naszego common-a. Zdzislaw (dyskusja) 22:48, 24 cze 2017 (CEST)

Improvements coming soon to Recent Changes[edytuj]

Rc-beta-tour-welcome-ltr.gif

Hello

Sorry to use English. Pomóż przetłumaczyć na Twój język! Dziękuję.

In short: starting on 26 September, New Filters for Edit Review (now in Beta) will become standard on Recent Changes. They provide an array of new tools and an improved interface. If you prefer the current page you will be able to opt out. Learn more about the New Filters.

What is this feature again?

This feature improves Special:RecentChanges and Special:RecentChangesLinked (and soon, Special:Watchlist – see below).

Based on a new design, it adds new features that ease vandalism tracking and support of newcomers:

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

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

Concerning RecentChanges

Starting on 26 September, New Filters for Edit Review will become standard on Recent Changes. We have decided to do this release because of a long and successful Beta test phase, positive feedback from various users and positive user testing.

Some features will remain as Beta features and will be added later. Learn more about those different features.

If your community has specific concerns about this deployment or internal discussion, it can request to have the deployment to their wikis delayed to October 1, if they have sensible, consistent with the project, actionable, realistic feedback to oppose (at the development team's appreciation).

You will also be able to opt-out this change in your preferences.

Concerning Watchlists

Starting on September 19, the Beta feature will have a new option. Watchlists will have all filters available now on the Beta Recent Changes improvements.

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

How to be ready

Please share this announcement!

Do you use Gadgets that change things on your RecentChanges or Watchlist pages, or have you customized them with scripts or CSS? You may have to make some changes to your configuration. Despite the fact that we have tried to take most cases into consideration, some configurations may break. The Beta phase is a great opportunity to have a look at local scripts and gadgets: some of them may be replaced by native features from the Beta feature.

Please ping me if you have questions.

On behalf of the Global Collaboration team, Trizek (WMF) 17:27, 14 wrz 2017 (CEST)

HTML5, xHTML i br-y[edytuj]

W związku ze stopniowym zarzucaniem przez MediaWiki porzuconego standardu xHTML (patrz T150172), zdecydowaliśmy nie promować jego używania również u nas i nie zalecać używania <br /> lecz raczej sugerować standardowy, zgodny z HTML5, <br>. Co to oznacza? Oznacza to, że standardowe narzędzia, takie jak np. SK, nie będą już zamieniać <br> na <br /> a będą sugerować raczej używanie <br>. Podobna zmiana dotyczy przybornika. Jednakże, stary <br /> nadal działa poprawnie i nie zanosi się, by w najbliższym czasie miało być inaczej. W związku z tym, nie planujemy masowego botowania strych tekstów (chociaż mogą być w nich wykonywane zmiany <br /> na <br > przy okazji innych edycji).

Dzięki Zdzislawowi narzędzia automatyzacji słowników są już niewrażliwe na użyty format br-a (oba są traktowane jako prawidłowe i równoprawne)

Przy okazji, dodatkową korzyścią może być nieznaczne odchudzenie tekstów, które być może pozwoli nam odrobinę rzadziej natrafiać na problem limitów MediaWiki.

Ankry (dyskusja) 11:33, 16 wrz 2017 (CEST)