<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Komentáře: Hledá se vhodná třída. Zn.: Spěchá!	</title>
	<atom:link href="https://blog.medio.cz/hleda-se-vhodna-trida/feed" rel="self" type="application/rss+xml" />
	<link>https://blog.medio.cz/hleda-se-vhodna-trida</link>
	<description></description>
	<lastBuildDate>Fri, 25 Nov 2011 21:21:52 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.8.1</generator>
	<item>
		<title>
		Od: Peter Kahoun		</title>
		<link>https://blog.medio.cz/hleda-se-vhodna-trida#comment-1138</link>

		<dc:creator><![CDATA[Peter Kahoun]]></dc:creator>
		<pubDate>Fri, 25 Nov 2011 21:21:52 +0000</pubDate>
		<guid isPermaLink="false">https://blog.medio.cz/?p=223#comment-1138</guid>

					<description><![CDATA[&lt;!--texy--&gt;Jablka v podstatě nepoužívám, protože s takovými prvky se nesetkávám prakticky vůbec. Pokud kóduji svůj návrh, mám poměrně dobrou představu, jak moc je vzhled prvku vázán k obsahu a jak bych měl navrhnout obecnou třídu (zda vůbec). Pokud kóduji cizí návrh, který bude rozvíjen, volím pojmenování, které mají minimální nebo žádnou vazbu na vzhled. Nakonec je naivní předpokládat, že CSS kód může být navržen, rozvíjen pouhým přidáváním definic a přitom zůstat srozumitelný a efektivní — v žádném případě: buď je potřeba se smířit s redundancí, neefektivitou kódu, nesouladu pojmenování a funkce (ano, s takovým kódem se dá žít dlouho) anebo rafactorovat, což je pochopitelně proces nepříjemný.]]></description>
			<content:encoded><![CDATA[<p><!--texy-->Jablka v podstatě nepoužívám, protože s takovými prvky se nesetkávám prakticky vůbec. Pokud kóduji svůj návrh, mám poměrně dobrou představu, jak moc je vzhled prvku vázán k obsahu a jak bych měl navrhnout obecnou třídu (zda vůbec). Pokud kóduji cizí návrh, který bude rozvíjen, volím pojmenování, které mají minimální nebo žádnou vazbu na vzhled. Nakonec je naivní předpokládat, že CSS kód může být navržen, rozvíjen pouhým přidáváním definic a přitom zůstat srozumitelný a efektivní — v žádném případě: buď je potřeba se smířit s redundancí, neefektivitou kódu, nesouladu pojmenování a funkce (ano, s takovým kódem se dá žít dlouho) anebo rafactorovat, což je pochopitelně proces nepříjemný.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Od: manakmichal		</title>
		<link>https://blog.medio.cz/hleda-se-vhodna-trida#comment-990</link>

		<dc:creator><![CDATA[manakmichal]]></dc:creator>
		<pubDate>Mon, 22 Aug 2011 23:10:51 +0000</pubDate>
		<guid isPermaLink="false">https://blog.medio.cz/?p=223#comment-990</guid>

					<description><![CDATA[&lt;!--texy--&gt;Já už do tříd zapracovávám téměř jen mikroformáty a vlastní odvozeniny. Pokud je potřeba, vytvářím globální jednoznačně definované třídy.
Obecně se snažím, kvůli správě souborů a rozšířitelnosti, s třídami šetřit, protože to jde i přes jedno id # a potomky. Kód je pak i čitelnější a menší.

Ale je to také projekt od projektu.]]></description>
			<content:encoded><![CDATA[<p><!--texy-->Já už do tříd zapracovávám téměř jen mikroformáty a vlastní odvozeniny. Pokud je potřeba, vytvářím globální jednoznačně definované třídy.<br />
Obecně se snažím, kvůli správě souborů a rozšířitelnosti, s třídami šetřit, protože to jde i přes jedno id # a potomky. Kód je pak i čitelnější a menší.</p>
<p>Ale je to také projekt od projektu.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Od: Vašek Chromický		</title>
		<link>https://blog.medio.cz/hleda-se-vhodna-trida#comment-958</link>

		<dc:creator><![CDATA[Vašek Chromický]]></dc:creator>
		<pubDate>Wed, 10 Aug 2011 16:29:11 +0000</pubDate>
		<guid isPermaLink="false">https://blog.medio.cz/?p=223#comment-958</guid>

					<description><![CDATA[&lt;!--texy--&gt;K Petrovu [#4] dopním, že mám v podstatě podobný styl, ale selektory jako &quot;body.stories #con­tent .col-left .list .item­&quot; jsem opustil kvůli výkonnosti. Browser (který čte selektory zprava doleva) pak pro každý element na stránce s třídou &quot;item&quot; nemusí projíždět DOM navrch až k tagu html, jestli některý z rodičů náhodou není třídy &quot;list&quot;.
Částečně to lze řešit použitím zobáčku &quot;.list &#062; .item&quot;, ale to už raději vytvořím třídu &quot;stories-list-item&quot; (za podpory LESSu), a browser nemá nad čím přemýšlet. Takový &quot;.stories-list-item.selected&quot; je taky zcela v pořádku.
Naopak vůbec nejpikantnější je definovat třídy jako &quot;.maloPouzivana span&quot; (za span lze dosadit i a/p/div a jiné hojně použivané elementy). Pak browser chodí až navrch pro každý druhý element na stránce.]]></description>
			<content:encoded><![CDATA[<p><!--texy-->K Petrovu [#4] dopním, že mám v podstatě podobný styl, ale selektory jako &#8222;body.stories #con­tent .col-left .list .item­&#8220; jsem opustil kvůli výkonnosti. Browser (který čte selektory zprava doleva) pak pro každý element na stránce s třídou &#8222;item&#8220; nemusí projíždět DOM navrch až k tagu html, jestli některý z rodičů náhodou není třídy &#8222;list&#8220;.<br />
Částečně to lze řešit použitím zobáčku &#8222;.list &gt; .item&#8220;, ale to už raději vytvořím třídu &#8222;stories-list-item&#8220; (za podpory LESSu), a browser nemá nad čím přemýšlet. Takový &#8222;.stories-list-item.selected&#8220; je taky zcela v pořádku.<br />
Naopak vůbec nejpikantnější je definovat třídy jako &#8222;.maloPouzivana span&#8220; (za span lze dosadit i a/p/div a jiné hojně použivané elementy). Pak browser chodí až navrch pro každý druhý element na stránce.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Od: SEO Konzultant		</title>
		<link>https://blog.medio.cz/hleda-se-vhodna-trida#comment-957</link>

		<dc:creator><![CDATA[SEO Konzultant]]></dc:creator>
		<pubDate>Wed, 10 Aug 2011 16:01:12 +0000</pubDate>
		<guid isPermaLink="false">https://blog.medio.cz/?p=223#comment-957</guid>

					<description><![CDATA[&lt;!--texy--&gt;Osobně se snažím popisovat co nejobecněji a spíš významem než obsahem. Tj. např. pro tabulku libovolných produktů či služeb bych použil &quot;products&quot; a samozřejmě násobnou třídu &quot;products jablka&quot;, pakliže bych to měl na webu nějak diferencovat. Případně jestli jsou na webu jen jedny tabulky, tak bych styloval prostě #main table (#main je můj inner div pro hlavní obsah)

Pro obecně položky (cokoliv vypsané z databáze) používám .item, často přidávám zas další třídy typu bližší určení, název tabulky ze které vypisuji či např odd / even.

Navíc nově používám pár měsíců html5, takže můžu používat takové ty &quot;article&quot; atd. a pojmenovávání se vyhnu úplně.

Obecně u tabulek (atd.), které vypisují nějaké funkce, považuji za dobrý zvyk dát jako jednu z tříd název oné funkce. Takže pak se jednoduše změní vzhled všeho, co vypisuje jedna funkce, mohu funkci změnit a s ní i upravit vzhled atd. Hlavní css vlastnosti pak nastavuji v té globální třídě pro funkci a pomocí specifické třídy tabulky pak už jen měním specifické rozdíly.]]></description>
			<content:encoded><![CDATA[<p><!--texy-->Osobně se snažím popisovat co nejobecněji a spíš významem než obsahem. Tj. např. pro tabulku libovolných produktů či služeb bych použil &#8222;products&#8220; a samozřejmě násobnou třídu &#8222;products jablka&#8220;, pakliže bych to měl na webu nějak diferencovat. Případně jestli jsou na webu jen jedny tabulky, tak bych styloval prostě #main table (#main je můj inner div pro hlavní obsah)</p>
<p>Pro obecně položky (cokoliv vypsané z databáze) používám .item, často přidávám zas další třídy typu bližší určení, název tabulky ze které vypisuji či např odd / even.</p>
<p>Navíc nově používám pár měsíců html5, takže můžu používat takové ty &#8222;article&#8220; atd. a pojmenovávání se vyhnu úplně.</p>
<p>Obecně u tabulek (atd.), které vypisují nějaké funkce, považuji za dobrý zvyk dát jako jednu z tříd název oné funkce. Takže pak se jednoduše změní vzhled všeho, co vypisuje jedna funkce, mohu funkci změnit a s ní i upravit vzhled atd. Hlavní css vlastnosti pak nastavuji v té globální třídě pro funkci a pomocí specifické třídy tabulky pak už jen měním specifické rozdíly.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Od: Petr Staníček		</title>
		<link>https://blog.medio.cz/hleda-se-vhodna-trida#comment-956</link>

		<dc:creator><![CDATA[Petr Staníček]]></dc:creator>
		<pubDate>Wed, 10 Aug 2011 15:55:18 +0000</pubDate>
		<guid isPermaLink="false">https://blog.medio.cz/?p=223#comment-956</guid>

					<description><![CDATA[&lt;!--texy--&gt;Když tak nad tím přemýšlím, snažím se v HTML kódu držet věci co nejjednodušší a všechnu složitost a hierarchii přenést na bedra CSS.

Jinými slovy: místo poměrně jednoúčelové class=&quot;col-left-list-item-selected&quot; mám jen vnořené třídy col-left, list, item a selected a všechna hierarchie je v CSS. Nebojím se používat opravdu mohutné kontextové selektory typu:
body.stories#content.col-left.list.item.selected { … }
Hodně tomu pomáhá řegba LESS framework, kde jsou podporovány vnořené definice a tohle se spravuje skutečně krásně a snadno. Jde jen o to, dobře si rozmyslet, co můžu na jaké úrovni nadefinovat obecné, co společné/sdílené a co účelové pro konkrétní kontext; co je vhodné nechat otevřené a nadefinovat až na dolní úrovni, a co předdefinovat  už na obecnější úrovni a pak případně přepsat na spodku kaskády. Obvykle to praktikuju tak, že pokud nějaký prvek nebo třídu definuju v CSS už na nejvyšší úrovni, bez kontextu, pak je to univerzální, obecně platné, používané všude jednotně (jednotný styl pro A, H4, P.indent apod.), jinak všechno definuju až v konkrétním kontextu. A klidně i duplicitně, pokud je to ve prospěch přehlednosti a udržovatelnosti stylopisu.

Takže stručně shrnuto: co možná se netrápím složitými názvy tříd, třídy klidně recykluju přes různé kontexty – a v CSS pak minimalizuju obecné definice a dávám přednost přeně cíleným kontextovým selektorům. A rozhodně doporučuju všem popřemýšlet o LESS a podobným nadstavbám.]]></description>
			<content:encoded><![CDATA[<p><!--texy-->Když tak nad tím přemýšlím, snažím se v HTML kódu držet věci co nejjednodušší a všechnu složitost a hierarchii přenést na bedra CSS.</p>
<p>Jinými slovy: místo poměrně jednoúčelové class=&#8220;col-left-list-item-selected&#8220; mám jen vnořené třídy col-left, list, item a selected a všechna hierarchie je v CSS. Nebojím se používat opravdu mohutné kontextové selektory typu:<br />
body.stories#content.col-left.list.item.selected { … }<br />
Hodně tomu pomáhá řegba LESS framework, kde jsou podporovány vnořené definice a tohle se spravuje skutečně krásně a snadno. Jde jen o to, dobře si rozmyslet, co můžu na jaké úrovni nadefinovat obecné, co společné/sdílené a co účelové pro konkrétní kontext; co je vhodné nechat otevřené a nadefinovat až na dolní úrovni, a co předdefinovat  už na obecnější úrovni a pak případně přepsat na spodku kaskády. Obvykle to praktikuju tak, že pokud nějaký prvek nebo třídu definuju v CSS už na nejvyšší úrovni, bez kontextu, pak je to univerzální, obecně platné, používané všude jednotně (jednotný styl pro A, H4, P.indent apod.), jinak všechno definuju až v konkrétním kontextu. A klidně i duplicitně, pokud je to ve prospěch přehlednosti a udržovatelnosti stylopisu.</p>
<p>Takže stručně shrnuto: co možná se netrápím složitými názvy tříd, třídy klidně recykluju přes různé kontexty – a v CSS pak minimalizuju obecné definice a dávám přednost přeně cíleným kontextovým selektorům. A rozhodně doporučuju všem popřemýšlet o LESS a podobným nadstavbám.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Od: Vašek Chromický		</title>
		<link>https://blog.medio.cz/hleda-se-vhodna-trida#comment-955</link>

		<dc:creator><![CDATA[Vašek Chromický]]></dc:creator>
		<pubDate>Wed, 10 Aug 2011 15:00:39 +0000</pubDate>
		<guid isPermaLink="false">https://blog.medio.cz/?p=223#comment-955</guid>

					<description><![CDATA[&lt;!--texy--&gt;Dělám to podobně, jen jako oddělovník mezi těmito hypotetickými prefixy/namespacy používám pomlčku. Dá se to hezky štosovat do aleluja a ani třídy jako &quot;content-form-item-errorList&quot; se pak člověk nezalekne. Navíc můžu mít v projektu třeba tisíc &quot;...-errorList&quot; tříd, ale nebudou se mezi sebou bít.

U CSSek si myslím, že je nejdůležitější mít v nich pořádek -- mít oddělená (mít jasno v tom, co jsou) pravidla pro layout, pro obsah, pro jednotlivé stránky atd., aby se v nich člověk neztratil. Společně se zmíněným pomlčkováním se to pak dá přežít :-).

Je to takový hodně zvláštní svět sám pro sebe. A s preprocesory je to všecko zas úplně jinak...]]></description>
			<content:encoded><![CDATA[<p><!--texy-->Dělám to podobně, jen jako oddělovník mezi těmito hypotetickými prefixy/namespacy používám pomlčku. Dá se to hezky štosovat do aleluja a ani třídy jako &#8222;content-form-item-errorList&#8220; se pak člověk nezalekne. Navíc můžu mít v projektu třeba tisíc &#8222;&#8230;-errorList&#8220; tříd, ale nebudou se mezi sebou bít.</p>
<p>U CSSek si myslím, že je nejdůležitější mít v nich pořádek &#8212; mít oddělená (mít jasno v tom, co jsou) pravidla pro layout, pro obsah, pro jednotlivé stránky atd., aby se v nich člověk neztratil. Společně se zmíněným pomlčkováním se to pak dá přežít :-).</p>
<p>Je to takový hodně zvláštní svět sám pro sebe. A s preprocesory je to všecko zas úplně jinak&#8230;</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Od: ramino		</title>
		<link>https://blog.medio.cz/hleda-se-vhodna-trida#comment-954</link>

		<dc:creator><![CDATA[ramino]]></dc:creator>
		<pubDate>Wed, 10 Aug 2011 14:53:30 +0000</pubDate>
		<guid isPermaLink="false">https://blog.medio.cz/?p=223#comment-954</guid>

					<description><![CDATA[&lt;!--texy--&gt;S touto myslienkou som sa pohraval aj ja, ale nikdy som nenasiel konecne riesenie...hlavne elementy su jasne...vnorene odvijam od rodica napr. header-top, header-right, header-left,... potom som presiel na skracovanie h-top -&#062; ht-left, ale pri vacsich weboch som sa uz stracal preto som sa upustil od skracovania. 

A tabulky a buttony oznacujem farbou, tzn. farba ktora v tabulke prevlada pouzijem ako nazov triedy. 

Vyrazne ulahcuje vymyslanie novych tried aj lesscss.]]></description>
			<content:encoded><![CDATA[<p><!--texy-->S touto myslienkou som sa pohraval aj ja, ale nikdy som nenasiel konecne riesenie&#8230;hlavne elementy su jasne&#8230;vnorene odvijam od rodica napr. header-top, header-right, header-left,&#8230; potom som presiel na skracovanie h-top -&gt; ht-left, ale pri vacsich weboch som sa uz stracal preto som sa upustil od skracovania. </p>
<p>A tabulky a buttony oznacujem farbou, tzn. farba ktora v tabulke prevlada pouzijem ako nazov triedy. </p>
<p>Vyrazne ulahcuje vymyslanie novych tried aj lesscss.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Od: Vlastimil Fišer		</title>
		<link>https://blog.medio.cz/hleda-se-vhodna-trida#comment-953</link>

		<dc:creator><![CDATA[Vlastimil Fišer]]></dc:creator>
		<pubDate>Wed, 10 Aug 2011 14:12:39 +0000</pubDate>
		<guid isPermaLink="false">https://blog.medio.cz/?p=223#comment-953</guid>

					<description><![CDATA[&lt;!--texy--&gt;Určitě dobré téma na zamyšlení.

Já používám již dlouho zavedený styl, rozdělím si web na několik základních částí (minimálně header, content, footer) a poté vždy pojmenovávám třídy podle těchto částí, např.: .content_title, .fotter_link .. atd.

Ať se daří !
Vlasta Fišer]]></description>
			<content:encoded><![CDATA[<p><!--texy-->Určitě dobré téma na zamyšlení.</p>
<p>Já používám již dlouho zavedený styl, rozdělím si web na několik základních částí (minimálně header, content, footer) a poté vždy pojmenovávám třídy podle těchto částí, např.: .content_title, .fotter_link .. atd.</p>
<p>Ať se daří !<br />
Vlasta Fišer</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
