Wikipedie:Pod lípou (technika)

Přidat nové téma		Vyberte si lípu…						skočit na konec
Hlavní hlavní debatní stůl [přispět]	Práva autorská práva na Wikipedii [přispět]	Pravidla o pravidlech Wikipedie [přispět]	Technika technické záležitosti [přispět]	Návrhy nápady na vylepšení [přispět]	Oznámení nástěnka novinek a událostí [přispět]	Setkání setkávání wikipedistů naživo	Spolek o české pobočce Wikimedia ČR [přispět]	U krbu živé, leč slušné debaty na okraj [přispět]	Sestřičky podobné debaty na sesterských wikiprojektech

Pod technickou lípou

U tohoto stolu hospody Pod lípou se diskutuje o technických záležitostech souvisejících s provozem Wikipedie. Pro věci ani ne tak diskusní, jako požadavky na správce, viz nástěnku správců.

Chcete-li nahlásit chybu v zobrazování, přečtěte si prosím nejdříve, jak hlásit chyby. Děkujeme.

Nowiki v navboxu

Zdravím, všiml jsem si, že tagy </nowiki> v hlistu v navboxu nepěkně rozhazují zobrazení (nahuštěné řádky nahoru) ve Vektoru 2022 (objevil jsem to víceméně náhodou z odhlášeného účtu; ze starého Vektoru rozdíl vidět není). Tagy jsem odstranil, jen se ptám původce úpravy @Shlomo:, jestli tam byl nějaký záměr. Zároveň pokud by zdatnější byli schopni zjistit, jestli to nemáme i v jiném navboxu. — Draceane ^diskuse_příspěvky 10. 12. 2024, 14:24 (CET)

@Draceane, Matěj Suchánek: Šablona Call of Duty: Takto to vypadá ve starém zobrazení bez </nowiki>. Myslím si tak, že uživatelé s novým vzhledem budou muset menší natlačení nahoru vydržet. V nejhorším případě by se hlist odstranil.

Nicméně by měl problém řešit modul, ale ještě nebyl nahozen. Nahození bránily snad mezery mezi vícero navboxy a CSS, ale co jsem pochopil, tak by se to mělo vyřešit během implementace, to už je ale spíše otázka na Matěje. --RiniX (diskuse) 10. 12. 2024, 17:18 (CET)

OK, díky za uvedení toho případu, i proto jsem psal sem. Jinak bych byl výhledově pro větší převod navboxů na listclass=hlist. — Draceane ^diskuse_příspěvky 10. 12. 2024, 17:23 (CET)

V aktuální verzi nefunguje moc dobře ani střídající se barva jednotlivých řádků, což je vidět i v samotné šabloně dole u části Vývoj. To byl měl modul také umět řešit. Bohužel čím komplikovanější navbox je, tak už to nynější nastavení moc nezvládá. Jinak nowiki se řešilo určitě někde Pod lípou (musel bych dohledat), potažmo i zde. O modulu se pak diskutovalo zejména na stránce o modulu. --RiniX (diskuse) 10. 12. 2024, 17:40 (CET)

K hlist / <nowiki> mám uložený odkaz Wikipedie:Potřebuji pomoc/Archiv21#Mezery v navboxu.

S tím navboxem bychom měli určitě pohnout, už třeba kvůli tomu, aby nám zapnuli dark mode. Momentálně je v tom ale strašný binec a s tím, jak se věci pořád mění (nový vzhled, Parsoid), je potřeba to projít celý odznova. A samozřejmě nějaký navbox má třetina článků (nemluvě o autoritních datech, která už ale na nový Modul:Navbox přešla), tak aby zas někomu nevadilo, že ty tečky jsou o pixel menší/větší. --Matěj Suchánek (diskuse) 10. 12. 2024, 20:09 (CET)

Jak odkázal výše kolega RiniX, přidávání <nowiki/> jsem doporučoval před asi 6 lety jako záplatu v Diskuse k šabloně:Navbox#Rozbité podseznamy. Bez něj se seznamy v druhém a dalším řádku neobalí příslušným tagem <ol>, <ul> nebo <dl>; výsledný kód je tím pádem nevalidní, což může způsobovat (a způsobovalo) mj. nepříliš předvídatelné problémy při zobrazení. U starého Vectoru se po přidání <nowiki/> seznamy obalily a výsledný kód byl (v tomto ohledu) syntakticky v pořádku. U nového Vectoru se seznamy obalují taky, ale kromě toho dojde ještě k přidání prázdného odstavce (<p></p>) před seznam, jehož zobrazení je následně potlačeno pomocí CSS (display:none). Syntakticky je to takto v pořádku, sémanticky je to ovšem nevhodné. No a vzhledem k tomu, že se designéři rozhodli, že následuje-li seznam po odstavci, má být posunut o kousek vejš, tak holt je posunutý o kousek vejš, i když následuje po nezobrazovaném odstavci…

Možných řešení je několik:

• přimět vývojáře, aby opravili parser, aby kód renderoval validně a záplatu nebylo třeba (nepovedlo se v uplynulých 6 letech, nepředpokládám, že by se to najednou zadařilo),
• přimět vývojáře, aby upravili parser, aby aspoň po <nowiki/> nepřidával prázdný odstavec (nedávám to mu o moc víc šancí než předchozímu návrhu),
• upravit stylopis nového Vectoru, aby neposouval nahoru seznam po odstavci, je-li předcházející odstavec potlačen,
• přidat stylopis pro šablonu Šablona:Navbox, který potlačí posunutí seznamu následujícího po nezobrazeném odstavci,
• předělat šablonu na modul, který si ohlídá, aby seznamy byly řádně obaleny bez ohledu na parser.

Odstranění <nowiki/> způsobuje nevalidní výstup, a někde zjevně i problémy se zobrazením vnořených seznamů, takže to, Draceane, prosím u dalších navboxů zatím nedělejte (bude jich asi docela dost).--Shlomo (diskuse) 10. 12. 2024, 21:38 (CET)

P.S. Vidím, že prázdný odstavec se přidává i u ostatních skinů, takže to asi bude problém parseru, nikoli skinu. Problémem je tedy inovativní stylopis nového Vectoru, robustnější stylopisy starších skinů si s nezobrazeným odstavcem zdá se poradí.--Shlomo (diskuse) 10. 12. 2024, 21:57 (CET)

Ještě jedno možné řešení:

