Diskuse k MediaWiki:Common.css

Infobox

Můžu poprosit o příplácnutí následujícího (z en:)?

.infobox {
  border: 1px solid #aaaaaa;
  background-color: #f9f9f9;
  margin-bottom: 0.5em;
  margin-left: 1em; 
  padding: .2em;
  float: right;
  clear: right;
}
.infobox tr {
  vertical-align: top;
}
.infobox caption {
  margin-left: inherit;
}
.infobox.bordered {
  border-collapse: collapse;
}
.infobox.bordered td, .infobox.bordered th {
  border: 1px solid #aaaaaa;
}
.infobox.sisterproject {
  width: 22em;
}

Díky. --che 12:22, 7. 9. 2005 (UTC)

Styl pro merge šablony

Můžu požádat ještě o přidání stylů pro zamýšlené merge šablony (z en en:MediaWiki:Common.css)

/* Merge template style */

.messagebox {
   border: 1px solid #aaaaaa;
   background-color: #f9f9f9;
   width: 85%;
   margin: 0 auto 1em auto;
   padding: .2em;
   text-align: justify;
}
.messagebox.merge {
   border: 1px solid #cf9fff;
   background-color: #f5edf5;
   text-align: center;
}
.messagebox.cleanup {
   border: 1px solid #9f9fff;
   background-color: #efefff;
   text-align: center;
}
.messagebox.standard-talk {
   border: 1px solid #c0c090;
   background-color: #f8eaba;
}

Díky --Beren 21:28, 24. 9. 2005 (UTC)

„Styly od Danny B.“

Credit where credit is due, ale nemyslím, že tohle je zrovna rozumné členění. Od přiznávání autorství máme historii, dokud bylo autorství přiznáno v komentáři u příslušné položky, přišlo mi to sice zbytečné (a řekněme nezvyklé), ale proč ne. Jenže mít autorství jako primární třídicí systém mi už tak fajn nepřijde. Smím do takových položek zasahovat? A když ano, mám si vytvořit kapitolu „Styly od A a B“? Nebo se mám své části práce vzdát? Atd. --Mormegil ✉ 12:58, 21. 9. 2006 (UTC)

Ano, také jsem to neviděl jako zcela optimální, nicméně lepší řešení mne v danou chvíli nenapadlo Z toho důvodu jsem také zatím upravil pouze jediný stylový soubor, abych počkal na reakce. K tomuto rozdělení mne vedly dvě věci: Jednak jsem tam byl kreditován na každém patníku, což bylo až nechutné (nicméně vesměs pozůstatek z dob, kdy ty styly za mne přidávali jiní), takže jsem to chtěl zglobalizovat a napsat jen jednou, aby to tam nestrašilo tolikrát. A jednak hlavně fakt, že mi přišlo vhodné, aby čtenář na první pohled věděl, kam směřovat případné dotazy. O zdůrazňování kreditu mi nijak nejde, je toho přehršel v historii. Na základě diskuse po ICQ to upravím do lepší podoby.
— Danny B. | diskuse | mail | přehled příspěvků | 13:47, 21. 9. 2006 (UTC)

Nezalamování textu

Proč, u Joviše, třída pojmenovaná nowrap přidává white-space:pre?!? Jde mi jak o formální nesoulad, tak věcnou stránku: zkusil jsem teď u čínštiny jako kratší použít class=nowrap místo vypisování stylu (užití NBSP působilo lámání mezi ideogramy), což v MSIE6 vedlo k tomu, že se to zalomilo stejně a celý zbytek textu vyšel na jeden řádek; dost jsem zíral. --Malýčtenář 13:48, 22. 11. 2006 (UTC)

Styl IPA

Chtěl bych požádat o úpravu stylu IPA. Pokud se vloží do textu šablona IPA {{IPA}}, dojde k podtržení označeného textu. Navrhl jsem v diskusi, aby toto podtržení bylo odstraněno. IPA používá různá diakritická znaménka, často umístěná pod symboly. Podtržení pak znesnadňuje jejich čtení. Děkuji. --Pajast 08:54, 15. 8. 2007 (UTC)

div.wikipravidlo

Navrhuji div.wikipravidlo nahradit standardním messagebox standard plainlinks. —Guy Peters 10. 4. 2009, 10:49 (UTC)

CSS pro dokumentační šablonu

Mohl by, prosím, někdo přidat následující kód:

 .template-documentation
  {
  background-color: #ECFCF4;
  border: 1px solid #AAAAAA;
  clear: both;
  margin: 1em 0 0;
  padding: 5px;
  }

