<?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>Comentarios en: Evita sobrecargar tus archivos CSS</title>
	<atom:link href="http://www.tufuncion.com/css-optimizar/feed" rel="self" type="application/rss+xml" />
	<link>http://www.tufuncion.com/css-optimizar</link>
	<description></description>
	<lastBuildDate>Wed, 10 Mar 2010 05:18:18 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Por: Pablo</title>
		<link>http://www.tufuncion.com/css-optimizar/comment-page-1#comment-1380</link>
		<dc:creator>Pablo</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-1380</guid>
		<description>Estoy de acuerdo contigo, en cuanto minimizar el tamaño de los CSS. Pero no coincido en la estructura que proponés para CSS grandes. No hay más cómodo a la hora de desarrollar que indentar el código, incluso en los CSS. Es mucho más claro una estructura de este tipo (y con comentarios):


&lt;blockquote&gt;
/*- Comentario -*/
.post{
   margin: 0px;
}
   /*- Comentario -*/
   .post .entry h2{
      color: #FFFFFF;
   }
&lt;/blockquote&gt;

que:

&lt;blockquote&gt;
.post{ margin: 0px;}
.post .entry h2{color: #FFFFFF;}
&lt;/blockquote&gt;

Yo trabajo todo de la primera manera y a la hora de poner en producción el sitio web, prefiero tomarme el trabajo de comprimir todos los CSS quitando comentarios y espacios, resultando algo como:

&lt;blockquote&gt;
.post{ margin: 0px;} .post .entry h2{color: #FFFFFF;}
&lt;/blockquote&gt;

Es un trabajito extra, pero es una vez cada tanto (cada vez que actualizas el css). Agarrar un CSS grande con una estructura como la que propones después de un año de no tocar el código, te puede llevar al suicidio :P.</description>
		<content:encoded><![CDATA[<p>Estoy de acuerdo contigo, en cuanto minimizar el tamaño de los CSS. Pero no coincido en la estructura que proponés para CSS grandes. No hay más cómodo a la hora de desarrollar que indentar el código, incluso en los CSS. Es mucho más claro una estructura de este tipo (y con comentarios):</p>
<blockquote><p>
/*- Comentario -*/<br />
.post{<br />
   margin: 0px;<br />
}<br />
   /*- Comentario -*/<br />
   .post .entry h2{<br />
      color: #FFFFFF;<br />
   }
</p></blockquote>
<p>que:</p>
<blockquote><p>
.post{ margin: 0px;}<br />
.post .entry h2{color: #FFFFFF;}
</p></blockquote>
<p>Yo trabajo todo de la primera manera y a la hora de poner en producción el sitio web, prefiero tomarme el trabajo de comprimir todos los CSS quitando comentarios y espacios, resultando algo como:</p>
<blockquote><p>
.post{ margin: 0px;} .post .entry h2{color: #FFFFFF;}
</p></blockquote>
<p>Es un trabajito extra, pero es una vez cada tanto (cada vez que actualizas el css). Agarrar un CSS grande con una estructura como la que propones después de un año de no tocar el código, te puede llevar al suicidio <img src='http://www.tufuncion.com/wp-includes/images/smilies/icon_razz.gif' alt=':P' class='wp-smiley' /> .</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: manu</title>
		<link>http://www.tufuncion.com/css-optimizar/comment-page-1#comment-1381</link>
		<dc:creator>manu</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-1381</guid>
		<description>Este tema es un tema realmente interesante porque cada uno tiene su manera de comprimir y optimizar su CSS, tu solución me parece muy óptima ya que en un principio lo organizas a tu gusto (que es muy importante) y luego lo comprimes y estructuras de una manera más estándar (si es que se puede decir...) por lo que para la posible lectura de otro diseñador se lo pones bastante más fácil.

Saludos</description>
		<content:encoded><![CDATA[<p>Este tema es un tema realmente interesante porque cada uno tiene su manera de comprimir y optimizar su CSS, tu solución me parece muy óptima ya que en un principio lo organizas a tu gusto (que es muy importante) y luego lo comprimes y estructuras de una manera más estándar (si es que se puede decir&#8230;) por lo que para la posible lectura de otro diseñador se lo pones bastante más fácil.</p>
<p>Saludos</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Pablo</title>
		<link>http://www.tufuncion.com/css-optimizar/comment-page-1#comment-1382</link>
		<dc:creator>Pablo</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-1382</guid>
		<description>No recuerdo en que post criticaban muchas veces que comprimir los CSS y los JS traían problemas de usabilidad, ya que si alguien quería ver el código, lo tenía realmente jodido. A esto le respondía que es simple: cualquiera que vea el código, a mi criterio, debería ser capaz de darse cuenta de que está comprimido y no es nada difícil encontrar una herramienta para que te lo formatee y te lo presente de una manera más &quot;humana&quot;.

Incluso, en mi forma de desarrollar, por ej. en &lt;a href=&quot;http://www.tusecreto.es&quot;&gt;TuSecreto&lt;/a&gt;, tenemos un CSS para cada componente de la página: header.css, footer.css, box_search.css, etc. Alrededor de 10 css por cada página. Pero, lo que hacemos es, a través de un constantes, DEV_ON, es que: si está en true (en modo desarrollo), cargue cada CSS en forma independiente. Si es false (modo producción), tome todos los CSS, los concatene, comprima, guarde en un archivo [nn.css], y la página levante solo ese archivo css. Y no tengo una pizca de trabajo extra.

De esta forma, consigo modularizar todos los CSS y los JS, cargo solamente lo que necesito en cada página, y tengo todo organizadito. Si en algún momento modifico un CSS, lo borro y al momento de armarse la página, se regenera el css utilizando las nuevas sources.

Espero que se entienda :)</description>
		<content:encoded><![CDATA[<p>No recuerdo en que post criticaban muchas veces que comprimir los CSS y los JS traían problemas de usabilidad, ya que si alguien quería ver el código, lo tenía realmente jodido. A esto le respondía que es simple: cualquiera que vea el código, a mi criterio, debería ser capaz de darse cuenta de que está comprimido y no es nada difícil encontrar una herramienta para que te lo formatee y te lo presente de una manera más &#8220;humana&#8221;.</p>
<p>Incluso, en mi forma de desarrollar, por ej. en <a href="http://www.tusecreto.es">TuSecreto</a>, tenemos un CSS para cada componente de la página: header.css, footer.css, box_search.css, etc. Alrededor de 10 css por cada página. Pero, lo que hacemos es, a través de un constantes, DEV_ON, es que: si está en true (en modo desarrollo), cargue cada CSS en forma independiente. Si es false (modo producción), tome todos los CSS, los concatene, comprima, guarde en un archivo [nn.css], y la página levante solo ese archivo css. Y no tengo una pizca de trabajo extra.</p>
<p>De esta forma, consigo modularizar todos los CSS y los JS, cargo solamente lo que necesito en cada página, y tengo todo organizadito. Si en algún momento modifico un CSS, lo borro y al momento de armarse la página, se regenera el css utilizando las nuevas sources.</p>
<p>Espero que se entienda <img src='http://www.tufuncion.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Manolo Canga</title>
		<link>http://www.tufuncion.com/css-optimizar/comment-page-1#comment-1383</link>
		<dc:creator>Manolo Canga</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-1383</guid>
		<description>Ya puesto a optimizar, recordar que además de css, hay que escribir php de tal forma:
&lt;?php for(x=0;x&lt;10;x++); holamundo(); function holamundo(){ echo &quot;hola mundo&quot;; } ?&gt;

Una cosa es optimizar y otra es volverse paranoico optimizando.
 
Tiene que primar la claridad(sin pasarse, claro) sobre la optimización.</description>
		<content:encoded><![CDATA[<p>Ya puesto a optimizar, recordar que además de css, hay que escribir php de tal forma:<br />
&lt;?php for(x=0;x&lt;10;x++); holamundo(); function holamundo(){ echo &#8220;hola mundo&#8221;; } ?&gt;</p>
<p>Una cosa es optimizar y otra es volverse paranoico optimizando.</p>
<p>Tiene que primar la claridad(sin pasarse, claro) sobre la optimización.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Albert</title>
		<link>http://www.tufuncion.com/css-optimizar/comment-page-1#comment-1385</link>
		<dc:creator>Albert</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-1385</guid>
		<description>A mi me parece perfecto porque ya lo había hecho en alguna ocasión. Y no es qüestión unicamente de optimnizar sinó de hacer que el código sea mas legible. Aunque parezca mentira, resulta mucho mas fàcil localizar las cosas a simple vista.</description>
		<content:encoded><![CDATA[<p>A mi me parece perfecto porque ya lo había hecho en alguna ocasión. Y no es qüestión unicamente de optimnizar sinó de hacer que el código sea mas legible. Aunque parezca mentira, resulta mucho mas fàcil localizar las cosas a simple vista.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: manu</title>
		<link>http://www.tufuncion.com/css-optimizar/comment-page-1#comment-1388</link>
		<dc:creator>manu</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-1388</guid>
		<description>En php sin embargo yo considero mejor indentar de manera correcta el código puesto que no necesitamos ahorrar ningún tipo de espacio y que no es un caso similar al de los archivos CSS en el que ordenamos por elementos.</description>
		<content:encoded><![CDATA[<p>En php sin embargo yo considero mejor indentar de manera correcta el código puesto que no necesitamos ahorrar ningún tipo de espacio y que no es un caso similar al de los archivos CSS en el que ordenamos por elementos.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Javier Rioja</title>
		<link>http://www.tufuncion.com/css-optimizar/comment-page-1#comment-1389</link>
		<dc:creator>Javier Rioja</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-1389</guid>
		<description>La siguiente forma:

&lt;code&gt;#wrapper {width:800px; margin:0 auto;}&lt;/code&gt;

tiene como ventana no consumir líneas inútiles para hacer scroll al buscar líneas de código, hay capas o estilos que casi nunca se editan, por eso veo bien poner todas las propiedades en fila, sin embargo en los demás mejor una en cada línea.</description>
		<content:encoded><![CDATA[<p>La siguiente forma:</p>
<p><code>#wrapper {width:800px; margin:0 auto;}</code></p>
<p>tiene como ventana no consumir líneas inútiles para hacer scroll al buscar líneas de código, hay capas o estilos que casi nunca se editan, por eso veo bien poner todas las propiedades en fila, sin embargo en los demás mejor una en cada línea.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
