Wikipedie:Pod lípou (technika)
Přidat nové téma | Vyberte si lípu… | skočit na konec | |||||||
---|---|---|---|---|---|---|---|---|---|
Hlavní
hlavní debatní stůl |
Práva
autorská práva na Wikipedii |
Pravidla
o pravidlech Wikipedie |
Technika
technické záležitosti |
Návrhy
nápady na vylepšení |
Oznámení
nástěnka novinek a událostí |
Setkání
setkávání wikipedistů naživo |
Spolek
o české pobočce Wikimedia ČR |
U krbu
živé, leč slušné debaty na okraj |
Sestřičky
podobné debaty |
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
editovatZdraví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 diskusepří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 diskusepří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)
- 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 diskusepříspěvky 10. 12. 2024, 17:23 (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 diskusepří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)
- ...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 diskusepříspěvky 19. 12. 2024, 14:10 (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)
- 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)
- 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)
- 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)
- Tak jsem na ukázku zkusil opravit tímto způsobem formátovatování u navboxu
- @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)
- 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
- 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. 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)
- 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
- 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)
Oddělovače tisíců na wikipedia.org
editovatNa wikipedia.org máme nesprávný oddělovač tisíců:
Čeština 558,000+ článků
Asi by to chtělo upravit po vzoru francouzštiny. — Petr Matas 20. 12. 2024, 02:44 (CET)
- Totéž asi i pro slovenskou Wiki. --Bazi (diskuse) 20. 12. 2024, 04:11 (CET)
- Asi bych to rovnou zadal do Phabricatoru jako žádost. Správně má být mezera? --Juandev (diskuse) 26. 12. 2024, 18:07 (CET)
- Ano, mezera. --VasekPav (diskuse) 26. 12. 2024, 19:08 (CET)
- ...zúžená nezlomitelná, vizte úzká mezera. --Pavouk (diskuse) 2. 1. 2025, 20:55 (CET)
- Zde ale už jde o to, jestli si na tyto "drobnosti" ta úvodní strana hraje... --VasekPav (diskuse) 2. 1. 2025, 22:29 (CET)
- @Pavouk +1 --Osidor (diskuse) 8. 1. 2025, 22:06 (CET)
- ...zúžená nezlomitelná, vizte úzká mezera. --Pavouk (diskuse) 2. 1. 2025, 20:55 (CET)
- Ano, mezera. --VasekPav (diskuse) 26. 12. 2024, 19:08 (CET)
Chyba zobrazení úvodní strany
editovatÚvodní strana české Wiki se v sekci Ostatní projekty zobrazuje nesprávně, text jde přes loga, vizteSoubor:Uvodni stranka Wikipedie - chyba zobrazeni.png. Vzhled Vektor 2022, OS Ubuntu (Linux), Firefox, monitor 1920px široký, dělá to i v užším prohlížeči. Nemyslím si, že bych měl nějaké nestandardní nastavení (CSS). V prohlížeči Chromium na stejném počítači (přihlášený i nepřihlášený uživatel) to zobrazuje lépe. --Pavouk (diskuse) 2. 1. 2025, 21:05 (CET)
- Bohužel nepotvrzuji, Windows 10, Firefox i Edge (vše aktuální) v pořádku. --VasekPav (diskuse) 2. 1. 2025, 22:34 (CET)
- Kubuntu 24.04: Firefox starý Vektor a Chromium současný defaultní vzhled OK. --Palu (diskuse) 2. 1. 2025, 22:57 (CET)
- Přepnul jsem na chvíli ve Firefoxu i na default 2022 a taky OK. --Palu (diskuse) 2. 1. 2025, 22:59 (CET)
Oprava shrnutí
editovatOčividně jsem udělal chybu ve shrnutí. Tlačítko "opravit shrnutí" nevidím. Nebylo by takové tlačítko vhodné pro takové případy, kdy se někdo splete, jako teď já? Tedy jestli má být shrnutí opravdu užitečné... --Palu (diskuse) 7. 1. 2025, 23:31 (CET)
- Podle mě není žádoucí mít možnost opravit shrnutí, ve verzovacím nástroji git tahle možnost je a i tak to není moc vhodný. Pokud by bylo nutný to komentovat, tak bych zprávu o tom přidal do diskuse daného článku. --frettie.net (diskuse) 8. 1. 2025, 08:49 (CET)
- OK, díky za názor. Nicméně o co ho opíráte? Teď tam zůstane úplný nesmysl na věky věků. V čem je to lepší? OK, pokud je riziko v tom, že by si tam psal každý co chce a škodil tím, evidujme k tomu historii a umožněme to revertovat správci. --Palu (diskuse) 8. 1. 2025, 22:23 (CET)
- NO, mohlo by se to naprogramovat tak, že by si shrnutí mohl opravit jen člověk sám po sobě a ještě dejme tomu jen po určitou dobu (aby se to případně nezneužívalo). Ale je otázka, jak moc by to bylo technicky náročné, a jestli by o to byl vůbec zájem... --VasekPav (diskuse) 8. 1. 2025, 22:35 (CET)
- To už je trochu overkill, možná by stačil prostý „Skleróza mód“, který by šel zapnout v Nastavení, a po kliknutí na Zveřejnit změny by vyhodil ještě jedno okénko s výzvou ke kontrole (ne)vloženého shrnutí, které by bylo nutno odkliknout. Ale to asi taky „není žádoucí“ (přeloženo: pro deset lidí se s tím nikdo nikdy patlat nebude). //EDIT: @Lukša: Ano, nevyplněného, ne jakéhokoli. --Osidor (diskuse) 8. 1. 2025, 23:38 (CET)
- Takové skleróza módy většinou vesele ignoruju a nemyslím si, že jsem sám. Naopak si myslím, že co navrhuje VasekPav zní hodně dobře. --Palu (diskuse) 8. 1. 2025, 23:54 (CET)
- @Osidor: Možnost kontroly nevyplněného shrnutí editace v nastavení už dávno je. --Lukša (diskuse) 9. 1. 2025, 09:11 (CET)
- Tento systém možnosti úpravy příspěvku je používán na různých diskusních platformách. V praxi stačí udělat druhou (malou) editaci a vloižt správné shrnutí k předchozí editaci - v historii to bude vidět a většinou si lidé stejně prohlížejí souhrnné změny od poslední návštěvy. --JAnD (diskuse) 9. 1. 2025, 13:48 (CET)
- Jak píše VasekPav, nemyslím si, že je to příliš důležité, ale pokud by to v rámci prevence zneužití bylo omezené po velmi krátkou dobu např. 15 minut od zveřejnění, asi bych se tomu nebránil, pokud by byl širší zájem. --Robins7 (diskuse) 9. 1. 2025, 20:40 (CET)
- To už je trochu overkill, možná by stačil prostý „Skleróza mód“, který by šel zapnout v Nastavení, a po kliknutí na Zveřejnit změny by vyhodil ještě jedno okénko s výzvou ke kontrole (ne)vloženého shrnutí, které by bylo nutno odkliknout. Ale to asi taky „není žádoucí“ (přeloženo: pro deset lidí se s tím nikdo nikdy patlat nebude). //EDIT: @Lukša: Ano, nevyplněného, ne jakéhokoli. --Osidor (diskuse) 8. 1. 2025, 23:38 (CET)
- Určitě by to šlo, jak píše VašekPav, ale za mě je to špatný. Je to takový měnění historie (jako chápu, že tam zůstane nesprávná věc), ale v praxi to zas tak nevadí. --frettie.net (diskuse) 9. 1. 2025, 09:19 (CET)
- NO, mohlo by se to naprogramovat tak, že by si shrnutí mohl opravit jen člověk sám po sobě a ještě dejme tomu jen po určitou dobu (aby se to případně nezneužívalo). Ale je otázka, jak moc by to bylo technicky náročné, a jestli by o to byl vůbec zájem... --VasekPav (diskuse) 8. 1. 2025, 22:35 (CET)
- OK, díky za názor. Nicméně o co ho opíráte? Teď tam zůstane úplný nesmysl na věky věků. V čem je to lepší? OK, pokud je riziko v tom, že by si tam psal každý co chce a škodil tím, evidujme k tomu historii a umožněme to revertovat správci. --Palu (diskuse) 8. 1. 2025, 22:23 (CET)
CSS ořezy fotek v infoboxu
editovatOsidor dneska začal v některých článcích nahrazovat fotky v infoboxech (ať už vložené lokálně, nebo tahané z Wikidat) oříznutými verzemi snímků pomocí šablony {{CSS ořez obrazu}}
(mimochodem, jedna z více šablon, které byly patrně překopírovány z anglické wiki, aniž by se někdo obtěžoval vytvořit dokumentaci, popsat k čemu a jak slouží a rozebrat parametry šablony), např. Stanislav Bernard, Petr Pavel, Anežka Chudlíková – jedná se o různé infoboxy. Šablona je vkládána do nesouvisejících předchozích parametrů (obvykle jméno nebo titul za jménem), což se mi nezdá zrovna v pořádku. Nehledě na to, že někteří roboti mají tendenci odstraňovat prázdné parametry pro obrázky, aby je bylo možné přebírat z WD. Jaký je k tomu postoj komunity, je to vhodné technicky, případně jaké jsou návrhy, jak něco takového řešit, či jestli vůbec? --Harold (diskuse) 8. 1. 2025, 17:24 (CET)
- Díky za všimnutí. Pro začátek by úplně stačilo, kdyby se ta CSS ekvilibristika dala vkládat do parametru obrázek, a ne všude jinam. (Nejsem l33t programátor, takže s tím moc nepohnu.) --Osidor (diskuse) 8. 1. 2025, 17:29 (CET)
- Inu, typické české řešení: vytvořit naprosto zbytečný problém (zákaz/omezení/…), a poté „konsenzuálně“ prudit všechny, kteří jej žádají odstranit. Žádný div, že na anglické wikipedii podobné omezení není. @Matěj Suchánek, @VasekPav --Osidor (diskuse) 11. 1. 2025, 01:24 (CET)
- Co na to odpovědět? Když to vezmu kolem a kolem, troufám si tvrdit, že většina lidí obecně nerada novinky a vždy musí být nějací "pionýři", co "ukážou" cestu. A to platí IMHO i na wikipedii.
- Ale takoví pionýři se musí podle toho chovat a pro své novinky získat příznivce a ty se IMHO nezískají tak, že něco bezhlavě někde začnu používat a nikomu nic neřeknu... --VasekPav (diskuse) 11. 1. 2025, 12:09 (CET)
- Inu, typické české řešení: vytvořit naprosto zbytečný problém (zákaz/omezení/…), a poté „konsenzuálně“ prudit všechny, kteří jej žádají odstranit. Žádný div, že na anglické wikipedii podobné omezení není. @Matěj Suchánek, @VasekPav --Osidor (diskuse) 11. 1. 2025, 01:24 (CET)
- Parametr jméno je od toho, aby se do něj vkládalo jméno. Ideálně nic jiného.
- Parametr titul před je od toho, aby se do něj vkládal titul před jménem. Ideálně nic jiného.
- Parametr obrázek byl napříč infoboxy sjednocen tak, aby se do něj vkládal pouze název obrázku. S tím už se teď nedá hnout.
- (Na kopírování šablon mám taky svůj názor, většinou se dá předvídat, jak to dopadne.) --Matěj Suchánek (diskuse) 8. 1. 2025, 18:14 (CET)
- Díky za názor, který se shoduje i s mým. Jen „S tím už se teď nedá hnout.“ bych asi nenapsal (i kdyby to byla pravda). Btw1: Kdyby jejich autoři psali „za žádnou cenu nepoužívejte tyhle ořezávací šablony v infoboxech“, tak na ně ani nesáhnu. No akosi… nepíšú, ba naopak. Btw2: Vím, že nejste můj otrok, nicméně: mohl byste, prosím, opravit šablony CSS ořez obrazu2 (en: Easy CSS image crop) a CSS ořez obrazu3 (en: Easy CSS image crop 2)? Je tam nějaká podivná závislost jedné šablony na druhé, a druhé na třetí, a já jsem z toho jelen… --Osidor (diskuse) 8. 1. 2025, 21:34 (CET)
- První věc, co vidím v kódu: chybí Template:CSS ořez obrazu2/bSize. --Matěj Suchánek (diskuse) 8. 1. 2025, 22:39 (CET)
- Ještě bych se rád zeptal, jak se u obrázku v IB používá parametr 'skrýt' (který by – v mé naivní představě – mohl být užitečný jako upozornění robotů, aby jej nenahrazovali z WD). Parametr 'nepoužito' vygeneruje podivně zdvojený popisek (je-li tento použit); funkčnost předešle zmíněného parametru se mi žádným způsobem nepodařilo aktivovat… --Osidor (diskuse) 9. 1. 2025, 02:30 (CET)
- Pokud infobox vnitřně používá šablonu
{{Obrázek z WD}}
a parametr „obrázek“ (nebo ten, který daný infobox používá) se v článku vyplní hodnotou „vypnuto“, tak se obrázek úplně potlačí, včetně hodnoty z Wikidat nebo placeholderu. --Matěj Suchánek (diskuse) 9. 1. 2025, 09:24 (CET)
- Pokud infobox vnitřně používá šablonu
- Ještě bych se rád zeptal, jak se u obrázku v IB používá parametr 'skrýt' (který by – v mé naivní představě – mohl být užitečný jako upozornění robotů, aby jej nenahrazovali z WD). Parametr 'nepoužito' vygeneruje podivně zdvojený popisek (je-li tento použit); funkčnost předešle zmíněného parametru se mi žádným způsobem nepodařilo aktivovat… --Osidor (diskuse) 9. 1. 2025, 02:30 (CET)
- První věc, co vidím v kódu: chybí Template:CSS ořez obrazu2/bSize. --Matěj Suchánek (diskuse) 8. 1. 2025, 22:39 (CET)
- Díky za názor, který se shoduje i s mým. Jen „S tím už se teď nedá hnout.“ bych asi nenapsal (i kdyby to byla pravda). Btw1: Kdyby jejich autoři psali „za žádnou cenu nepoužívejte tyhle ořezávací šablony v infoboxech“, tak na ně ani nesáhnu. No akosi… nepíšú, ba naopak. Btw2: Vím, že nejste můj otrok, nicméně: mohl byste, prosím, opravit šablony CSS ořez obrazu2 (en: Easy CSS image crop) a CSS ořez obrazu3 (en: Easy CSS image crop 2)? Je tam nějaká podivná závislost jedné šablony na druhé, a druhé na třetí, a já jsem z toho jelen… --Osidor (diskuse) 8. 1. 2025, 21:34 (CET)
- Osobně nejsem toho příznivec. Za prvé autor obrázku měl většinou nějaký záměr, za druhé dělá to infobox (už tak nepřehledný) nepřehlednějším a za třetí CSS (a vlastně celý svět kolem HTML) je náchylné k věcem těžko ovlivnitelným. --Zagothal (diskuse) 8. 1. 2025, 18:19 (CET)
- Také jsem proti a přidám i další důvod, někde už stačili i "řešit" takové "drobnosti", jaký ořez ořezu je lepší... Nic proti, ale mně to prostě s dovolením přijde už "moc"... Encyklopedie by měla být postavena na faktech a řešit na ní, který ořez obrázku je subjektivně lepší, mi sem prostě nezapadá... --VasekPav (diskuse) 8. 1. 2025, 18:31 (CET)
- A není místo podobnejch vopičáren jednodušší prostě vytvořit oříznutou verzi a dát ji na wikidata, příp. do infoboxu? Dle dokumentace původní en šablony to ani k podobnému použití není určeno: ...when a slight crop is preferred in an article, but the full image is more encyclopaedic in general. Where only a small section of the image is used after the crop, it's best to upload the crop as a new file, to avoid sending the extra image data to users.--Hubert Kororo (diskuse) 8. 1. 2025, 18:50 (CET)
- Tohle je asi nejvýstižnější, k čemu bych se připojil. V iboxech tyhle ořezy nepoužívat. A když už řezat fotky, mělo by se to dít s citem. Ne "až na dřeň", jak tu taky zaznělo. --Bazi (diskuse) 9. 1. 2025, 00:15 (CET)
- No, já myslím, že ořezy Papeže Františka (přehrání fotkou z italské wikipedie za 3… 2… 1…) a Heleny Zeťové se povedly vůbec nejlépe :) Pro pořádek ještě ping @ThecentreCZ, @Draceane, ať řeknou, co si o tom myslí. (Spoiler alert: to samé, co většina osazenstva, tj. v infoboxech ne ne ne, a jinde (skoro) taky ne ne ne.) --Osidor (diskuse) 9. 1. 2025, 00:20 (CET)
- Tohle je asi nejvýstižnější, k čemu bych se připojil. V iboxech tyhle ořezy nepoužívat. A když už řezat fotky, mělo by se to dít s citem. Ne "až na dřeň", jak tu taky zaznělo. --Bazi (diskuse) 9. 1. 2025, 00:15 (CET)
- Ořez pomocí CSS je možná dobrý pro určité speciality v článcích, ale do infoboxu to rozhodně nepatří - od toho máme Croptool --JAnD (diskuse) 8. 1. 2025, 21:34 (CET)
- Proti používání v infoboxu, kde má být soubor bez prefixu. Některé ořezy až na „dřeň“, jen s hlavou, považuju za přestřelené. Když už, tak to prostě říznout na Commons. Zabere to pár desítek sekund. --Kacir 8. 1. 2025, 23:24 (CET)
- Dle shody v diskusi jsem ořezy v infoboxu zrušil a kolegu Osidora prosím o pochopení a již nepoužívání šablony, děkuji. --VasekPav (diskuse) 10. 1. 2025, 19:25 (CET)
- Dobrá, v IB tedy toto řešení používat nebudu, ač jej (nezávisle na zdejším kokonsenzu) považuji za ničemu neškodící a elegantnější, než tupý ořez CropToolem. --Osidor (diskuse) 10. 1. 2025, 19:29 (CET)
Překrývání textu v mobilním zobrazení Posledních změn
editovatScreenshot --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)
- Muselo by se zasáhnout do stylu. To nechám k vyhodnocení už jiným. --Zagothal (diskuse) 13. 1. 2025, 09:45 (CET)
Souřadnice vesmír
editovatChtě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á}}
.
- @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
- 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. --JAnD (diskuse) 23. 1. 2025, 11:53 (CET)
- @Mirek256 Do Kategorie:Objekty_v_katalogu_2MASS řadí přímo
- @Matěj Suchánek: Děkuji za odpověď. Použil jsem
- 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)
- 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)
- Nerozumím otázce. „Opravit“ co a proč? Jak to souvisí s šablonou
- 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)
Technické novinky: 2025-03
editovatPoslední 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.
Technické novinky: 2025-04
editovatPoslední 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.
Sidebar
editovatMá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)
- Co v Modul:Sidebar přepsat přímo tento řádek:
- 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)
- 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)
- --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)
- --Matěj Suchánek (diskuse) 26. 1. 2025, 20:07 (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)
- 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í (
- 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)
- 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)
- 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)
- Hm, tak to ale nepomohlo. --Bazi (diskuse) 25. 1. 2025, 11:31 (CET)
- CSS k
Šablona:Infobox - hudební umělec
editovatRozumí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
editovatPoslední 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 vytvoř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 poleanonymous
přejmenováno nais_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.