Je to v rámci šablony Dokumentace, aby bylo možno odlišit dokumentaci šablony od jejího zbytku. Předem děkuji za vyřízení. –MGrabovský _D·C 26. 6. 2009, 19:03 (UTC)

Tabulka vpravo

V css [1] je definována wikitable takto:

table.wikitable {
    margin: 1em 1em 1em 0;
    background: #f9f9f9;
    border: 1px #aaa solid;
    border-collapse: collapse;

Zde je wikitable definovana takto:

 table.wikitable,
 table.prettytable
   {
   background-color: #f9f9f9;
   border: 1px solid #aaa;
   border-collapse: collapse;
   margin-top: 1em;
   }

Test
test

V obou souborech jsou jinak definovány okraje (margin), což asi není nejlepší, ale svět tomu asi tak chtěl. Definice v souboru shared.css není ideální, protože neumožňuje, aby tabulka byla umístěna napravo - okolní text ji neobtéká správně. Samotná definice v tomto souboru je už "spravedlivější", sama by správné obtékání nezajistila nikde. Napadlo mě provést změnu, a to přidat do tohoto souboru kód

table.right {
    margin: 1em 0em 1em 1em;
}

Tím by pak bylo možné vytvořit tabulku vpravo následovně:

Test
test

Pro uživatele neznalé css (a/nebo líné jako já) máme už {{wikitabulka}}, není tedy problém založit něco jako {{wikitabulka napravo}}, která by obsahovala kód class="wikitable right" align="right".

Ještě mě napadlo, že podobný předpis by se hodil nejen pro tabulku, ale jakýkoli objekt napravo. Šlo by to tedy nějak zobecnit? Má to smysl zobecňovat?

Druhá věc: Jestli se nepletu, předpis zde byla zaveden jen pro to, že se začala používat i prettytable. V důsledku by to už dneska mělo být totéž, což je asi dobře. Možná bychom měli roboticky najít všechna zbylá (pokud taková vůbec existují) použití třídy prettytable, nahradit je a odstranit třídy prettytable i wikitable z tohoto souboru.

Co ostatní na to? Miraceti 28. 6. 2009, 19:17 (UTC)

Předpis zde byl zaveden prostě proto, že na začátku roku 2006 nikde jinde wikitable nebyl, do common.css se dostal před třemi měsíci. Jeho vyhození odsud (samozřejmě po zjištění/nápravě případných rozdílů a problémů) by tedy bylo jen logické. --Mormegil ✉ 28. 6. 2009, 19:27 (UTC)

Jo, tohle mě taky napadlo, ale přišlo mi to z nějakého důvodu méně pravděpodobné a dál jsem to neprověřoval. Co si myslíš o tom table.right? Miraceti 28. 6. 2009, 19:33 (UTC)

Validátor

Má ten odkaz na validátor smysl? Protože stejně se nezobrazuje jako odkaz (a kopírovat tu šílenost do adresy je pěkně na draka). --Ragimiri 18. 5. 2010, 12:42 (UTC) PS: A máme tam dvě chyby, chtělo by to opravit někým s právy. ;)

Odkaz se zobrazuje jako odkaz, pokud při editaci (kdy jediné to má nějaký podstatný smysl) dáte náhled. Není chyba jako chyba, dvě zobrazené chyby jsou podtržítkový hack (i když by to patrně šlo udělat i jinak, ale zkoumat to nehodlám). --Mormegil ✉ 18. 5. 2010, 12:50 (UTC)

Podtržítkový hack má smysl pro hodně staré prohlížeče, ale v roce 2010 předpokládám, že jich bude mizivé množství. Abych jen nespekuloval, např. na anglické Wikipedii ho nepoužívají vůbec. --Ragimiri 18. 5. 2010, 13:15 (UTC)

Penetrace IE6 - kvůli němuž podtržítkový hack (mimochodem zcela validní, leč v této podobě nekorektní konstrukce) vznikl - je bohužel stále ještě značná, proto ta konstrukce má stále smysl. Mimochodem, v Berlíně jsme se bavili o tom, jaké prohlížeče podporovat, a aktuální stav je, že se podporuje až do IE5, neboť i ten má stále nezanedbatelné procento, a tím spíše - vzhledem k návštěvnosti Wikipedie - je to po přepočtu vysoký počet návštěvníků.
— Danny B. | diskuse | mail | přehled příspěvků | 18. 5. 2010, 17:25 (UTC)

