Diskuse k modulu:Navbox

Obsah stránky není podporován v jiných jazycích.
Přidat téma
Z Wikipedie, otevřené encyklopedie
Poslední komentář: před 9 měsíci od uživatele RiniX v tématu „Finální implementace

Poznámky k implementaci[editovat zdroj]

  • Související Modul:Navbar není doladěn (nepřebíral jsem já). Pro Modul:Navbox není až tak podstatný, protože zde slouží pouze k vytvoření odkazu typu V * T * E (View * Talk * Edit) v titulním řádku navboxu, což zde na cs-wiki (na rozdíl od en-wiki) není běžnou praxí. Příslušný kód je proto v modulu zatím vypnut.
  • Řazení do monitorovacích kategorií není otestováno, to by se muselo ladit až za "ostrého" provozu.
    • Zde by patrně bylo záhodno doplnit do množin v for _, key in ipairs české ekvivalenty příslušných parametrů.
  • Barvy pozadí buněk nejsou nastavovány modulem, ale skrz lokální CSS, tj. na MediaWiki:Common.css. Totéž platí o některých dalších věcech jako stylování pro obrázky atp.
  • Modul jako takový vyžaduje úpravu lokálního CSS v sekci týkající se navboxů (se současnou verzí je nekompatibilní – před listy je vkládána vertikální černá čára, chybí mezery mezi buňkami). Po úpravě (vzor: Wikipedista:Vachovec1/common.css) se zdá být vše funkční, ovšem nejsem schopen odhadnout veškeré důsledky takovéto (poměrně radikální) změny v CSS. Otestoval jsem, že dvojice navboxů pod sebou na sebe korektně navazuje.
  • Volání podnavboxu (tj. {{Navbox|child}} či {{Navbox|subgroup}}) funguje, otestováno.
    • Pravděpodobně ale nefunguje volání pomocí {{Navbox|vnořený}}. Ověřit a zprovoznit.
      • VyřešenoVyřešeno Vyřešeno.
  • Přidat podporu pro české názvy parametrů (název, titulek, obrázek, záhlaví, zápatí)!!! Kupodivu je velký problém najít navbox, který zmíněné české názvy parametrů používá.
    • VyřešenoVyřešenoKomentářKomentář Dokončeno a otestováno pro základní parametry zmíněné v dokumentaci šablony {{Navbox}} a jejich odvozeniny (obrázek/styl obrázku/třída obrázku atp.). Parametry listclass, liststyle, groupclass, groupstyle nelokalizovány, jelikož nejsou lokalizovány ani v dokumentaci šablony. Neřešeny parametry: basestyle, titlegroup, titlegroupstyle, titlegroupclass (používá se to v českých navboxech vůbec někde?).
    • KomentářKomentář Parametr name se používá pouze při volání navbaru, což je momentálně vypnuto. Je tedy tento parametr vůbec nutný? Podle en-wiki, pokud nebudeme požadovat navbar, tak parametr name opravdu nepotřebujeme.
  • Upravit dokumentaci.

--Vachovec1 (diskuse) 24. 7. 2018, 10:26 (CEST)Odpovědět

@Matěj Suchánek: myslím, že jsem odladil téměř vše, s výjimkou řazení do monitorovacích kategorií (viz poznámky výše). Ještě mě napadá, že by se možná mělo otestovat, jak se upravená šablona bude chovat v {{Navboxes}}, to je ale poněkud komplikované. A myslím, že v nové podobě jsou řádky nepatrně vyšší. Připomínám, že je to nutno testovat spolu s upraveným stylopisem. --Vachovec1 (diskuse) 24. 7. 2018, 22:03 (CEST)Odpovědět