• formátovat seznamy v navboxech pomocí značek HTML místo wikisyntaxe. Postačí na první úrovni seznamu, vnořené seznamy se zdá se renderují správně i s wikisyntaxí. Výhodou tohoto řešení je, že problém (= nadbytečný prázdný odstavec) odstraňuje, nikoli záplatuje pomocí CSS. Druhou výhodou je, že nepotřebuje součinnost vývojářů ani správců, kteří se do toho moc nehrnou. Nevýhodou je trochu méně uživatelsky přívětivý zdrojový kód a pracnost převodu.--Shlomo (diskuse) 15. 12. 2024, 06:28 (CET)

  Tak jsem na ukázku zkusil opravit tímto způsobem formátovatování u navboxu {{Call of Duty}}. Vygenerované HTML se zdá být v pořádku, což vyřešilo jak problémy s víceúrovňovými seznamy, tak i s posouváním seznamů nahoru a zdá se mi, že i střídavé stínování sudých/lichých řádků, které zmínil RiniX. Otázkou je, zda to takto aplikovat i na další navboxy (na všechny? nebo jen na viditelně problémové?), nebo zda počkat dalších 6 let, zda třeba někdo neopraví parser nebo nedokončí modul.--Shlomo (diskuse) 19. 12. 2024, 09:18 (CET)

  Jen formální dotaz: Ty * u dalších řádků jsi zkoušel převést? Ono ty vypadá rušivě a zbytečně složitě. Zagothal (diskuse) 19. 12. 2024, 10:32 (CET)

  Ty hvězdičky představují druhou úroveň seznamu. IMHO by měly taky jít převést na HTML (myslím, že jsem to i zkoušel v náhledu), ale není to nutné; druhá a další úroveň se renderuje správně i z wikisyntaxe. Na druhou stranu uznávám, že kód kombinující HTML a wikisyntaxi vypadá trochu lajdácky. A teoreticky může být zdrojem těžko předvídatlných problémů při další aktualizaci parseru.--Shlomo (diskuse) 19. 12. 2024, 11:02 (CET)

  Tak vzhledem k tomu, bych radši upravil jen problémové. Ten kod vypadá náchylný na chyby. Zagothal (diskuse) 19. 12. 2024, 11:12 (CET)

  Tak je-li libo odolnější kód, je samozřejmě možné převést do HTML i podseznamy. Viz na ukázku Speciální:Diff/24496701.--Shlomo (diskuse) 19. 12. 2024, 13:37 (CET)

  ...což je podle mě to, co nechceme. Primárně máme používat wikikód, nikoliv HTML. Bohužel se dostáváme zpět na začátek, že wikikód nám produkuje nevalidní HTML. — Draceane ^diskuse_příspěvky 19. 12. 2024, 14:10 (CET)

  Primárně máme používat wikikód… a proč vlastně? Ano, wikisyntaxe je pohodlná a pro editora, který se chce soustředit na obsah a ne na formátovací serepetičky a který potřebuje do svého textu vložit jednoduchý bezproblémový seznámek, je to samozřejmě nejvhodnější postup. Ale na druhou stranu, proč trvat na wikisyntaxi v situaci, kdy tato způsobuje nějaké potíže nebo když potřebujeme funkcionalitu, kterou wikikód nepodporuje? A zrovna seznamy jsou ve wikisyntaxi hodně okleštěné oproti tomu, co umožňuje HTML.--Shlomo (diskuse) 19. 12. 2024, 15:02 (CET)

@Matěj Suchánek, Vachovec1: Mohl bych poprosit o kvalifikovaný odhad, či aspoň názor, zda lze v předvídatelné době očekávat nějaké řešení na úrovni parseru či skinu („nový Vector“) ze strany vývojářů a/nebo řešení spočívající v převedení šablony {{Navbox}} na modul (již >2 roky žádná aktivita…)? Pokud tudy cesta nevede ani nepovede, bylo by asi na místě vydat se jinudy…--Shlomo (diskuse) 16. 1. 2025, 07:47 (CET)

@Shlomo: Podle [1] nový parser (nejdříve) v září 2025.

Ten prázdný odstavec není přímým důvodem, proč se navboxy zobrazují chybně. Důvodem je CSS pravidlo .mw-body p + ul { margin-top: -0.5em }, evidentně zamýšlené pro běžný obsah článků. Toto pravidlo způsobí negativní margin a posun textu nahoru. (A pravidlo .hlist ul { margin: 0 } to nedokáže přebít, protože má nižší specificitu.)

Pozorování:

• * s <nowiki/> na začátku generuje skrytý prázdný odstavec pod oběma parsery. HTML seznamu je validní a závorky kolem položek odsazených dvakrát jsou na stejném řádku (tj. v pořádku).
  • Screenshot: [2]
• * bez <nowiki/> nevygeneruje žádný prázdný odstavec pod oběma parsery. HTML seznamu ale není validní, chybí vnější <ul> a kvůli tomu jsou závorky kolem položek odsazených dvakrát na vlastním řádku.
  • Screenshot: [3]
  • Zajímavý je rozdíl mezi řádky „Druhá světová válka“ a „Modern Warfare“. První je vykreslený správně a má HTML správně, druhý (i třetí) ne. Dokáže někdo přijít na to, proč dva téměř stejné obsahy parsují různě?

Pozor, na rozdíl od parseru by zvolený skin neměl neovlivňovat výsledné HTML. Tedy alespoň jsem o tom přesvědčen. Liší se pouze v CSS, které ovlivňuje vzhled. --Matěj Suchánek (diskuse) 20. 1. 2025, 16:52 (CET)

Na nepochopitelné rozdíly mezi parsováním prvního a všech následujícíh řádků navboxu upozorňoval již před drahnými lety Dvorapa. Podezříval jsem tehdy nějakou chybu v kódu šablony {{Navbox}}, ale žádnou jsem tam nenašel.

ad CSS: A nešlo by doplnit někam nějaké pravidlo s vyšší specificitou, něco jako .hlist p.mw-empty-elt + ul { margin-top: 0 }? Případně přidat !important?--Shlomo (diskuse) 20. 1. 2025, 18:48 (CET)

Možný workaround: umístit <nowiki/> za seznam, ne před něj. HTML je validní a ani se nevygeneruje prázdný odstavec.