Proč tedy anglická Wikipedie ten hack nepotřebuje? --Ragimiri 18. 5. 2010, 17:46 (UTC)

Řádkové seznamy

Mohu poprosit o přidání následujícího kódu (převzato z enwiki)? Umožní vhodnější formátování seznamů odkazů v navboxech – a možná se uplatní i jinde...

/* Styl pro řádkové seznamy s oddělovačem mezi položkami.
   Upozornění: formátování pomocí hlist nebude fungovat, jestliže výsledný HTML kód
   nebude obsahovat zalomitelný znak mezi položkami seznamu. K tomu může dojít za
   těchto podmínek:
   1) Seznam je vytvořen pomocí wiki syntaxe (tzn. HTML je vytvářeno pomocí
   parser.php) a
   2) HTMLTidy je zakázané nebo nedostupné (jako ve jmenném prostoru Speciální:)
   Problém lze obejít tím že vytvořít seznam formátovaný třídou .hlist pomocí HTML
   namísto wiki syntaxe. Viz také [[:en:Bugzilla:39617]].
   Specifické třídy pro IE8 jsou doplněny pomocí [[MediaWiki:Common.js/IEFixes.js]].
   Poslední aktualizace: 24. leden, 2013
   @source mediawiki.org/wiki/Snippets/Horizontal_lists
   @maintainer: [[User:Edokter]]
   @revision: 3.1
*/
.skin-monobook .hlist dl,
.skin-modern .hlist dl,
.skin-vector .hlist dl {
    line-height: 1.5em;
}
.hlist dl,
.hlist ol,
.hlist ul {
    margin: 0;
    padding: 0;
}
/* Display list items inline and make them nowrap */
.hlist dd,
.hlist dt,
.hlist li {
    margin: 0;
    display: inline;
    white-space: nowrap;
}
/* Allow wrapping for list items (in tight spaces) */
.hlist.hwrap dd,
.hlist.hwrap dt,
.hlist.hwrap li {
    white-space: normal;
}
/* Display nested lists inline and allow them to wrap */
.hlist dl dl, .hlist dl ol, .hlist dl ul,
.hlist ol dl, .hlist ol ol, .hlist ol ul,
.hlist ul dl, .hlist ul ol, .hlist ul ul {
    display: inline;
    white-space: normal;
}
/* Generate interpuncts */
.hlist dt:after {
    content: ":";
}
.hlist dd:after,
.hlist li:after {
    content: " ·";
    font-weight: bold;
}
.hlist dd:last-child:after,
.hlist dt:last-child:after,
.hlist li:last-child:after {
    content: none;
}
/* For IE8 */
.hlist dd.hlist-last-child:after,
.hlist dt.hlist-last-child:after,
.hlist li.hlist-last-child:after {
    content: none;
}
/* Add parentheses around nested lists */
.hlist dd dd:first-child:before, .hlist dd dt:first-child:before, .hlist dd li:first-child:before,
.hlist dt dd:first-child:before, .hlist dt dt:first-child:before, .hlist dt li:first-child:before,
.hlist li dd:first-child:before, .hlist li dt:first-child:before, .hlist li li:first-child:before {
    content: "(";
    font-weight: normal;
}
.hlist dd dd:last-child:after, .hlist dd dt:last-child:after, .hlist dd li:last-child:after,
.hlist dt dd:last-child:after, .hlist dt dt:last-child:after, .hlist dt li:last-child:after,
.hlist li dd:last-child:after, .hlist li dt:last-child:after, .hlist li li:last-child:after {
    content: ")";
    font-weight: normal;
}
/* For IE8 */
.hlist dd dd.hlist-last-child:after, .hlist dd dt.hlist-last-child:after, .hlist dd li.hlist-last-child:after,
.hlist dt dd.hlist-last-child:after, .hlist dt dt.hlist-last-child:after, .hlist dt li.hlist-last-child:after,
.hlist li dd.hlist-last-child:after, .hlist li dt.hlist-last-child:after, .hlist li li.hlist-last-child:after {
    content: ")";
    font-weight: normal;
}
/* Put numbers in front of ordered list items */
.hlist.hnum ol {
    counter-reset: list-item;
}
.hlist.hnum ol > li {
    counter-increment: list-item;
}
.hlist.hnum ol > li:before {
    content: counter(list-item) " ";
}
.hlist.hnum dd ol > li:first-child:before,
.hlist.hnum dt ol > li:first-child:before,
.hlist.hnum li ol > li:first-child:before {
    content: "(" counter(list-item) " ";
}