Chvíli mi trvalo, než jsem se k tomu dostal (ale s TemplateStyles teď všechno půjde líp). Umístil jsem volání modulu do Šablona:Navbox/test (a styly do Šablona:Navbox/test/styles.css) a zkusil si přes náhled zobrazit {{Call of Duty}} s voláním „Navbox/test“ místo „Navbox“ a hned vidím problém (možná nedodělek zmíněný výše?): Ty sekundární chlívky napravo „Hlavní díly“ nejsou nastylované (tučné a s pozadím) a kromě toho je na prvních dvou skupinách vynechané střídavé pozadí. Nemohl jsi třeba nějak opomenout {{Navbox subgroup}}? Matěj Suchánek (diskuse) 11. 8. 2018, 17:09 (CEST)Odpovědět
Jistě. Šablona {{navbox subgroup}} je samostatná (není to jenom vnořené volání šablony {{navbox}}), při testování (a později při nasazení modulu) je proto také třeba jí upravit tak, aby volala modul. Přiznám se, že o tomto typu vnořování v navboxech jsem netušil. Testovat budu moct až příští týden, comp mám pořád v opravě - z mobilu toho moc neudělám.--Vachovec1 (diskuse) 11. 8. 2018, 20:11 (CEST)Odpovědět

@Vachovec1: Založil jsem pískoviště, ať se změny, pokud nastane chyba, zbytečně nepromítají do článků. Pískoviště vychází z novější verze na anglické Wikipedii, ale změny by měly být triviální a takové mw-collapsible jsem zakomentoval a nechal standardní collapsible. Mimo jiné se chci zeptat, zdali je něco potřeba udělat. Pokud se nepletu, mezera se vyřeší globálním nasazením CSS. Zkoušel jsem navbox vložit do Disneyho a nefunguje evenodd, ale i to tahá nejspíše z MediaWiki. RiniX (diskuse) 3. 6. 2021, 19:45 (CEST)Odpovědět

@Matěj Suchánek: Ahoj, kvůli složitosti jsem modul většinou zkoušel na {{Disney}}. Přestože se problémy mohou objevit i jinde a je lepší vyzkoušet více navboxů, našel jsem dva hlavní. Kromě mezer, které jsou prý způsobeny nedostatečně implementovaným stylopisem (tedy do MediaWiki), nefunguje evenodd a skrývání. Mohou být oba problémy způsobeny také danou implementací? RiniX (diskuse) 16. 8. 2021, 23:49 (CEST)Odpovědět
Nejspíš to bude tím. Co se týče skrývání, wikitext má <table title=" " class="navbox-navbox mw-collapsible nowraplinks noprint " cellspacing="0" data-collapsetext="skrýt" data-expandtext="zobrazit">, modul má <table class="nowraplinks collapsible autocollapse navbox2-inner" style="border-spacing:0;background:transparent;color:inherit">. Takže tam jsou rozdíly.
U even-odd nevidím na první pohled problém, nicméně podbarvení mají obě implementace naopak. --Matěj Suchánek (diskuse) 17. 8. 2021, 11:51 (CEST)Odpovědět

@RiniX: jak jsi to testoval? Otestuj to s těmito styly – Šablona:Navbox/pískoviště/styles.css, ty chyby, s výjimkou skrývání, by se s tímhle stylopisem projevit neměly. Kdyžtak by se upravoval tenhle stylopis. Skrývání je specifický problém, tam je třeba vymyslet, jak to nastavit, aby se skrývalo skutečně jen to, chceme - neskrývat taxonbar, autoritní data a naopak skrývat všechny ostatní navoboxy, pokud je jich více než jeden. --Vachovec1 (diskuse) 18. 8. 2021, 21:22 (CEST)Odpovědět

