<?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>Comments on: Valid XHTML &amp; Byte-Order in UTF-8</title>
	<atom:link href="http://aurea.es/2009/02/09/valid-xhtml-byte-order-in-utf-8/feed/" rel="self" type="application/rss+xml" />
	<link>http://aurea.es/2009/02/09/valid-xhtml-byte-order-in-utf-8/</link>
	<description>Front-end Developer, Web Standards, Accessibility</description>
	<lastBuildDate>Sat, 11 Feb 2012 01:32:41 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.4</generator>
	<item>
		<title>By: lloku</title>
		<link>http://aurea.es/2009/02/09/valid-xhtml-byte-order-in-utf-8/comment-page-1/#comment-2432</link>
		<dc:creator>lloku</dc:creator>
		<pubDate>Tue, 17 Feb 2009 15:14:26 +0000</pubDate>
		<guid isPermaLink="false">http://aurea.es/?p=3784#comment-2432</guid>
		<description>Puede ser cierto que sea un coñazo el tema de las entidades html, si bien al final poco se pone a &quot;mano&quot; ;). Si todos los niveles están bien gestionados da igual el encoding, que sea UTF-UTF o ISO-Latin no deberíamos tener ningún problema.
En cuanto a la internacionalización, es lo único positivo (y para lo que se creó) si bien hay algún lenguaje con símbolos a los que no llega ¿Pero realmente crees que todo proyecto puede tener la oportunidad de internacionalizarse? La mayoría tienen sus targets bien definidos y entre ellos se encuentra la localización en infinidad de ocasiones.
Aún así sigo diciéndolo no se si me equivoco pero el chino no tiene al menos 512 caracteres o nos estamos engañando a nosotros mismos?
De verdad que no creo que el UTF-8, pese a ser un standar aceptable, sea la panacea y que en un futuro todo el mundo lo utilice, ya es muyyy viejo y en el occidente sigue habiendo mucho ISO-8859-1 y en el oriente mucho ISO-2022.
(Pero vamos que mas que nada yo es por llevar la contraria y dar vida a esto XD)</description>
		<content:encoded><![CDATA[<p>Puede ser cierto que sea un coñazo el tema de las entidades html, si bien al final poco se pone a &#8220;mano&#8221; <img src='http://aurea.es/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> . Si todos los niveles están bien gestionados da igual el encoding, que sea <acronym title="Unicode Transformation Format" xml:lang="en">UTF</acronym>-<acronym title="Unicode Transformation Format" xml:lang="en">UTF</acronym> o <acronym title="International Organization for Standardization" xml:lang="en">ISO</acronym>-Latin no deberíamos tener ningún problema.<br />
En cuanto a la internacionalización, es lo único positivo (y para lo que se creó) si bien hay algún lenguaje con símbolos a los que no llega ¿Pero realmente crees que todo proyecto puede tener la oportunidad de internacionalizarse? La mayoría tienen sus targets bien definidos y entre ellos se encuentra la localización en infinidad de ocasiones.<br />
Aún así sigo diciéndolo no se si me equivoco pero el chino no tiene al menos 512 caracteres o nos estamos engañando a nosotros mismos?<br />
De verdad que no creo que el <acronym title="Unicode Transformation Format" xml:lang="en">UTF</acronym>-8, pese a ser un standar aceptable, sea la panacea y que en un futuro todo el mundo lo utilice, ya es muyyy viejo y en el occidente sigue habiendo mucho <acronym title="International Organization for Standardization" xml:lang="en">ISO</acronym>-8859-1 y en el oriente mucho <acronym title="International Organization for Standardization" xml:lang="en">ISO</acronym>-2022.<br />
(Pero vamos que mas que nada yo es por llevar la contraria y dar vida a esto XD)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: javiaurea</title>
		<link>http://aurea.es/2009/02/09/valid-xhtml-byte-order-in-utf-8/comment-page-1/#comment-2431</link>
		<dc:creator>javiaurea</dc:creator>
		<pubDate>Tue, 17 Feb 2009 14:22:31 +0000</pubDate>
		<guid isPermaLink="false">http://aurea.es/?p=3784#comment-2431</guid>
		<description>En esto discrepo contigo lloku.

El desarrollar “todo” bajo un entorno UTF es la cosa más cómoda que existe. Te olvidas de transcripciones de entidades HTML, caracteres especiales, etc.
Si todos los niveles están bien gestionados con UTF (base de datos, web) te ahorras quebraderos de cabeza (he pasado por algunos).

Otro tema es que surgen nuevos quebraderos de cabeza como el tema BOM, pero la culpa aquí es de solo algunos editores que meten la pezuña más de la cuenta.

Cualquier proyecto en Internet puede ser internacionalizado tarde o temprano y UTF te abre las puertas a ello y te evita emplear tiempo en la codificación.

Me encanta debatir contigo, eres el alma (opositor) de este sitio web jejeje

Chao lloku ;)</description>
		<content:encoded><![CDATA[<p>En esto discrepo contigo lloku.</p>
<p>El desarrollar “todo” bajo un entorno <acronym title="Unicode Transformation Format" xml:lang="en">UTF</acronym> es la cosa más cómoda que existe. Te olvidas de transcripciones de entidades <acronym title="HyperText Markup Language" xml:lang="en">HTML</acronym>, caracteres especiales, etc.<br />
Si todos los niveles están bien gestionados con <acronym title="Unicode Transformation Format" xml:lang="en">UTF</acronym> (base de datos, web) te ahorras quebraderos de cabeza (he pasado por algunos).</p>
<p>Otro tema es que surgen nuevos quebraderos de cabeza como el tema <acronym title="Byte Order Mark" xml:lang="en">BOM</acronym>, pero la culpa aquí es de solo algunos editores que meten la pezuña más de la cuenta.</p>
<p>Cualquier proyecto en Internet puede ser internacionalizado tarde o temprano y <acronym title="Unicode Transformation Format" xml:lang="en">UTF</acronym> te abre las puertas a ello y te evita emplear tiempo en la codificación.</p>
<p>Me encanta debatir contigo, eres el alma (opositor) de este sitio web jejeje</p>
<p>Chao lloku <img src='http://aurea.es/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lloku</title>
		<link>http://aurea.es/2009/02/09/valid-xhtml-byte-order-in-utf-8/comment-page-1/#comment-2429</link>
		<dc:creator>lloku</dc:creator>
		<pubDate>Tue, 17 Feb 2009 13:43:08 +0000</pubDate>
		<guid isPermaLink="false">http://aurea.es/?p=3784#comment-2429</guid>
		<description>Maldita moda UTF-8, solo lo uso para WS por la dichosa manía de los clientes, pero nunca le encontraré la ventaja en el mundo web, al menos en un 99% de las ocasiones, para que necesitamos carácteres japoneses si al final de los caractéres no ascii solo usamos los imprimibles ISO y nos solemos dirigir a lo sumo a los paises occidentales?¿? ISO-8859-1 con sus entidades html por siempre XD, tantas peleas con editores, BOM y demás.
UTF-8 es una solución &quot;práctica&quot; para proyectos &quot;muy&quot; internacionalizados, para el resto siempre me parecerá un recurso innecesario.
Saludos</description>
		<content:encoded><![CDATA[<p>Maldita moda <acronym title="Unicode Transformation Format" xml:lang="en">UTF</acronym>-8, solo lo uso para WS por la dichosa manía de los clientes, pero nunca le encontraré la ventaja en el mundo web, al menos en un 99% de las ocasiones, para que necesitamos carácteres japoneses si al final de los caractéres no ascii solo usamos los imprimibles <acronym title="International Organization for Standardization" xml:lang="en">ISO</acronym> y nos solemos dirigir a lo sumo a los paises occidentales?¿? <acronym title="International Organization for Standardization" xml:lang="en">ISO</acronym>-8859-1 con sus entidades html por siempre XD, tantas peleas con editores, <acronym title="Byte Order Mark" xml:lang="en">BOM</acronym> y demás.<br />
<acronym title="Unicode Transformation Format" xml:lang="en">UTF</acronym>-8 es una solución &#8220;práctica&#8221; para proyectos &#8220;muy&#8221; internacionalizados, para el resto siempre me parecerá un recurso innecesario.<br />
Saludos</p>
]]></content:encoded>
	</item>
</channel>
</rss>

