<?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>Twoixted again &#187; Diseño</title>
	<atom:link href="http://www.perezruiz.com/category/diseno/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.perezruiz.com</link>
	<description>Let's get twoixted again...</description>
	<lastBuildDate>Sun, 05 Sep 2010 00:17:16 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Problemas con los microformatos</title>
		<link>http://www.perezruiz.com/2009/08/12/problemas-con-los-microformatos/</link>
		<comments>http://www.perezruiz.com/2009/08/12/problemas-con-los-microformatos/#comments</comments>
		<pubDate>Wed, 12 Aug 2009 01:10:48 +0000</pubDate>
		<dc:creator>Twoixter</dc:creator>
				<category><![CDATA[HTML]]></category>
		<category><![CDATA[Programación]]></category>
		<category><![CDATA[prog]]></category>

		<guid isPermaLink="false">http://www.perezruiz.com/?p=156</guid>
		<description><![CDATA[Leyendo recientemente un artículo de A List Apart sobre HTML 5 y sus nuevas capacidades semánticas, me encontré con el caso de la BBC donde decidió eliminar los microformatos de calendarios (hCalendar) de sus páginas de listado de programación. Y es curioso y alarmante el por qué. El microformato hCalendar incrusta fechas y eventos basados [...]]]></description>
			<content:encoded><![CDATA[<p>Leyendo recientemente un <a href="http://www.alistapart.com/articles/semanticsinhtml5">artículo de <strong>A List Apart</strong> sobre HTML 5</a> y sus nuevas capacidades semánticas, me encontré con el caso de la BBC donde decidió <a href="http://www.bbc.co.uk/blogs/radiolabs/2008/06/removing_microformats_from_bbc.shtml">eliminar los microformatos</a> de calendarios (hCalendar) de sus páginas de listado de programación. Y es curioso y alarmante el por qué.
<span id="more-156"></span></p>

<p>El microformato hCalendar incrusta fechas y eventos basados en iCalendar. La BBC usaba además el patrón de diseño sobre el tag ABBR, para incluir información relevante para parsear automáticamente alrededor de información para humanos. Por ejemplo:</p>

<pre><code>&lt;p&gt;Mi cumpleaños es el &lt;abbr class="dtstart" title="20090814"&gt;14 de Agosto&lt;/abbr&gt;&lt;/p&gt;
</code></pre>

<p>Lo anterior es un ejemplo de microformato hCalendar incrustado en un ABBR tal como usaba la BBC.</p>

<h2>¿Por qué es malo esto y por eso dejó de usarlo la BBC?</h2>

<p>Pues básicamente, y sorprendentemente, por cuestiones de usabilidad.</p>

<p>Resulta que los microformatos, al usar el atributo &#8220;title&#8221; para almacenar los metadatos, expone visiblemente los mismos al usuario como efecto secundario. El atributo &#8220;title&#8221; en algunos elementos es visible al pasar el ratón por encima en forma de &#8220;tooltip&#8221;. Por ejemplo en los enlaces <code>&lt;a title="Título visible"&gt;</code>, etc. Además, resulta que los programas que leen la pantalla para personas discapacitadas como ciegos, etc, LEEN el contenido del tag title, con lo cual una persona que use un lector de pantalla a voz y pase por el ejemplo anterior diría &#8220;Mi cumpleaños es el veinte millones noventa mil ochocientos catorce catorce de agosto&#8221;.</p>

<p>El artículo de A List Apart es especialmente interesante porque cuestiona en cierta forma a HTML 5. Usa el caso de la BBC para exponer sus argumentos, que son los siguientes:</p>

<h2>Semántica estricta en HTML 5</h2>

<p>HTML 5 marca un hito en los estandares de la red, entre otros por añadir una semántica más estricta en los elementos. Aparecen tags del tipo <code>section</code>, <code>nav</code>, etc, que se pueden usar en lugar de <code>div</code> para añadir semántica al contenido. El artículo cuestiona dos aspectos con gran convicción:</p>

<ul>
<li>La compatibilidad con navegadores antiguos.</li>
<li>La futura expansión semántica del lenguaje.</li>
</ul>

<p>Es decir, se cuestiona el antes y el después de HTML 5. El problema con los navegadores antiguos es grave, aunque se limita a los navegadores de Microsoft éstos representan un amplio porcentaje de los clientes existentes.</p>

<p>Por ejemplo, Internet Explorer (en cualquier versión) no soporta los estilos sobre los nuevos elementos. Por ejemplo:</p>

<pre><code>&lt;style type="text/css"&gt;
    section { color: red; }
&lt;/style&gt;
&lt;section&gt;
    &lt;h1&gt;Esto es la sección principal.&lt;/h1&gt;
&lt;/section&gt;
</code></pre>

<p>La cabecera anterior no saldrá en rojo en Internet Explorer, ya que no aplica los estilos a los elementos que no conoce. Ya hay una solución en JavaScript para esto, como no, pero evidentemente es un gran problema ¿cómo puede un estandard moderno introducir nuevos &#8220;hacks&#8221;? ¿No tenemos bastante con los hacks existentes para CSS en Explorer?</p>

<p>El otro punto de interés es la futura ampliación de la semántica. El autor se basa en que los elementos existentes no son suficientes para dar intención semántica en general, y el lenguaje no permite ampliar dichos elementos. Por ejemplo, HTML 5 introduce elementos como <code>&lt;section&gt;</code>, <code>&lt;header&gt;</code>, <code>&lt;aside&gt;</code>, <code>&lt;figure&gt;</code>, que amplían las posibilidades semánticas, pero el artículo se cuestiona con razón que quizá son pocos elementos y la amplitud que abarca esta apertura semántica es insuficiente.</p>

<p>Como ejemplo, el mismo autor plantea una posibilidad que sería ampliar la semántica del lenguaje en lugar de mediante los tags, por los atributos de éstos. Por ejemplo, mediante <code>&lt;ul navigation="main"&gt;</code> o algo por el estilo.</p>

<p>Os recomiento <a href="http://microformatique.com/?p=83">otros posts del mismo autor</a> para saber más.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.perezruiz.com/2009/08/12/problemas-con-los-microformatos/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>La misteriosa &#8220;degradación de color&#8221; en Photoshop</title>
		<link>http://www.perezruiz.com/2009/01/16/la-misteriosa-degradacion-de-color-en-photoshop/</link>
		<comments>http://www.perezruiz.com/2009/01/16/la-misteriosa-degradacion-de-color-en-photoshop/#comments</comments>
		<pubDate>Thu, 15 Jan 2009 23:06:35 +0000</pubDate>
		<dc:creator>Twoixter</dc:creator>
				<category><![CDATA[Diseño]]></category>
		<category><![CDATA[HTML]]></category>

		<guid isPermaLink="false">http://www.perezruiz.com/?p=87</guid>
		<description><![CDATA[Hace tiempo que vengo dándole vueltas a un problema que se produce en Photoshop usando la opción &#8220;Grabar para Web&#8221;. Diseñando páginas web es una opción de Photoshop que uso cada dos por tres. Al guardar en JPG o GIF los trozos de la página se produce una degradación de color, o &#8220;color shift&#8221; como [...]]]></description>
			<content:encoded><![CDATA[<p>Hace tiempo que vengo dándole vueltas a un problema que se produce en Photoshop usando la opción &#8220;Grabar para Web&#8221;. Diseñando páginas web es una opción de Photoshop que uso cada dos por tres. Al guardar en JPG o GIF los trozos de la página se produce una degradación de color, o &#8220;color shift&#8221; como se dice en inglés. El resultado de esto es que en muchas imágenes el color no es ni parecido al original. Unas veces es más evidente, pero otras sólo lo observas cuando contrastas el GIF con el color puro en hexadecimal (Ej: #FFEE00) del fondo.</p>

<p>Esto es problema claramente del manejo de color de Adobe, para web deberíamos trabajar sin gestión de perfiles de color ya que se requieren valores absolutos al mezclarlo con el HTML. El ejemplo que he puesto arriba es claro, si exporto una imagen GIF que tiene que contrastar con un color de fondo tal que #FFEE00, todos los pixeles del borde del GIF tienen que tener exactamente ese valor, sino se notará un contraste.</p>

<p>Por fín encontré un post interesantísimo sobre este problema y una solución definitiva (que consiste en&#8230; o sorpresa&#8230; desactivar los perfiles de color) <img src='http://www.perezruiz.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>

<p><a href="http://www.viget.com/inspire/the-mysterious-save-for-web-color-shift/">The Mysterious &#8220;Save for Web&#8221; Color Shift</a></p>

<p>Está en inglés, pero leedlo con atención quien esté involucrado en diseño web y haya experimentado este problema.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.perezruiz.com/2009/01/16/la-misteriosa-degradacion-de-color-en-photoshop/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