--Shlomo (diskuse) 22. 8. 2013, 15:26 (UTC)

Za nějakou vhodnou formu řádkových seznamů jsem lobboval už v červnu v souvislosti se šablonou Archivbox (zde), jejíž realizace se na tom (a ještě jedné pádnější překážce) bohužel zasekla. Jestli je právě tento kód ideální, nebo by to šlo udělat ještě lépe, to nevím, ale v nějaké formě jsem rozhodně pro. I v souvislosti s navboxy nebo dalším využitím. --Bazi (diskuse) 22. 8. 2013, 16:05 (UTC)

Nemohu kliknete "Mate novou zpravu"

Nemohu kliknete "Mate novou zpravu" na https://cs.wikipedia.org/wiki/Speciální:Poslední_změny protoze mate vlastni CSS v https://cs.wikipedia.org/wiki/MediaWiki:Common.css . Podivejte se na https://bugzilla.wikimedia.org/show_bug.cgi?id=31651#c10 pro vice informaci. --AKlapper (WMF) (diskuse) 17. 9. 2013, 12:38 (UTC)

AKlapper chtěl říci, že na stránce poslední změny, nejde kliknout na odkaz "Máte novou zprávu" kvůli divu #Sablona--OznameniRC__IRC. Proto bych mu přidal atributy width: 300px; float: right;. --Dominik Matus  _diskuse^příspěvky 17. 9. 2013, 21:13 (UTC)

Dekuju, muj cesky neni moc dobre. :) Ale CSS pro #Sablona--OznameniRC__IRC nema 300px tady? Mozna musi byt v jine div s align:right? --AKlapper (WMF) (diskuse) 18. 9. 2013, 09:27 (UTC)

Odsazení navboxů

Navboxy (a taky Autoritní data) jsou v současnosti moc nalepené na předchozí text. Chtělo by to alespoň takové odsazení jako kategorie nebo portály. Navrhuji proto nastavit odsazení, které by bylo ignorováno u po sobě jdoucích šablon:

div.navbox {
  margin-top: 2em;
}
div.navbox   div.navbox {
  margin-top: 0;
}

Problém jsem zmínil už pod technickou lípou, ale bez odezvy. Příklady, kde je to moc nalepené:

• John Schlesinger#Externí odkazy (autoritní data)
• Seznam dílů seriálu Dr. House#Externí odkazy (navbox)

--Bazi (diskuse) 25. 7. 2014, 13:40 (UTC)

P.S. Netestoval jsem to, ale pokud by bylo 2em moc, stačí snad aspoň 10px. --Bazi (diskuse) 25. 7. 2014, 13:44 (UTC)

Souhlasím. --Jowe (diskuse) 25. 7. 2014, 13:47 (UTC)

Koukám, že už se to řešilo taky zde: Diskuse k šabloně:Navbox#Příliš malé okraje, ale bohužel nedostatečně. Místo změny navboxu se provedla změna jen u referencí. Měla by se tedy asi taky revertovat předchozí úprava referencí a nahradit touto úpravou. --Bazi (diskuse) 25. 7. 2014, 14:06 (UTC)

Souhlasím s obojím. Změny byly sice provedeny u referencí, ale např. u externích odkazů už ne, takže jsou-li v článku obsaženy, jsou na posledním místě a problém proto přetrvává. --Vlout (diskuse) 1. 9. 2014, 09:59 (UTC)

Poslední člen třídy .hlist a IE8

IE8 zobrazuje u posledního členu třídy .hlist tečku i přes to, že v kódu nějaký IE fix je. Zdá se tedy, že nejspíš nefunguje, jak by měl. Vidět to lze např. na stránce Portál:Chemie, kde dole u každého rámečku je horizontální seznam akcí, které lze u daného rámečku provést. --Dvorapa (diskuse) 15. 10. 2015, 12:59 (CEST)

@Matěj Suchánek: nybylo by namístě už odstranit ty hacky, které do stylopisu byly vloženy patrně kvůli tomuto problému? Je to poslední věc specificky zaměřená na IE, která tam zůstává. Podpora IE 8 skončila dávno, podpora celého IE končí letos v srpnu. --Vachovec1 (diskuse) 14. 7. 2021, 20:28 (CEST)

OK OK. Odstranil jsem výskyty .hlist-last-child. --Matěj Suchánek (diskuse) 15. 7. 2021, 09:55 (CEST)

TOCLIMIT

Můžu poprosit o přidání následujícího kódu? Umožní použití nově založené šablony Šablona:TOCLIMIT, jejíž obdoba se používá ve všech hlavních jazycích (celkem přes 50), anglická verze je en:Template:TOC limit.