Možná by pomohla úprava kódu {{Navbox}}, kde se {{{list#}}}</div> rozdělí na dva řádky? --Matěj Suchánek (diskuse) 20. 1. 2025, 17:04 (CET)

Tohle mě teda opravdu nenapadlo :) No, pokud to bude fungovat, tak by to mohlo být provizorní řešení lepší než to současné. S případnou úpravou {{Navbox}}u byste ale musel pomoci vy nebo někdo jiný privilegovaný, my prostí plebejci do ní nemáme přístup…--Shlomo (diskuse) 20. 1. 2025, 18:48 (CET)

Opraveno Opraveno. S notnou dávkou odvahy jsem zkusil metašablonu opravit (a přitom našel další bug).

Bohužel pokud uvnitř buňky není HTML seznam, vytvoří se tam odstavec <p>, který má kvůli stylopisu vertikální mezery. To jsem vyřešil úpravou CSS. Těžko říct, jestli se nerozbilo ještě něco... --Matěj Suchánek (diskuse) 20. 1. 2025, 19:28 (CET)

Překrývání textu v mobilním zobrazení Posledních změn

Screenshot --Chrz (diskuse) 10. 1. 2025, 22:56 (CET)

Na této stránce sledujte poslední změny na Wikipedii. Můžete také sledovat IRC kanál #cs.wikipedia. (Problem not detected..) --Osidor (diskuse) 10. 1. 2025, 23:37 (CET)

Doplním: v mobilním zobrazení v mobilním zařízení. Takže pokud je šířka 425px a méně, začne se text překrývat. Třeba to značí obecnější problémy i pro jiné prvky na jiných - pro běžného čtenáře důležitějších - stránkách, třeba je to jen u Posledních změn a na rozlišení, které se nemíní podporovat. To už nechám na vás. --Chrz (diskuse) 10. 1. 2025, 23:50 (CET)

V mobilní verzi s větším rozlišením se sice nepřekrývá výše zmíněný text, ale zůstává tam ještě nedokonalé zarovnání sloupečků. Hodnoty pro Žádost o komentář, Diskuse o smazání, Volby, Požadované články jsou zarovnány jinak než zbytek. V klasickém zobrazení je všechno v jedné lajně. --Chrz (diskuse) 11. 1. 2025, 00:04 (CET)

Je to jen nepatrný detail, ale vlastně to nijak nevybočuje z nastoleného trendu činit efektivní používání internetu na mobilních zařízeních čím dál obstruktivnějším a nemožnějším. Soucítím s vámi. //EDIT: @Zagothal: Díky za ověření. To mne právě zaujalo, že kolega Chrz používá zařízení s (na dnešní poměry) nízkým rozlišením, s nímž už asi vývojáři se svou průběžnou de-optimalizací v duchu plánovaného zastarávání nehodlají počítat. --Osidor (diskuse) 11. 1. 2025, 00:17 (CET)

Podařilo se mi to reprodukovat i v Edgi, když jsem přepnul do mobilní verze a zmenšil okno. Zkusím se podívat do HTML+CSS, čím to je. --Zagothal (diskuse) 11. 1. 2025, 00:21 (CET)

To překrýváním je pozicováním vůči rámečku (ten text je hierarchicky uvnitř toho rámečku, ale posunut pomocí CSS; problém u mně nastává u asi 820px). To odsazení je rozdílným stylováním seznamů a tabulek.

A to překrývání i v normálním vzhledu, ale ne tak nápadné. Ty odsazení jsou normálně. --Zagothal (diskuse) 11. 1. 2025, 00:33 (CET)

Re překrývání: mobil má samozřejmě větší fyzické rozlišeni displeje, ale browser má záměrně nižší, vyplýtvají se třeba 3 pixely mobilu na zobrazení 1 pixelu obrázku či písma, aby taky bylo na tom mobilu něco vidět. To není tím že bych měl nějaký starý křáp.

Re nezarovnané tabulky: to je i na tabletu či počítači při mobilním vzhledu, takže obecný problémek toho zobrazení.

No a tedy po analýze, dá a chce se s obojím něco dělat? --Chrz (diskuse) 11. 1. 2025, 08:10 (CET)

Muselo by se zasáhnout do stylu. To nechám k vyhodnocení už jiným. --Zagothal (diskuse) 13. 1. 2025, 09:45 (CET)

Ohledně zarovnání tabulky jsem psal Oznamovateli, který ty podstránky automaticky vytváří, zdá se, a chybějící formátování by tam mohl doplnit.

Ohledně překrývání textu, čekáme na jiné :) --Chrz (diskuse) 13. 1. 2025, 11:53 (CET)

No, docela mě zklamal ten nezájem to vyřešit. Stránka posledních změn by mohla být na mobilu docela navštěvovaná, ale překrývání a zarovnání textu je asi podružnost pro takovou technickou stránku. --Chrz (diskuse) 9. 2. 2025, 14:17 (CET)

Souřadnice vesmír

Chtěl bych se zeptat, proč nefungují souřadnice u některých hvězd, jako například u 1 Camelopardalis nebo HD 115404, zatímco u jiných, například Diadem (hvězda), fungují správně. Je problém v chybném formátování, chybějících datech, nebo může být důvod jiný? Předem děkuji za vysvětlení a případnou pomoc.Mirek256 13. 1. 2025, 17:22 (CET)

Řekl bych, že za to může mezera v parametru id, např. „HD 115404“. --Matěj Suchánek (diskuse) 13. 1. 2025, 18:35 (CET)

Dík za odpověd, Ještě bych měl jeden dotaz pod zde [4] je řazení od 0-9 takové jaké je a jak to jde opravit? --Mirek256 19. 1. 2025, 03:31 (CET)

Nerozumím otázce. „Opravit“ co a proč? Jak to souvisí s šablonou {{Souřadnice - vesmír}}? --Matěj Suchánek (diskuse) 19. 1. 2025, 10:03 (CET)

Se souřadnicemi vesmír to nesouvisí, ale některé hvězdy, jejichž názvy začínají písmenem abecedy, jsou zařazeny mezi číslicemi 0 až 9, zde Objekty v katalogu 2MASSMirek256 19. 1. 2025, 12:51 (CET)

Viz Nápověda:Klíč řazení. Tak jako lze vynutit řazení osoby podle jejího příjmení, lze hvězdu zařadit pod (libovolnou) číslicí. --Matěj Suchánek (diskuse) 19. 1. 2025, 13:15 (CET)

@Matěj Suchánek: Děkuji za odpověď. Použil jsem {{DEFAULTSORT:WR 104}}, ale hvězda se stále zařazena mezi číslicemi v kategorii. Existuje konkrétní způsob, jak zajistit, aby byla například WR 104 zařazena mezi písmena v kategorii, jako jsou objekty začínající písmeny? Pokud je chyba v mé implementaci, mohl byste prosím uvést správný postup? --Mirek256 19. 1. 2025, 15:45 (CET)

@Mirek256 Do Kategorie:Objekty_v_katalogu_2MASS řadí přímo {{Infobox - vesmírný objekt}} podle katalogového čísla, řadicí klíč v tomto případě má přednost před {{DEFAULTSORT:}}. Ale v jiných článcích z téže kategorie je použit {{Infobox - hvězda}}, který řadí do téže kategorie dle názvu. --JAnD (diskuse) 21. 1. 2025, 09:26 (CET)

@JAnD Děkuji za odpověď a vysvětlení ohledně priorit řazení v kategoriích. Mám však ještě jeden problém související s šablonou {{Infobox - hvězda vícenásobná}}.

Tato šablona aktuálně vůbec nezobrazuje katalog 2MASS, přestože jde o důležitý katalog hvězd, který by měl být v infoboxu uveden automaticky, podobně jako je tomu u šablony {{Infobox - hvězda}}. Zdá se, že parametr pro tento katalog není v šabloně vůbec implementován.

Například u hvězdy HD 3443, která je evidována v katalogu 2MASS, se tento katalog nezobrazuje v infoboxu při použití šablony {{Infobox - hvězda vícenásobná}}. Oproti tomu při použití šablony {{Infobox - hvězda}} se katalog 2MASS zobrazí korektně. To ukazuje na nedostatek v aktuální implementaci šablony pro vícenásobné hvězdy.

Mohli byste prosím zkontrolovat kód šablony a případně doplnit podporu pro katalog 2MASS, aby se zobrazoval stejně jako v jiných šablonách?

Děkuji za vaši pomoc a případné řešení tohoto problému.

--Mirek256 19. 1. 2025, 16:45 (CET)

@Mirek256 Hotovo Hotovo. --JAnD (diskuse) 23. 1. 2025, 11:53 (CET)

Technické novinky: 2025-03

Poslední Technické novinky z technické komunity Wikimedia. Informujte prosím ostatní uživatele o těchto změnách. Ne všechny změny se vás týkají. Jsou dostupné i překlady.

Novinka týdne

• Systém sjednoceného uživatelského přihlášení bude v následujících měsících aktualizován. Jde o systém, který uživatelům umožňuje vyplnit přihlašovací formulář na jednom projektu Wikimedia a tím se přihlásit na všech ostatních. Je třeba jej aktualizovat, protože prohlížeče stále více omezují cookies napříč doménami. Aby se vyhovělo těmto omezením, přihlašovací stránky a stránky pro vytvoření účtu se přesunou na centrální doménu, uživateli se však stále budou jevit, jako by byly na původní wiki. Aktualizovaný kód bude tento týden nasazen pro uživatele na testovacích wiki. Nasazení změny pro všechny uživatele je v plánu během února a března. Pro více podrobností a časový plán viz projektovou stránku SUL3.

Novinky pro editory

• Na wiki, které mají nainstalované PageAssessments, můžete odteď pomocí klíčového slova inproject: filtrovat výsledky vyhledávání podle stránek v rámci daného WikiProjektu. (Jde o tyto wiki: Arabská Wikipedie, Anglická Wikipedie, Anglické Wikicesty, Francouzská Wikipedie, Maďarská Wikipedie, Nepali Wikipedia, Turkish Wikipedia, Chinese Wikipedia.) [5]
• Byla vytvořena nová wiki: Wikipedie v tigrejštině (w:tig:) [6]
• Podívejte se na všech 35 úloh vytvořených komunitou, které byly minulý týden vyřešeny. Například se vyskytoval problém s aktualizací počtu editací uživatele po použití rychlého vrácení zpět, který je nyní vyřešen. [7]

Novinky pro technické přispěvatele

• Uživatelé Wikimedia REST API, jako jsou operátoři botů a správci nástrojů, mohou být ovlivněni probíhajícími aktualizacemi. V týdnu od 13. ledna začnou být na všech projektech některé koncové body s obsahem stránek přesměrovávány z RESTbase na novější koncové body MediaWiki REST API. Tato změna byla dosud nasazená na testovací wiki a neměla by mít vliv na dosavadní funkcionalitu, nicméně aktivní uživatelé dotčených koncových bodů mohou na případné problémy přes Phabricator upozornit tým MediaWiki Interfaces.
• Správci nástrojů na Toolforge nyní mohou sdílet svou zpětnou vazbu k Toolforge UI, iniciativě poskytující webovou platformu, která umožňuje vytvářet a spravovat nástroje na Toolforge prostřednictvím grafického rozhraní, jako alternativu k dosavadní správě přes příkazový řádek. Tento projekt si klade za cíl zefektivnit úkoly aktivních správců a také zlepšit přístupnost procesu registrace a nasazení pro nové tvůrce nástrojů. Iniciativa je stále ve velmi rané fázi a tým Cloud Services shromažďuje zpětnou vazbu od komunity Toolforge, aby mohl řešení přizpůsobit jejím potřebám. Přečtěte si více a sdílejte své nápady k Toolforge UI.
• Vývojářům nástrojů a knihoven používajícím systém OAuth: Koncový bod s identitou používaný OAuth 1 a OAuth 2 vracel JSON objekt s číselnou hodnotou pod jedním jeho podklíčem, což bylo chybné (hodnota musí být řetězec). Problém byl vyřešen. Oprava bude na projekty Wikimedia nasazena v týdnu od 13. ledna. [8]
• Na mnoha wiki se pro vlastní vykreslování značek citací ve výstupu Parsoidu používá Cite CSS. Tato pravidla budou k 20. lednu vypnuta, nicméně vývojáři vás vyzývají, abyste do 20. února neprováděli úklid MediaWiki:Common.css, a předešli tak problémům během migrace. Na svých wiki můžete ve vizuálním editoru nebo při použití experimentálního režimu čtení přes Parsoid zaznamenat malé změny značek citací, ale ty by měly dát vykreslování do souladu s výstupem staršího parseru. [9]

Setkání a události

• Další setkání ze série diskusí nadace Wikimedia s komunitou Wikimedia Commons se uskuteční 15. ledna v 8:00 UTC a 16:00 UTC. Tématem této výzvy je vytyčení priorit při investování do nástrojů pro Commons. Přispěvatelé ze všech wiki, zejména uživatelé, kteří spravují nástroje pro Commons, jsou vítáni.

Technické novinky připravené svými autory a doručované botem • Přispívejte • Překládejte • Získejte pomoc • Poskytněte zpětnou vazbu • Přihlaste nebo odhlaste odběr.

MediaWiki message delivery 14. 1. 2025, 02:41 (CET)

Technické novinky: 2025-04

Poslední Technické novinky z technické komunity Wikimedia. Informujte prosím ostatní uživatele o těchto změnách. Ne všechny změny se vás týkají. Jsou dostupné i překlady.

Novinky pro editory

• Pomocí Extension:Nuke mohou správci hromadně mazat více stránek vytvořených jedním uživatelem nebo IP adresou najednou. Dosud umožňovalo mazat stránky vytvořené v posledních 30 dnech. Odteď umožňuje mazat stránky z posledních 90 dní za předpokladu, že je cílem konkrétní uživatel nebo IP adresa. [10]
• Na wiki používajících funkci prověřování editací, když je funkcí rychlý revert zrušena neprověřená revize stránky, bude tato revize odteď označena jako „ručně prověřená“ místo „automaticky prověřená“, což je přesnější. Někteří uživatelé používající filtry posledních změn si možná budou muset aktualizovat svoje nastavení filtrů. [11]
• Podívejte se na všech 31 úloh vytvořených komunitou, které byly minulý týden vyřešeny. Například byl vyřešen problém, kdy funkce „Vložit odkaz“ ve vizuálním editoru ne vždy navrhovala existující stránky správně, když editor začal psát.

Novinky pro technické přispěvatele

• Probíhá progresivní odstraňování rozšíření Strukturované diskuse (také známé jako Flow) z wiki. Rozšíření není udržované a způsobuje problémy. Bude nahrazeno diskusními nástroji, které lze použít na jakékoliv běžné diskusní stránce. Brzy bude kontaktována poslední skupina wiki (Katalánské Wikicitáty, Wikimedia Finsko, Konkánská (Goa) Wikipedie, Kabyle Wikipedia, Portuguese Wikibooks, Wikimedia Sweden). Pokud máte ohledně tohoto procesu dotazy, prosím upozorněte na své wiki uživatele Trizek (WMF). [12]
• Je dostupný nejnovější čtvrtletní Technical Community Newsletter. Toto vydání obsahuje novinky o službách od týmů Data Platform Engineering, informace o Codexu od týmu Design System a další.

Technické novinky připravené svými autory a doručované botem • Přispívejte • Překládejte • Získejte pomoc • Poskytněte zpětnou vazbu • Přihlaste nebo odhlaste odběr.

MediaWiki message delivery 21. 1. 2025, 02:35 (CET)

Sidebar

Máme tady Modul:Sidebar, který byl kdysi asi převzat z enWiki pro potřeby Šablona:Sidebar. Ta ale později byla sloučena do našeho vlastního Šablona:Soubox, a tak předpokládám, že modul úplně přestal být využíván. Bohužel ale Soubox neposkytuje tolik možností jako původní Template:Sidebar, které bych rád využil (např. sbalování jednotlivých sekcí). A protože Soubox už se zase používá na další věci, netroufám si přímo hrabat v něm, raději bych nové šablony založil na samostatné metašabloně.

Dokázal by prosím někdo technicky zdatnější aktualizovat ten český modul Sidebar a navázat na něj případně další moduly, které pro svůj provoz využívá (podle enWiki Module:Sidebar celkem tři, z nichž dva mají svoje české protějšky a jeden nám zatím chybí), aby se dala znovu oživit i naše šablona Sidebar? Navíc ten anglický využívá i nějaké CSS styly, o kterých nemám přehled, jestli je tu máme k dispozici, nebo by se musely taky přidat/upravit. --Bazi (diskuse) 23. 1. 2025, 15:36 (CET)

Tak jsou převedené konkrétně:

• Module:Sidebar včetně Modul:Sidebar/configuration a Modul:Sidebar/styles.css
• Šablona:Sidebar a Šablona:Sidebar sbalitelný
• A k tomu ještě pomocné Modul:Aligned table a Šablona:Zarovnaná tabulka

Aktuální test výstupů je zde: Šablona:Fotografie-side. Vypadá to, že v jádru funguje, jenom se marně doptává na kaskádové styly k šabloně Šablona:Vseznam, protože na enWiki existuje en:Template:Hlist/styles.css, ale my k tomu protějšek nemáme. Nebo ho jen máme jinde?

Taky to ještě bude chtít české pojmenování parametrů podle zdejších zvyklostí. --Bazi (diskuse) 25. 1. 2025, 10:22 (CET)

CSS k .hlist apod. jsou v MediaWiki:Common.css. --Matěj Suchánek (diskuse) 25. 1. 2025, 10:59 (CET)

Hm, tak to ale nepomohlo. --Bazi (diskuse) 25. 1. 2025, 11:31 (CET)

To ani fungovat nemá. Pointa v tom, že (zatím) nejsou potřeba žádné TemplateStyles, protože se styly pro hlist načtou úplně vždy. --Matěj Suchánek (diskuse) 25. 1. 2025, 12:43 (CET)

No dobře. Ale jak se teda zbavit chybové hlášky, když se to za každou cenu snaží něco odněkud načítat, co my nemáme? --Bazi (diskuse) 25. 1. 2025, 13:07 (CET)

Někdy se v JSON a jeho interpretaci liší význam prázdného prvku a nevyplněného prvku. Zkusil byste ten řádek smazat? --Zagothal (diskuse) 25. 1. 2025, 13:25 (CET)

Nezdá se, že by to pomohlo. Vypadá to spíš, že teď jen chybí definice, ale ta je stále samotným modulem vyžadována. Skoro si říkám, jestli by nebylo (pro mě) jednodušší založit tu prázdnou podstránku s volaným stylem, ale přijde čistější, aby se jí ani nedomáhal. --Bazi (diskuse) 25. 1. 2025, 13:41 (CET)

Co v Modul:Sidebar přepsat přímo tento řádek: local hlist_styles = add_list_templatestyles('hlist', cfg.i18n.hlist_templatestyles)? Žel v lua se nevyznám a ve zdejší struktuře jakysmet. --Zagothal (diskuse) 25. 1. 2025, 14:04 (CET)

Vyřešeno Zakomentoval jsem kód v modulu. Ale prázdný stylopis (s vysvětlením) taky není úplně špatný nápad. --Matěj Suchánek (diskuse) 25. 1. 2025, 14:14 (CET)

Díky, tohle řešení vypadá funkčně. Ještě se nějak pokusím pozápasit s tou lokalizací. Ideálně aby to fungovalo s českými i anglickými parametry pro potřebu překladů, ale zatím když jsem to zkoušel u Modul:Aligned table po vzoru Modul:Navbox, evidentně to nezafungovalo, takže to asi bude chtít jiné řešení. --Bazi (diskuse) 26. 1. 2025, 00:10 (CET)

Asi tuším, že to obstarává funkce getWithLocal, kterou jsem sice zkusil přinést do modulu taky, ale ono asi bude potřeba ji tam zakomponovat všude, což je, obávám se, nad moje skromné "programátorské" síly. Nebo by bylo lepší zapomenout na funkčnost anglických parametrů a počeštit to natvrdo? --Bazi (diskuse) 26. 1. 2025, 18:07 (CET)

Provedl jsem hromadné nahrazení, ale pak jsem si uvědomil, že to má háček. Ta tabulka s překladem je primitivní asociativní pole, zatímco parametry mohou obsahovat pořadí (colalign1, col2nowrap atd.). Ale jestli chceme mít přeložené vše, není těžké to přizpůsobit. --Matěj Suchánek (diskuse) 26. 1. 2025, 19:43 (CET)

A nemohl by se přeložit název, třeba analogicky, jak je to ve slovenštině? --Pavouk (diskuse) 26. 1. 2025, 19:47 (CET)

Ve slovenštině mají přeložený např. i ten Navbox jako sk:Šablóna:Navigačná lišta, takže tam asi obecně mají jiný přístup. Ale vzhledem k tomu, že se jedná o metašablony, které se použijí jenom při vytváření jiných šablon, mi nepřijde nijak zvlášť důležité mít název v češtině (a kvůli tomu zároveň zbytečně dvojslovný). Třeba v případě Šablona:Zarovnaná tabulka jsem překlad provedl, protože i anglický vzor je popisný a dvojslovný, ale Sidebar mi přijde podobný případ jako Navbox. --Bazi (diskuse) 26. 1. 2025, 19:56 (CET)

Díky za pomoc. Ano, ty číslované parametry jsou další komplikace, s kterou jsem si nevěděl rady. --Bazi (diskuse) 26. 1. 2025, 19:47 (CET)

Vyřešeno --Matěj Suchánek (diskuse) 26. 1. 2025, 20:07 (CET)

Ještě jsem tam něco poladil, ale snad už se to chová dobře. Podobným způsobem jsem zkusil sám provést lokalizaci Module:Sidebar pro potřeby Šablona:Sidebar a Šablona:Sidebar sbalitelný, ale tam jsem bohužel narazil - parametry v češtině vůbec nefungují, viz Šablona:Fotografie-side, kde se ani jeden ze sidebarů vůbec nezobrazuje (pouze soubox ano), přestože v angličtině fungovaly oba. Mohl bych poprosit o pomoc ještě s tímhle? --Bazi (diskuse) 29. 1. 2025, 23:03 (CET)

@Bazi: Doporučuji zatím tento modul (a šablony) nechat nelokalizovaný. Původně jsem na tom začal pracovat, ale tady už se to hrozně komplikuje (funkce, které si argumenty přeposílají mezi sebou, zápis pod jiným klíčem, navíc se do toho motají i kouzelná slova atd.). Můžu to se zatnutím zubů někdy dokončit, ale radši bych byl pro řešení, které ten překlad provede bez nutnosti přepisovat celý modul (takové ale zatím nemám). --Matěj Suchánek (diskuse) 8. 2. 2025, 15:25 (CET)

Díky moc za snahu. Použití parametrů v angličtině naštěstí není moc velký problém, při vytváření jednotlivých šablon holt bude stačit inspirace z nějaké už existující a jejich použití v článcích se tím nijak nekomplikuje. V dokumentaci k šabloně jsem použití parametrů přeložil, takže by to snad mělo být použitelné.

Trochu náročnější je, že se mi nedaří ani uzpůsobit design víc našim navboxům nebo infoboxům (a dosavadním souboxům), takže i v tom budeme asi odkázaní na převzetí původního vzhledu z enWiki, který je ale poměrně čistý, takže to snad nebude vadit. Díky ještě jednou. --Bazi (diskuse) 8. 2. 2025, 15:50 (CET)

Šablona:Infobox - hudební umělec

Rozumím dobře, že Šablona:Infobox - hudební umělec nemá parametry "titul před" a "titul za" a proto, pokouším-li se je dopsat do infoboxu, ten nereaguje? Nebo jsem udělal jinou chybu?. Konkrétně v článku Alexander Móži, kde jsem chtěl tituly přesunout z úvodní vědy do IB. --Svenkaj (diskuse) 26. 1. 2025, 22:18 (CET)

@Svenkaj Parametry v tomto infoboxu neexistují, tituly lze ale přidat do názvu infoboxu, případně šablonu upravit. --Vít Karásek (diskuse) 26. 1. 2025, 22:28 (CET)

@Svenkaj Dobrý den, z tohoto důvodu raději používám Infobox - osoba, kde je možné tituly zadat do příslušných polí a navíc přes Wikidata zobrazuje i jiné údaje, které jsou u vědců žádoucí pro zobrazování a které dotazovaný infobox neukazuje. --Krabiczka (diskuse) 26. 1. 2025, 23:08 (CET)

Technické novinky: 2025-05

Poslední Technické novinky z technické komunity Wikimedia. Informujte prosím ostatní uživatele o těchto změnách. Ne všechny změny se vás týkají. Jsou dostupné i překlady.

Novinka týdne

• Správci a patroláři ‒ jaké informace nebo kontext k editaci nebo uživateli by vám pomohly v rychlejším rozhodování, která jako správci nebo patroláři činíte? Nadace Wikimedia se zajímá o váš názor, kterým můžete nasměrovat její nadcházející roční plán. Zvažte, prosím, zda se podělíte o své úvahy o této a 13 dalších otázkách, a pomůžete tak utvářet směr technologií v příštím roce.

Novinky pro editory

• Uživatelé aplikace Wikipedie pro iOS na celém světě mají odteď přístup k funkci personalizovaný Rozbor uplynulého roku, která poskytuje hlubší poznatky založené na vlastní historii čtení a editace Wikipedie. Tento projekt je součástí širšího úsilí pomoct s vítáním nových čtenářů, jakmile začnou objevovat nový obsah a interagovat s ním.
• Pro patroláře editací je nyní dostupná nová funkce, která může upozornit na potenciálně problematické nové stránky. Když je vytvořena stránka se stejným názvem jako stránka, která byla dříve smazána, bude nyní přidána značka („Znovu založeno“), pomocí níž mohou uživatelé filtrovat Speciální:Poslední změny a Speciální:Nové stránky. [13]
• Později tento týden se editorům začne zobrazovat nové varování, pokud se pokusí vytvořit přesměrování, které odkazuje na jiné přesměrování (dvojité přesměrování). Tato funkce jim doporučí, aby odkazovali přímo na cílovou stránku druhého přesměrování. Děkujeme uživateli SomeRandomDeveloper za toto vylepšení. [14]
• Projekty Wikimedia umožňují během přihlašování kontrolu založenou WebAuthn coby druhý faktor (jako jsou hardwarové tokeny), ale tato funkce je nestabilní a používá ji velmi málo uživatelů. Tým MediaWiki Platform dočasně zakazuje přidávání nových WebAuthn klíčů, aby se předešlo kolizím během nasazování SUL3 (sjednoceného přihlašování verze 3). Dosavadní klíče nejsou ovlivněny. [15]
• Podívejte se na všech 30 úloh vytvořených komunitou, které byly minulý týden vyřešeny.

Novinky pro technické přispěvatele

• Pro vývojáře, kteří používají dumpy MediaWiki History: Tým Data Platform Engineering přidal do těchto dumpů několik nových polí, aby podporovaly iniciativu Dočasné účty. Pokud spravujete software, který zpracovává tyto dumpy, zkontrolujte prosím svůj kód a aktualizovanou dokumentaci, protože pořadí polí v záznamech se změní. Dojde také k přejmenování jednoho pole: v dumpu mediawiki_user_history bude pole anonymous přejmenováno na is_anonymous. Změny se projeví s příštím vydáním dumpů v únoru. [16]

Technické novinky připravené svými autory a doručované botem • Přispívejte • Překládejte • Získejte pomoc • Poskytněte zpětnou vazbu • Přihlaste nebo odhlaste odběr.

MediaWiki message delivery 27. 1. 2025, 23:13 (CET)

Zlobí mi MediaViewer

Když kliknu na obrázek, tak se mi místo obrázku objeví černá obrazovka přes celé okno (Chrome 132.0, na různých zařízeních). Nejde to escapovat, pomůže jen reload (pak se MV načte normálně), nepomůže ani tlačítku zpět. Ze safemodu se mi to nestává, odhlášenému také ne. Na druhou stranu jsem to zaznamenal napříč projekty (enwiki, Commons), takže snad leda m:User:Draceane/global.js. Konzole mi hlásí chybu u AutoSuggestLink, ale jeho vypnutí chybu nenapravilo. — Draceane ^diskuse_příspěvky 31. 1. 2025, 19:13 (CET)

Odkaz ve shrnutí

Přeji dobrý den, shrnutí editace člověka nabádá: "Shrnutí editace (max. 500 znaků) – stručně popište změny, které jste učinili, resp. důvody, které vás k úpravě vedly. Pokud jste neuvedli zdroje nových informací přímo v článku, uveďte je alespoň zde". Ovšem když tam uvedete internetovou adresu, která není přímo referencí, objeví se růžový (nebo oranžový?) rámeček řkoucí:
"Editační filtr zaznamenal možnou problematickou editaci.
Pokud uvádíte zdroje k určitým tvrzením, uveďte je v textu článku, nikoliv pouze ve shrnutí editace.
Pro nápovědu viz Nápověda:Reference.
Neváhejte ohlásit falešné poplachy filtru nebo jiné podněty pro vylepšení filtru."
Už jsem tu kdysi tento dotaz vznesl; nestál by za to tu "techniku" upravit, aby si doporučení neodporovala? --Lukáš Král (diskuse) 3. 2. 2025, 13:32 (CET)

@Lukáš Král: Tohle není ani tak technické téma (kromě toho, že zdrojem textu je hlášení MediaWiki:Summary; každopádně je to trochu dilema. Určitě není fajn, když potkávám hromadu editací se značkou URL ve shrnutí, kdy samotná editace přidává obsah bez standardních referencí. Na druhou stranu pro patrolu asi pořád lepší než nic. Ale souhlasím, že by to opravdu chtělo trochu větší apel na uvádění referencí přímo do článku, koneckonců je to jeden z pilířů, a ne, že "když už nic, tak ten odkaz plácněte aspoň sem". Pro spoustu editujících kolemjdoucích je to cesta menšího odporu, než vyplňovat citaci, takže když jim tuto možnost vyloženě předkládáme, je jasné, co si vyberou.

Teď se ovšem dívám do historie onoho hlášení a zjišťuji, že před pár lety kolega @Draceane: přesně takovou myšlenku dostal, ovšem o pár měsíců později kolega @Mario7: text změnil na současný stav. Bude to asi chtít nějakou diskusi, takže doporučuji vlákno přesunout pod hlavní lípu. Každopádně podporuji, aby výsledkem bylo přeformulování, které nezkušeným editorům přímo nenabízí tuto ulejvárnu, ale zároveň tak, aby existoval balanc i v duchu tehdejší diskuse. --Robins7 (diskuse) 3. 2. 2025, 18:20 (CET)

Dobrý den, děkuji, dále ten popis, resp. onen rozpor sedí tak, jak jsem jej popsal. Dostaneme toto vlákno třeba odkazem tedy na hlavní lípu? Děkuji, --Lukáš Král (diskuse) 4. 2. 2025, 08:08 (CET)

Technické novinky: 2025-06

Poslední Technické novinky z technické komunity Wikimedia. Informujte prosím ostatní uživatele o těchto změnách. Ne všechny změny se vás týkají. Jsou dostupné i překlady.

Novinky pro editory

• Editoři, kteří používají lištu „Zvláštní znaky“, odteď uvidí 32 zvláštních znaků, které použili naposled napříč přihlášeními na dané wiki. Tato změna by měla usnadnit hledání znaků, které používáte nejčastěji. Tuto funkci nabízí jak editor wikitextu z roku 2010, tak vizuální editor. [17]
• Editoři používající editor wikitextu z roku 2010 mohou odteď výběrem řádků, které se mají odsadit, a kliknutím na tlačítka v liště nástrojů vytvářet podseznamy se správným odsazením.[18] Také odteď můžete pomocí nového tlačítka v liště nástrojů vkládat značky <code>.[19] Děkujeme uživateli stjn za tato vylepšení.
• Na všech wiki je vyžadována pomoc se zajištěním správného fungování generátoru citací.
  • (1) Správci by měli aktualizovat lokální verze stránky MediaWiki:Citoid-template-type-map.json a přidat záznamy pro preprint, standard a dataset. Zde jsou příklady rozdílů verzí, jak zreplikovat 'preprint' a 'standard' nebo 'dataset'.
  • (2.1) Pokud chybí citoid mapy v citační šabloně, která se používá s těmito typy referencí, je třeba ji vytvořit. (2.2) Pokud citoid mapu má, je nutné do TemplateData přidat nové názvy polí. Zde jsou příklady aktualizací pro typ 'preprint' a pro 'standard' a 'dataset'. Novými poli, která je možná nutné zavést, jsou archiveID, identifier, repository, organization, repositoryLocation, committee a versionNumber. [20]
• Byla vytvořena nová wiki: Wikipedie v centrální kanurijštině (w:knc:) [21]
• Podívejte se na všech 27 úloh vytvořených komunitou, které byly minulý týden vyřešeny. Například byl do nástroje pro optické rozpoznávání znaků (OCR) používaného na Wikizdrojích přidán nový jazyk církevní slovanština. [22]

Technické novinky připravené svými autory a doručované botem • Přispívejte • Překládejte • Získejte pomoc • Poskytněte zpětnou vazbu • Přihlaste nebo odhlaste odběr.

MediaWiki message delivery 4. 2. 2025, 01:08 (CET)

Kopírování z infoboxu

Ahoj, čím je způsobeno, že když chci zkopírovat např. pouze místo úmrtí u {{Infobox - panovník}}, tak zleva kopíruji i datum o řádek výše, zatímco u {{Infobox - osoba}} lze řádky kopírovat separátně? (Děje se např. u vzorových iboxů v dokumentaci.) Kód obou infoboxů je u narození i úmrtí totožný, je tam použit modul String, funkce Join, oddělovač je <br />. Tj. infobox - osoba funguje správně, panovník nikoliv. — Draceane ^diskuse_příspěvky 4. 2. 2025, 14:39 (CET)

@Draceane: Ahoj, upřímně tam moc nevidím rozdíl. Když člověk nešikovně klikne, tzn. o pár pixelů příliš vlevo, označí se oba řádky i u infoboxu - osoba. Holt je potřeba označovat buď zprava, nebo opatrně přesně od začátku textu. Ale na tohle může mít vliv i prohlížeč atp. --Robins7 (diskuse) 4. 2. 2025, 15:21 (CET)

Automatický překlad šablony podnebí

V geografických článcích často pracuji se šablonou podnebí (buď u obcí či států), <nocode>Šablona:Podnebí</nocode>. Často překladám z angličtiny a potřebuji do článku přeložit (počeštit) i tuto šablonu, teď třeba z článkuen:Tbilisi#Climate. Česká šablona přijímá jen parametry v češtině, což je možná dobře, protože, když by to chtěl někdo v nějakém článku měnit, tak je to jednodušší a logické, když jsou argumenty v češtině. Můj dotaz/prosba je, jak udělat převodní tabulku z anglické předlohy šablony "Weather box" na českou. V kterém programovacím jazyku a kde vystavit pro ostatní (jako součást české Wiki)? Nebo to musí být na někde na externím místě, jako je skvělý nástroj Wire [23] @Jvs Mohu si to sám udělat třeba v PHP či javascriptu, ale to není moc systémové. Rád bych to nějak nabídl i ostatním. Nebo nějaký jiný nápad, jak to řešit? Problém je, že to je desítky až stovka parametrů, tedy zcela nevhodné pro ruční práci, jak jsem dělal doposud. Díky za navedení. --Pavouk (diskuse) 5. 2. 2025, 22:52 (CET)

Myslím, že nejlepší místo by bylo Toolforge (https://wikitech.wikimedia.org/wiki/Portal:Toolforge), které je pro také věci určeno. Tam je možné použít relativně jakýkoliv programovací jazyk (samozřejmě i včetně PHP a Javascriptu), i když jsou tam nějaká bezpečnostní omezení. --Jklamo (diskuse) 10. 2. 2025, 13:20 (CET)

Questions from the CEE Hub regarding your technical village pump

Hello and sorry for writing in English. There is an automatically translated version below, feel free to modify it if it contains errors.

I'm user Strainu, member of the CEE Hub Steering Committee. One of the directions of the Hub for 2025 is to support its member communities technically, including for technical village pumps. We would like to understand how you use this page, so I would appreciate your answers to a few questions:

1. If you have a technical problem, does it usually get an answer here?
2. Does your project have enough technical members to respond such questions?
3. Are there any profiles missing locally? (for instance: gadget creators, bot creators, people with graphical skills etc.)
4. On a scale from 1 to 10, how important is it for you to receive an answer in the project's language?
5. Would you be willing to support smaller communities to resolve technical issues if you get notified about such questions?

Thank you! Based on the community's responses, we will try to provide some ideas that would support you in the next few months. Best, Strainu (diskuse) 10. 2. 2025, 13:23 (CET)

---

Jsem uživatel Strainu, člen řídícího výboru CEE Hub. Jedním z cílů Hubu pro rok 2025 je poskytovat technickou podporu členským komunitám, včetně technických vesnických pump. Rádi bychom pochopili, jak tuto stránku používáte, a proto bych ocenil vaše odpovědi na několik otázek:

1. Pokud máte technický problém, dostanete obvykle odpověď zde?
2. Má váš projekt dostatek technických členů, kteří mohou odpovědět na takové otázky?
3. Chybí na místní úrovni nějaké profily? (například: tvůrci gadgetů, tvůrci botů, lidé s grafickými dovednostmi atd.)
4. Na stupnici od 1 do 10, jak důležité je pro vás dostat odpověď v jazyce projektu?
5. Byli byste ochotni podporovat menší komunity při řešení technických problémů, pokud byste byli informováni o takových otázkách?

Děkuji! Na základě odpovědí komunity se pokusíme poskytnout několik nápadů, které by vám mohly pomoci v příštích několika měsících. S pozdravem, Strainu (diskuse) 10. 2. 2025, 13:23 (CET)

Technické novinky: 2025-07

Poslední Technické novinky z technické komunity Wikimedia. Informujte prosím ostatní uživatele o těchto změnách. Ne všechny změny se vás týkají. Jsou dostupné i překlady.

Novinka týdne

• Poradní sbor pro produkty a technologie (Product and Technology Advisory Council, PTAC) uveřejnil návrh svých doporučení pro oddělení technologií a produktu nadace Wikimedia. Doporučuje zaměřit se na mobilní zařízení, zvláště pak přispívání z nich. Žádají zpětnou vazbu komunity na diskusní stránce do 21. února.

Novinky pro editory

• Odkaz „Speciální stránky“ se ve výchozím nastavení přesune ze sekce „Nástroje“ do sekce „Navigace“ postranního panelu hlavní nabídky. Důvodem pro tuto změnu je, že původní sekce je určená pro nástroje související s aktuální stránkou, a ne pro nástroje související s webem, umístění odkazu tak bude logičtější a konzistentní. Chcete-li upravit toto chování a aktualizovat CSS, administrátoři mohou postupovat podle pokynů na T385346. [24]
• V rámci letošního úsilí na vylepšení způsobů, jak čtenáři objevují obsah na wiki, spustí tým pro web experiment s malým počtem čtenářů, který zobrazí některé návrhy souvisejících nebo zajímavých článků ve vyhledávací liště. Více informací naleznete na stránce projektu.
• Editoři šablon, kteří používají TemplateStyles, nyní mohou pomocí dotazů týkajících se přístupnosti (prefers-reduced-motion, prefers-reduced-transparency, prefers-contrast a forced-colors) přizpůsobit výstup pro uživatele s určitými obtížemi s přístupností. Děkujeme uživateli Bawolff za tato vylepšení. [25]
• Podívejte se na všech 22 úloh vytvořených komunitou, které byly minulý týden vyřešeny. Například za účelem zjednodušení práce stevardů se záznamy o globálních blokováních odteď zobrazují přímo na stránce Speciální:Centrální ověření, podobně jako globální uzamčení. [26]

Novinky pro technické přispěvatele

• Wikidata odteď pro štítky a aliasy podporují zvláštní jazyk „výchozí hodnoty pro všechny jazyky“. Díky němu lze předejít přílišné duplikaci téže informace napříč mnoha jazyky. Pokud vaše dotazy Wikidat používají štítky, možná je budete muset aktualizovat, neboť některé dosavadní štítky mohou být odstraněny. [27]
• Funkce getDescription byla volána při každém načtení wikistránky a představuje asi 2,5 % celkové doby načítání stránky. Vypočítaná hodnota bude nyní uložena do mezipaměti, čímž se sníží zatížení serverů Wikimedia. [28]
• V rámci úsilí o vypnutí RESTbase je od 6. února 2025 zablokován koncový bod /page/related a brzy bude odstraněn. Tento časový plán byl zvolen kvůli sjednocení s plánem pro ukončení podpory starších verzí Androidu a iOS. Stabilní alternativou je „morelike“ v API MediaWiki, je dostupně příklad migrace. S jakýmikoliv otázkami lze kontaktovat tým MediaWiki Interfaces. [29]

Do hloubky

• Je dostupný nejnovější čtvrtletní Language and Internationalization newsletter. Obsahuje novinky v menu „Příspívání“, podrobnosti o některých nejnovějších jazykových verzí Wikipedie, podrobnosti o nových jazycích podporovaných rozhraním MediaWiki, novinky ve funkci komunitně spravovaných seznamů a další.
• Je dostupný nejnovější newsletter projektu Charts. Zahrnuje novinky o postupu na zlepšení sledování využití globálních grafů a podpoře kategorizace stránek ve jmenném prostoru Data na Commons.

Technické novinky připravené svými autory a doručované botem • Přispívejte • Překládejte • Získejte pomoc • Poskytněte zpětnou vazbu • Přihlaste nebo odhlaste odběr.

MediaWiki message delivery 11. 2. 2025, 01:11 (CET)