@Vachovec1: Ahoj, pomocí šablony {{Navbox/pískoviště}}, která daný stylopis používá. Nakonec jsem zjistil, že evenodd funguje jako primární parametr a je používán na začátku pro změnu stylů (podobně jako bodyclass...). Ve vnořených navboxech z modulu nefunguje a vlastně by ani neměl. Nicméně jsem zkusil předělat šablonu {{Marvel Cinematic Universe}} pomocí modulového navboxu a není to moc ideální. Budťo přebírání modulu z Navbox/pískoviště nefunguje tak, jak má, nebo daný stylopis něco neguje, protože si evenodd dělá, co chce -> [1] (v 1. a 2. příkladu jsou obráceně filmy/TV, ve 3. je kvůli dalším skupinám přehozený celý styl a 4. je do anglické šablony překopírovaná česká verze a v ní evenodd funguje správně). Možná s tím budou souviset i ty mezery mezi navboxy. RiniX (diskuse) 18. 8. 2021, 22:03 (CEST)Odpovědět
@RiniX, Matěj Suchánek: Při pohledu do mudulu si kladu otázku, zda korektně funguje nastavování "podbarvovací" třídy pro konkrétní řádek/buňku. Nastavuje se to na řádku 292, přes parametr oddEven, jehož hodnota se určuje výše poněkud komplikovaným postupem (myslím, že podstatný je řádek 34 a pak řádky 281 až 285). Převodem z anglické verze se mohlo něco rozbít. --Vachovec1 (diskuse) 18. 8. 2021, 22:34 (CEST)Odpovědět
Dobrý postřeh. Přebíráním se něco pokazit mohlo, ale když si obě verze porovnám, tak zrovna s evenOdd se nic nedělalo (ani se stylopisem). To by musel zápist přestat fungovat na cs Wiki obecně. Co řádek 284 a navbox%-title, nemohlo by to hrát roli? RiniX (diskuse) 18. 8. 2021, 22:44 (CEST)Odpovědět
Tam by možná mělo být navbox2%-title, vzhledem k tomu, že v stylopisu je všechno "navbox2", aby se to netřískalo s globálním stylopisem. Včetně funkce navbox2-title. --Vachovec1 (diskuse) 18. 8. 2021, 23:14 (CEST)Odpovědět
Zkusil jsem do pískoviště vložit, ale změna neproběhla, takže na toto mít vliv přímo nebude. Přikládám jinak porovnání evenoddu v konzoli [2], těžko říci, zdali k něčemu pomůže, ale je na něm hezky vidět, že na české straně to někde stagnuje a jedna group se chová jinak než ostatní (přidávám ještě grafické znázornění toho, jaký swap je správně [3]). (P.S. mimochodem se k tomu dle konzole přimotává i nějaký .mw-parser-output) RiniX (diskuse) 19. 8. 2021, 01:09 (CEST)Odpovědět
Pokud využíváme stylopis dělaný přímo na modul (nový navbox), tak pokud tomu dobře rozumím, by se mezery objevovat neměly. V případě vložení dvou modulových navboxů druhý z nich (tedy spodní) však nevolá ze stylopisu .navbox2 + .navbox2 (a možná ani .navbox2 .navbox2) a tím nedochází k redukci mezery. @Matěj Suchánek: Na španělské Wikipedii modul převzali, nevím, jak moc je jejich verze aktuální té anglické (protože česká je aktuální a něco v ní chybí, ale jinak je v podstatě indentická), nicméně přesně tyto řádky mají zapsané takto: česká verze .navbox2.+ .navbox2 { margin-top: -1px; } španělská verze table.navbox + table.navbox { margin-top: -1px; }. Používají v ní table a nynější navbox jej taky svým způsobem používá. Stylopis už je ve 200K článcích, raději tak počkám na tvůj názor. RiniX (diskuse) 19. 8. 2021, 01:09 (CEST)Odpovědět
Nejsem si jistý, jestli se v tom teď orientuju správně, ale v současných navboxech vidím <div class="navbox noprint" title="Věda"><table title=" " class="navbox-navbox mw-collapsible autocollapse nowraplinks noprint " cellspacing="0" data-collapsetext="skrýt" data-expandtext="zobrazit"> (a v nových autoritních datech něco podobného). table.navbox nic z toho nevybere. --Matěj Suchánek (diskuse) 19. 8. 2021, 17:36 (CEST)Odpovědět
Myslel jsem to, že nynější navbox používá table.navbox ve stylopisu MediaWiki. Jde mi o to, že kromě skrývání a evenoddu se ještě dělají mezery mezi modulovými navboxy, protože stylopis modulu nejspíše nefunguje správně s modulem (nebo je něčím ovlivněn?). Nepřipadá mi, že by dané tři problémy nějak souvisely, proto jsem se položil další otázku a možné řešení problému. Jednoduše řečeno, kde je problém: při vložení dvou modulových navboxů si spodní nevezme ze stylopisu .navbox2 + .navbox2 { margin-top: -1px; } a nedochází k redukci mezery. RiniX (diskuse) 19. 8. 2021, 17:59 (CEST)Odpovědět
Kód v .navbox2 .navbox2 nemá co dělat s mezerami mezi po sobě následujícími navboxy, to je navbox uvnitř jiného navboxu. Relevantní kód je v .navbox2 + .navbox2. --Vachovec1 (diskuse) 19. 8. 2021, 22:42 (CEST)Odpovědět
Díky za upřesnění, nebyl jsem si jist, tak jsem to pro jistotu zmínil. RiniX (diskuse) 19. 8. 2021, 23:15 (CEST)Odpovědět
Odkud to tahá styly (horní navbox), když to nemá stylopis??? Chová se to stejně jako se stylopisem (spodní navbox), samozřejmě až na ty chybové hlášky. --Vachovec1 (diskuse) 20. 8. 2021, 00:30 (CEST)Odpovědět
Aha, ono si to "vypomůže" z toho druhého navboxu. Hezké. --Vachovec1 (diskuse) 20. 8. 2021, 00:32 (CEST)Odpovědět
Podle mých pokusů kód v .navbox2 + .navbox2 z nějakého důvodu odmítá fungovat, prostě se to neustále tváří, jako by nad spodním navboxem nebyl jiný navbox, ale obyčejný text. Na změny v .navbox2 to ale normálně reaguje (například změna marginu). --Vachovec1 (diskuse) 20. 8. 2021, 01:00 (CEST)Odpovědět
Nemůže to být tím, jak jsou nad vnější div navboxu vloženy <templatestyles /> (které se změní na <link />)? --Matěj Suchánek (diskuse) 20. 8. 2021, 13:46 (CEST)Odpovědět
No, možné to je. Vliv by to mohlo mít i v případě even/odd. Otázka je, jak se tomu vyhnout, když nechceme jít přes globální CSS (MediaWiki:Common.css). Ten stylopis je potřeba nějak načíst. --Vachovec1 (diskuse) 21. 8. 2021, 01:07 (CEST)Odpovědět
@Matěj Suchánek: Skoro po roce, ale asi se jedná o jedinou věc, jež mi nějakým způsobem stále vrtá v hlavě, tak si na ni vždy vzpomenu, když pracuji s navboxy. Pochopil jsem správně, že řešením by mohlo být, kdyby stylopis z pískoviště byl rovnou v globálním CSS? --RiniX (diskuse) 24. 7. 2022, 12:10 (CEST)Odpovědět
Ano, Commons.css by měl fungovat. --Matěj Suchánek (diskuse) 24. 7. 2022, 12:27 (CEST)Odpovědět
A existuje zde nějaká možnost to předem vyzkoušet (jako virtual machine a zkoušení os), nebo by se to rovnou muselo do CSS nahodit s tím, že by to třeba ty klasické navboxy totálně rozbilo? --RiniX (diskuse) 24. 7. 2022, 13:04 (CEST)Odpovědět
Šablony a moduly lze obvykle testovat pomocí „Náhled stránky s touto šablonou“, ale tuto možnost v MediaWiki:Common.css nevidím. To je nevýhoda (u templatestyles to myslím možné je). Existují testovací wiki i česká beta wiki, ale je docela pracné získávat práva a kopírovat/importovat všechno potřebné.
Rád bych si ujasnil, co se má měnit a je potřeba otestovat. Jen stylopis, nebo jsou potřeba i změny v šabloně? Co z toho se aktuálně používá v článcích (tedy změna toho by mohla způsobit jejich rozbití), co z toho je vyhrazeno k testování?
Napadá mě pomůcka: aktivovat safemode=1 a poté pomocí konzole načíst styl uložený do jiné stránky pomocí importStylesheet('User:RiniX/...css'). Vytvoření dočasné stránky nám umožní vidět diff navrhovaných změn. --Matěj Suchánek (diskuse) 24. 7. 2022, 13:49 (CEST)Odpovědět
V tom modulu by změny potřeba být nejspíše neměly; ten se nyní používá jenom u Autoritních dat a Taxonbaru. Já jsem tedy zakládal pískoviště, ale daná verze se nikdy nepoužila, takže není potřeba se o ni starat (jsou tam nějaké úpravy v závorkách a pixelech..., pokud by sis jí chtěl porovnat s aktuální).
Co si také pamatuji, když jsme já a Vachovec zkoušeli hodit pod sebe dvě Disney šablony, byl tam maximálně problém s tou mezerou mezi nimi a even/odd (viz Wikipedista:RiniX/Pískoviště7, první dva přes moduly a třetí přes nynější šablonu). Maximálně by se třeba muselo odstranit nowiki apod., ale to jsou věci, co lze odstranit ve vyplněných parametrech.
Ta pomůcka zní zajímavě. --RiniX (diskuse) 24. 7. 2022, 14:11 (CEST)Odpovědět
@Matěj Suchánek: Ten safemode se zadává v tomto stylu do url že? Ten následný proces mám tak trochu problém pochopit, nejsem si totiž jist, jak v tomto případě funguje importStylesheet. --RiniX (diskuse) 25. 7. 2022, 16:19 (CEST)Odpovědět
Jo, takhle. A potom jsem navrhoval ten stylopis načíst do tohoto rámce z nějaké jiné stránky pomocí konzole. Třeba ten celoprojektový, který safemode=1 potlačil, se dá dodatečně načíst pomocí importStylesheet('MediaWiki:Common.css'). Ty jako uživatel bez oprávnění k úpravám rozhraní můžeš upravovat pouze CSS ve svém uživatelském prostoru, tedy můžeš ten stylopis na svoji stránku zkopírovat, upravit ho a poté načíst obdobným způsobem. --Matěj Suchánek (diskuse) 25. 7. 2022, 16:48 (CEST)Odpovědět
Musel jsem na pískovišti změnit Test na modul, protože mi nedošlo, že šablona tahá opět své vlastní styly. Nicméně takto vypadá výsledek (nebo spíše jenom u mě). Zdá se, že mezery i even/odd jsou vyřešeny. Zkusil jsem u nějakého bio článku invoknout i AD a Taxonbary a taky fungovaly. --RiniX (diskuse) 25. 7. 2022, 17:17 (CEST)Odpovědět
Mírně jsem znepokojen jenom tím, že tam nevidím možnost skrytí. --RiniX (diskuse) 25. 7. 2022, 17:20 (CEST)Odpovědět
To je tím, že safemode=1 potlačuje i (celoprojektový) JavaScript. Prvky pro skrývání by se měly objevit, pokud se provede i importScript('MediaWiki:Common.js'). --Matěj Suchánek (diskuse) 25. 7. 2022, 17:23 (CEST)Odpovědět
Dělá se to stejným způsobem? protože žádná změna neproběhla. Je možné, že by to sbalování obecně blbo? Co se koukám, tak už to dělalo na začátku, viz komentář od tebe ze 17. 8. 2021. --RiniX (diskuse) 25. 7. 2022, 17:46 (CEST)Odpovědět
To by mohlo být způsobeno přímo modulem že? --RiniX (diskuse) 25. 7. 2022, 18:01 (CEST)Odpovědět
Aha, takže tam ještě jsou rozdíly. Změnil jsem třídu na pískovišti (a v modulu, i když ne úmyslně) a už by to sbalování mělo naskakovat. Ty rozdíly, které jsem zmínil, pak mají za následek to, že nový modul zobrazuje rozbalit/sbalit, zatímco stávající šablona zobrazit/skrýt. (A možná tam bude ještě něco...) --Matěj Suchánek (diskuse) 25. 7. 2022, 18:14 (CEST)Odpovědět
Připadá mi, že má modul tendenci rovnou zabalit i jednu šablonu, což nynější nedělá. Nicméně nynější například nezabaluje vnořené podnavboxy (které tam jsou vkládány kvůli délce), což modul dělá správně.
Jinak AD a Taxonbaru fungují dále, evenodd moc velký vliv nemá a co jsem zkoušel, tak jej lze rovnou (možná ve většině případů) odstranit. Dále jsem si pohrál se šablonou Panovníci Švédska (odkaz) a obecně ty mezery jsou takové čistší apod.
Když se letmo podívám na začátek diskuse, zbývaly vyřešit v podstatě tyto stylistické věci, takže já si myslím, že modul lze pomalu implementovat. --RiniX (diskuse) 25. 7. 2022, 18:29 (CEST)Odpovědět
@Matěj Suchánek: Jediná věc, co mě k nynějšímu navboxu napadá, je odstranění nowiki. Někdy to dělá neplechu, někdy ne, ale protože už to nový navbox umí bez toho, není důvod to v šablonách nechávat.
Co mi ale došlo, že se bude muset ještě vyřešit {{Navbox se sloupci}} a {{Navboxes}}.
  • Aktuální navboxes mi s novou verzí navboxu nefungovaly, nicméně anglická verze ano (dal jsem do Modul:Test). Na první pohled jsem si všiml maximálně toho, že se opět musí dát automatické sbalování (popisky zobrazit/skrýt ne, ty sedí). Barvu jsem opravil a název kategorie počeštil. Potažmo nechat nynější, avšak se tam tvoří mezera, jak můžeš vidět, takže je otázka, zdali není jednoduší (i kvůli stylopisům) rovnou nepřebrat modul.