/*
===TOCLIMIT ===
Umožňuje omezit počet úrovní zobrazených v Obsahu (TOC) pomocí šablony TOCLIMIT. */
.toclimit-2 .toclevel-1 ul,
.toclimit-3 .toclevel-2 ul,
.toclimit-4 .toclevel-3 ul,
.toclimit-5 .toclevel-4 ul,
.toclimit-6 .toclevel-5 ul,
.toclimit-7 .toclevel-6 ul {
    display: none;
}

Předem díky! --Maoman (diskuse) 19. 11. 2015, 00:18 (CET) Vyřešeno JAn (diskuse) 20. 11. 2015, 07:28 (CET)

Archivační šablony

Předkládám návrh na začlenění stylu archivačních šablon v souvislosti se sjednocením jejich vzhledu a převodu definic stylu do Common.css. Viz také související diskuze zde.

 /*
=== Archivační šablony ===
 */
.boilerplate.metadata.vfd {
	margin: 0 auto;
	padding: 0 1em;
	background-color: #F3F9FF;
	border: 1px solid #AAA;
}

.boilerplate.metadata.afd {
	padding: 1em;
	border-top: 1px solid #AAA;
	font-style: italic;
}

Některým šablonám v současné době identifikátory chybí. Ty by se sjednotily a doplnily zároveň s odstraněním nadbytečných stylů. Nejsem si však jistý, jaký je přesně význam identifikátoru „boilerplate“, resp. zda je nutné ho použít i u AFD šablon na konci stránky? --R3giCZ (diskuse) 16. 3. 2017, 20:39 (CET)

Ještě zásadnější diskuse než ta odkazovaná se už ovšem, i s návrhem, vede Pod lípou: Wikipedie:Pod lípou (technika)#Styl archivovaných stránek. --Bazi (diskuse) 16. 3. 2017, 22:46 (CET)

Nepoužívané definice

Kontrolou jsem zjistil, že následující definice zřejmě nejsou používány:

• audiolink – vytvoření odkazu na zvukový soubor; naše multimediální šablony buď globální CSS nevyužívají ({{Audio}}) nebo používají třídy medialist a listenlist ({{Poslech}}) Vyřešeno --Martin Urbanec (diskuse) 19. 3. 2017, 20:00 (CET)
• plainlinksneverexpand – tuto a některé následující definice lze kromě Commons.css nalézt i v asi třech "individuálních" stylopisech (asi copy/paste z globálního css), ovšem praktické využití nemají
• netucneterminy
• alLeft, alRight, alJustify – styly pro zarovnání, bez praktického využití Vyřešeno --Martin Urbanec (diskuse) 19. 3. 2017, 20:00 (CET)
• hiddenStructure – označeno jako zastaralé, bez praktického použití
• messagebox – označeno jako zastaralé, bez praktického použití
• Talk-Notice – totéž co předchozí
• times-serif – matematické formule; ty se myslím v současnosti zobrazují skrz tagy <math></math> a stylování skrz common.css není třeba; praktické využití tato definice nemá Vyřešeno --Martin Urbanec (diskuse) 19. 3. 2017, 20:00 (CET)

Navrhoval bych proto tyto definice odstranit. Důrazně však doporučuji před samotným odstraněním kontrolu jiným wikipedistou, už jen kvůli závažným dopadům případného omylu. --Vachovec1 (diskuse) 18. 3. 2017, 20:38 (CET)

Neberte to jako důkladnou kontrolu, spíš jen jako vyjádření názoru: audiolink, alLeft/Right/Justify a times-serif pravděpodobně zcela bez využití, souhlasím. messagebox a Talk-Notice souhlasím, jsou však hojně využívané, bude proto potřeba za ně připravit náhradu (ideálně vyjít z aktuálních definic cedulí, ještě ideálněji použít přímo jednu z aktuálních definic cedulí, pokud by to šlo). Jaký je rozdíl mezi málo rozšířenou plainlinksneverexpand a velmi rozšířenou plainlinks? Pokud minimální, lze sloučit do druhé zmíněné (zabudované přímo v MediaWiki). hiddenStructure souhlasím, je však potřeba ji nahradit (substovat) ve výskytech inline stylopisem. A na závěr jediné zapochybování, netucneterminy jsou využité a užitečné, snad by se rušit nemusely (i když jsou tak málo využité, že by možná stačilo provést to samé jako u hiddenStructure). --Dvorapa (diskuse) 19. 3. 2017, 07:05 (CET)

