<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>_nec &#187; outliner</title>
	<atom:link href="http://nec.shell8.net/tag/outliner/feed/" rel="self" type="application/rss+xml" />
	<link>http://nec.shell8.net</link>
	<description>webfejlesztés, front-end programozás, javascript, css, xhtml, ajax, air</description>
	<lastBuildDate>Wed, 31 Aug 2011 06:54:12 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>Stílus stílusok</title>
		<link>http://nec.shell8.net/2008/04/04/style-style/</link>
		<comments>http://nec.shell8.net/2008/04/04/style-style/#comments</comments>
		<pubDate>Fri, 04 Apr 2008 10:06:54 +0000</pubDate>
		<dc:creator>_nec</dc:creator>
				<category><![CDATA[CSS]]></category>
		<category><![CDATA[code]]></category>
		<category><![CDATA[outliner]]></category>
		<category><![CDATA[style]]></category>

		<guid isPermaLink="false">http://nec.shell8.net/?p=15</guid>
		<description><![CDATA[Bevallom, számomra érthetetlen, hogy egyáltalán felmerül néha a vita a css kódformázás két lehetősége között. Vannak akik amellett érvelnek, hogy a selector után a css tulajdonságok sora egy sor csupán, és vannak akik konzervativabbnak tekinthetők mert egy selector alatt szépen sortörésekkel tagolják a tulajdonságokat. Az előbbi mód mellett érdekes módon a kód átláthaóságát hozzák fel [...]]]></description>
			<content:encoded><![CDATA[<p>Bevallom, számomra érthetetlen, hogy egyáltalán felmerül néha a vita a css kódformázás két lehetősége között. Vannak akik amellett érvelnek, hogy a selector után a css tulajdonságok sora egy sor csupán, és vannak akik konzervativabbnak tekinthetők mert egy selector alatt szépen sortörésekkel tagolják a tulajdonságokat.</p>
<p>Az előbbi mód mellett érdekes módon a kód átláthaóságát hozzák fel fő érvként, hisz egymás alatt látjak a selectorokat, könnyű keresni.</p>
<p>Engem anno hagyományos módon tanitottak programozni, a logikai blokkok szépen elkülönítve, kódsorok egymás alatt. Hamar megtanultuk, hogy kódban &#8211; aminek makacs tulajdonsága, hogy egy idő után lefelé nyúlik a szerkesztőfelületen &#8211; vízszintesen scrollozni néha maga a pokol. Ugyanez vonatkozik a css kódokra is.</p>
<p>Az első érv pedig &#8211; a selectorok átláthatósága &#8211; nem sokat ér, ha egy rendes szerkesztőben egy outliner-el nézzük a kódot, ahol &#8211; legyenek a valóságban bármilyen sorrendben a selectoraink &#8211; általában abc sorrendben is megnézhetjük a kódunk szerkezetét.</p>
<p>Persze lehet, hogy nem a fejlesztő, hanem az általa megszokott eszköz a hibás, de vélemenyem szerint valahol jellemzi a fejlesztőt és munkamenetét az eszköz amit használ. Munkacsoportokban, ahol mindenki a saját megszokott eszközével dolgozik, a következő ember aki a kódhoz nyúl, lehet, hogy sorokra tördeli a kódot, ekkor &#8211; az eszköz hibájából &#8211; az előző fejlesztő már lehet, hogy hátrányban lesz.</p>
<p>Másik gyenge érv amit hallani lehet, a kód &#8220;tömörsége&#8221;, de ez rendes <a href="http://en.wikipedia.org/wiki/Content_delivery_network">CDN</a>-ekkel, szerveroldali cachelessel elegánsan megoldható, ettől a fejlesztőknek nem kéne a tömör kódot &#8220;visszafejteni&#8221;.</p>
]]></content:encoded>
			<wfw:commentRss>http://nec.shell8.net/2008/04/04/style-style/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