--RiniX (diskuse) 22. 8. 2022, 17:50 (CEST)Odpovědět

Finální implementace[editovat zdroj]

@Dvorapa, Matěj Suchánek: Průběh implementace:

  1. aktualizovat nynější modul z pískoviště
  2. implemetance modulového navboxu a nové části stylopisu do globálního
  3. kontrola, zda něco nezpůsobuje problémy
    • např. nutnost odstranění nowiki, dále třeba většinou nepotřebných even/odd/swap (ale ty by problémy dělat neměly, spíše nedělají nic)
  4. kontrola sesterské šablony {{Navboxes}} (dle mého zkoumání hádám, že bude potřeba její nahrazení modulem)
  5. kontrola sesterské {{Navbox se sloupci}} (šablona je v podstatě kopií anglické a měla by fungovat i po celkovém nahrazení, mě však dělala problémy, tak jen pro jistotu zmiňuji)

Pinguji na zkušené kolegy: po úpravách v červenci s Matějem a mé poznámce v srpnu mi přišlo (ještě screenshot z pískoviště, kde by to bez osobního stylopisu fungovat nemělo), že v podstatě šablona jako taková by měla bez problému fungovat. Snažil jsem se modul testovat v různě komplexních a speciálních navboxech a pečlivě (tady třeba Disney a AD po invoku, vizuálně můžete porovnat s tímto). Maximálně by se pak musely vyřešit nějaké drobnosti (pokud nějaké vyplavou na povrch) a určitě sesterské šablony. Ideální čas na implementaci zrovna není, a možná nebude asi nikdy, ale jen pro jistotu dávám vědět, že by se modul mohl v podstatě nahodit asi kterýkoliv den a já bych při tom asistoval (práva na to nemám a kdyby se to celé rozbilo, by bylo ideální, aby mohl celou akci revertovat někdo technicky způsobilý). --RiniX (diskuse) 31. 12. 2022, 15:24 (CET)Odpovědět