@Dvorapa: Čím spolehlivě zjistím výskyt definice v kódu? Teď jsem zjistil, že třeba třída hiddenStructure je využita v kódu šablony {{Infobox - válka}}, ovšem "běžné" vyhledávání mi nic takového neukázalo. --Vachovec1 (diskuse) 19. 3. 2017, 10:47 (CET)

Vlozte do vyhledavani insource:xyz, s mezerami insource:"abc def" nebo regularnim vyrazem insource:/regularni vyraz/, vice viz mw:Help:CirrusSearch. Pripsal jsem tyto funkce i do Nápověda:Hledání. --Dvorapa (diskuse) 19. 3. 2017, 12:52 (CET)

Označené jsme odstranil, zbytek je (byť v pár stránkách) používán = neměl by být odstraněn. --Martin Urbanec (diskuse) 19. 3. 2017, 20:00 (CET)

Na odstranění hiddenStructure z šablon pracuji. Stále zbývá několik šablon. @Dvorapa: kde najdu definici třídy plainlinks, abych to mohl porovnat s naší plainlinksneverexpand? A vidím dobře, že třída talk-notice je použita pouze v šabloně {{Impostor}}? Mám trochu problém vyfiltrovat v tomto případě relevantní výskyty. --Vachovec1 (diskuse) 23. 3. 2017, 16:49 (CET)

Asi ano. Definici plainlinks jsem nenašel, nejspíš je zabudovaná přímo v MediaWiki. --Dvorapa (diskuse) 23. 3. 2017, 21:51 (CET)

Úvodní informační text

Prosím upravit na:

/*
'''Toto je CSS stylopis společný pro všechny vzhledy.'''

Tento stylopis nemá vliv na mobilní verzi Wikipedie, která využívá vlastní stylopis [[MediaWiki:Mobile.css]]. Berte tento fakt v úvahu při provádění změn: provedete-li změnu pouze zde, může se stát, že stránky ovlivněné tímto stylopisem se budou v mobilní verzi zobrazovat s chybami.

Pokud chcete změnit pouze vzhled Vector (výchozí vzhled Wikipedie), editujte [[MediaWiki:Vector.css]].

Veškeré změny byste měli otestovat pomocí [http://jigsaw.w3.org/css-validator/validator?uri=http://cs.wikipedia.org/w/index.php?title=MediaWiki:Common.css&action=raw&ctype=text/css&usermedium=all&usermedium=all Validátoru W3C].
 */

Jde o přidání informace ohledně mobilní verze, která se řidí vlastním stylopisem. --Vachovec1 (diskuse) 18. 3. 2017, 22:19 (CET)

Vyřešeno Hotovo. --Martin Urbanec (diskuse) 19. 3. 2017, 19:02 (CET)

Bezodrážkový seznam

@Matěj Suchánek, Martin Urbanec: prosím o radu. Proč mi vložení stylu pro bezodrážkový seznam sem nefunguje stejně jako v mém osobním CSS? Vložené u mně to odrážky nezobrazuje, ale vložené tady (to samé), pořád ano. Vizte šablonu {{Olympijští vítězové v běhu na 4x400m muži}}. --Vachovec1 (diskuse) 15. 3. 2018, 03:44 (CET)

@Vachovec1: Já šablonu vidím bez odrážek, zřejmě problém cache. JAn (diskuse) 15. 3. 2018, 07:53 (CET)

Site level CSS se cachuje docela dlouhou dobu, není důvod k panice. --Martin Urbanec (diskuse) 15. 3. 2018, 08:36 (CET)

Rozbité horizontální seznamy v navboxu

Zdravím, byla objevena chyba v navboxu, může spočívat i v nějaké chybě v definici .hlist, viz diskuse u šablony navbox. --Dvorapa (diskuse) 24. 6. 2018, 17:46 (CEST)

TemplateStyles

Dle oznámení budou dnes spuštěny TemplateStyles. Díky tomu odsud můžeme některé stylopisy přesunout do podstránek příslušných šablon (což umožní lepší správu stylů a zmenší objem přenášených dat). Matěj Suchánek (diskuse) 9. 8. 2018, 11:13 (CEST)

Přidání

@Dvorapa: Ahoj, je vůbec možné doplnit celou sekci Standard Navigationsleisten, aka box hiding thingy z anglické verze, aby tato šablona fungovala? RiniX (diskuse) 28. 4. 2020, 16:55 (CEST)