Nějaké poznatky, které jsem získal z rozdílů expandovaného wikitextu (současný {{Navbox}} a Modul:Navbox/pískoviště):
  • AnoAno Přidávají se sémantické atributy pro čtečky obrazovky (<th scope="row">, aria-labelledby= atd.). Pokud jsou použity správně, tak je to pozitivní změna.
  • AnoAno Místo falešného paddingu pomocí <tr class="navbox-padding"><td></td></tr> se použije CSS <div style="padding:0em 0.25em">. Opět snad pozitivní změna.
  • Záhlaví navboxu nyní není <span class="navbox-titletext">, ale <div id="..." style="..."> (CSS třída se ruší i ve stylopisu). Tímto si nejsem jistý + proč vložené CSS místo třídy?
    • AnoAno Do toho id="..." se vkládá argument šablony | title =. Podle mě by | name = byl vhodnější, protože neobsahuje wikitext.
  • AnoAno Mění se CSS třída hlavní tabulky navboxu z .navbox-navbox na .navbox-inner. Podobně .navbox-imageleft na .navbox-image. Nové CSS to reflektuje.
  • Na různých místech se nově používá vložené CSS (style="..."). Přijde mi to trochu jako krok zpět.
  • AnoAno Problematický je tag <templatestyles src="Navbox/pískoviště/styles.css" /> na začátku. Kvůli němu nebude fungovat pravidlo .navbox2 + .navbox2, a po sobě vložené navboxy tak mezi sebou budou mít mezeru.
    • Posunout ho dovnitř divu by ale nebylo správně, protože stylopis by měl být uváděn předtím, než se na stránce objeví jakýkoliv stylovaný element.
Zatím takto. --Matěj Suchánek (diskuse) 22. 4. 2023, 11:16 (CEST)Odpovědět
Chápu správně, že tag je využíván kvůli tomu, že nový stylopis není reflektován v tom globálním a je nutné jej „lokálně potlačit“. Nemělo by možné nahození (a následné odstranění tagu) daný problém vyřešit? --RiniX (diskuse) 22. 4. 2023, 12:49 (CEST)Odpovědět
To je vlastně pravda. Pokud ten tag vypustíme a styly vložíme do MediaWiki:Common.css, nebude s tím problém. Eventuálně bych TemplateStyles preferoval, ale už takhle těch změn je dost. --Matěj Suchánek (diskuse) 22. 4. 2023, 14:10 (CEST)Odpovědět
Na ty argumenty a styly se asi budeš muset podívat nejlépe ty a upravit dle svého uvážení. Z hlediska technického mi to (až na nowiki a even/odd přímo v šablonách, které se pak musí odstranit) přišlo docela fajn, poté maximálně pořešit ty Navboxes a Navbox se sloupci. Ale s pískovištěm a aktuálním globálním stylopisem se tyto dva infoboxy netestují zrovna ideálně. --RiniX (diskuse) 22. 4. 2023, 19:01 (CEST)Odpovědět
Upravil jsem svoje poznámky a označil vyřešené body a provedl jsem nějaké úpravy kódu. Mimo jiné jsem si všiml (fixme) jednoho konfliktu vloženého CSS se stylopisem.
Dále jsem se podíval na ty sesterské šablony. {{Navboxes}} bude potřebovat aktualizovat CSS, aby fungovalo s .navbox2, ale jinak asi není potřeba nic měnit, struktura {{Navbox}} se zásadně nemění. Obdobně {{Navbox se sloupci}}, kde nefunguje zarovnání .navbox-abovebelow na střed (opět kvůli .navbox2). --Matěj Suchánek (diskuse) 23. 4. 2023, 18:10 (CEST)Odpovědět
@Matěj Suchánek: Takhle tě tu „honím“ a hned druhý den jsem to nezaregistroval, sakryš. Zrovna jsem se díval na {{Denis Villeneuve}}, jak je krásné, že jde vytvořit nowrap přes parametr (rovnou jsem na pískovišti počeštil yes na ano). Co se týče těch TODO (ohledně CSS), je lepší to udělat před nasazením nebo to jde dořešit výhledově? --RiniX (diskuse) 30. 6. 2023, 10:14 (CEST)Odpovědět