Ahoj, jednak to patří přímo k šabloně a ne sem (ledaže by se to týkalo většiny infoboxů). Jednak mi není jasné, co přesně to dělá. Ale. Jestli to v infoboxu něco skrývá, tak tady na různých místech pod návrhovou i technickou lípou čas od času s něčím takovým někdo přijde a odpověď je vždy stejná: Pokud to má být skryto, protože to je méně důležité, pak to ve článku nemá co dělat. Pokud je to potřeba skrýt, protože je infobox dlouhý, pak to nemá co dělat v infoboxu, mělo by to být přímo ve článku. Třetí důvod je ten, že na mobilu tyhle skrývačky nefungují a v případě skrytého dlouhého kusu infoboxu pak mobilní čtenáři musí rolovat mnohém více. --Dvorapa (diskuse) 28. 4. 2020, 18:41 (CEST)

Šablona neexistuje a hypoteticky to lze použít všude, proto jsem otázku položil zde. Data vydání u videoher – zde, tedy v infoboxu videohra, kde by se šablona primárně používala – jsou specifická a nemají mnohdy pouze jedno. Liší se většinou podle oblasti a podle platformy (dobrým příkladem je anglický Dishonored). Takže se to skrývá hypoteticky kvůli druhému důvodu, ale s tím, že by bylo dobré danou informace v infoboxu mít, jelikož datum vydání u her není v podstatě jediné (na rozdíl od premiéry filmů nebo seriálů). Většina Wikipedií to na rozdíl od anglické neskrývá, z mého pohledu by se však mohlo, aby se aspoň trochu ušetřilo místo (pokud je platforem a dat více). RiniX (diskuse) 28. 4. 2020, 18:54 (CEST)

Rozumím, ale naráží to na ty tři body výše. V tomto případě bod jedna: nejsme sbírka aktualit a novinek o hře, ale encyklopedie; bod dvě: v infoboxu to být nemusí. Z mého pohledu by bylo dobré udělat to jako u některých jiných (třeba sportovních) infoboxů: uvést datum prvního vydání na první platformu a odkázat do článku na místo, kde se o dalších vydáních píše více. Případně uvést v infoboxu poznámku. Z podobného důvodu se v infoboxech softwaru/OS omezují i aktuální verze. Také by šlo uvést rozmezí (16. 4. - 20. 12. 2019) s odkazem na vysvětlení. --Dvorapa (diskuse) 28. 4. 2020, 19:06 (CEST)

Bod jedna si vyprošuji, i když musím souhlasit, že videoherní články bývají mnohdy návodem. Bod druhý chápu, ona většina informací by v infoboxu měla být zároveň i v článku. Připadá mi však, že nelze říct "toto datum bylo první, proto tam bude". Ano, bylo první, ale není o to významnější než jiné (u filmových infoboxů také uvádíme původní a českou premiéru – stejně jako tady –, avšak k tomu zde máme i různé platformy). Nicméně se jedná o záležitost, kvůli které bych nerad zakládal diskusi. Stočím-li diskusi zpět na původní návrh, tak má finální otázka zní, zdali je vůbec možné mít sbalit na stejném řádku jako text. Tedy, zdali lze vytvořit šablonu skrýt s parametrem titul, který se nesbalí. RiniX (diskuse) 28. 4. 2020, 19:25 (CEST)

Možné to je, má to problém na tom mobilu. Nějaké skrývání tu i podporujeme šablonami Skrýt, Navbox a Collapse top, žádná z nich ale na mobilech nefunguje. K bodu dvě: Jaký je rozdíl mezi platformami videoher a „platformami“ filmů: kino, DVD, BlueRay, online vydavatel (Netflix), online poskytovatel (O2 TV), televize? Také se uvádí jedno datum premiéry (nejčastěji v kinech nebo online) a kdo čeká na DVD nebo TV, má s datumem premiéry na wiki většinou smůlu. Zde mi přijde vhodné se filmy inspirovat a také uvést datum premiéry první, což bývá často hlavní cílová platforma (často Windows na PC nebo aktuální main stream konzole), kdo má třeba Playstation 3 nebo Linux, musí si počkat. Čtenáře většinou asi bude zajímat na Wikipedii, jak je hra stará, pro což datum vydání první verze bohatě stačí. --Dvorapa (diskuse) 28. 4. 2020, 20:08 (CEST)

Jeden z možných důvodů, který mě napadl je, že pokud má film vydání v kinech, tak se jedná o univerzální a primární médium pro všechny osoby na planetě (tedy v oblastech, kde je film dostupný). A další pak mohou být televizní vysílání, DVD, Blu-ray... Nicméně videohra je vydavatelem vydávána na určité hlavní platformy (standardní jsou nyní Microsoft Windows, PS4 a Xbox One). A může se stát, že se vydání různí. Z mého pohledu však jsou tyto tři standardní platformy (které jsou si rovny) ekvivalentem vydání filmů. A další pak mohou být starší PS a Xbox se zpětnou kompatibilitou, nově udělaný port na Switch... Proto říkám, že bych o tom nerad vedl diskusi – můj názor je takový, že nelze jen tak vzít první datum a do poznámek pak dát další, protože to první datum je nepřesné (omezené) –, zbytečně se MediaWiki zaplní zbytečnostmi. Nejspíše se budeme v názorech rozcházet, ale nevadí. Samozřejmě můžeme v budoucnu o tomhle nahodit diskusi někde jinde, třeba na projektu nebo Pod lípou, ale ve videohrách jsou vážnější problémy než "sbalovací" data vydání v ib (například posledních několik článků je stylem "Wikia návod" a to nepočítám desítky původních).

Ještě chci upřesnit, že datum vydání není jedno, přičemž datum premiéry je pouze jedno. U filmů je datum premiéru většinou na festivalech, u her to může být první vydání. Běžně se v infoboxu filmu uvádějí tři data (premiéra a původní a české vydání). U videoher záleží na vydavateli: může to být jedno, můžou být dvě anebo jich může být "pět".

Ohledně sbalování díky. RiniX (diskuse) 28. 4. 2020, 20:33 (CEST)

Dobře, nechme tedy diskuse o tomhle na WikiProjekt a jinam, je pravda, že horších problémů tu máme hafo a netýká se to jen videoher. Co se týče toho mobilního omezení, pracují na tom vývojáři Nadace (už poměrně dlouho), ale stále je kolem toho živá diskuse. Je to hodně náročné téma z pohledu vývojářů a designérů a zahrnuje to i dílčí problémy jako co s horizontálními navboxy na úzkých displejích (protože navboxy jsou hlavní sbalovací položky na wiki stránkách). Další možností je si prozatímní implementaci napsat vlastní (MediaWiki:Mobile.css), ale to vyžaduje vyřešit dost podobné otázky, které řeší vývojáři na globální úrovni, ne-li ty samé. Jak je vidět na Modile.css, máme co dohánět i co se týče jiných oblastí Wikipedie. Ještě k té diskusi, asi by bylo nejvhodnější místo tedy u šablony Infobox, protože kód pro skrývání by možná nejspíš patřil tam (nejsem si jistý, jak je to s mobily ale). --Dvorapa (diskuse) 28. 4. 2020, 21:01 (CEST)

Styly pro šablony lze řešit TemplateStyles (funguje i pro mobily), na to už nejsou potřeba správci rozhraní. Nicméně aby to fungovalo, jsou dle en:Wikipedia:NavFrame potřeba jak styly, tak i zvláštní JavaScript. (Tam se taky dočteme, že NavFrame je zastaralé, takže bychom měli spíš využít zabudovaného sbalování.) --Matěj Suchánek (diskuse) 29. 4. 2020, 14:20 (CEST)

Stylopis třídy editwarning

@Martin Urbanec, @Matěj Suchánek: Osobně bych nějak aktualizoval třídu editwarning, její dosavadní design mi přijde poněkud zastaralý a neladící se vzhledem zbytku Wikipedie (funguje leda pro někoho, kdo používá ještě Monobook). Takže nahradit současné

Varování

Něčím jako (tohle je vykradená mw-warning-with-logexcerpt, možná bude i něco vhodnějšího)

Varování

— Draceane ^diskuse_příspěvky 21. 3. 2023, 12:48 (CET)

Jsem pro. .editwarning je čistě lokální záležitost. Pokud je motivací konzistence, možná bychom měli používat třídy přímo z MediaWiki:

<p class="mw-message-box mw-message-box-notice"></p>

<p class="mw-message-box mw-message-box-success"></p>

<p class="mw-message-box mw-message-box-warning"></p>

<p class="mw-message-box mw-message-box-error"></p>

Nevím ale na 100 %, jestli kdykoliv tenhle kód použiju, bude načtené i CSS. --Matěj Suchánek (diskuse) 21. 3. 2023, 15:24 (CET)

Z logiky věci by bylo asi nejpříhodnější "message-box-warning". — Draceane ^diskuse_příspěvky 21. 3. 2023, 15:45 (CET)