<?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>xposible &#187; W3C</title>
	<atom:link href="http://webposible.com/xposible/tag/w3c/feed/" rel="self" type="application/rss+xml" />
	<link>http://webposible.com/xposible</link>
	<description>100% autoestimulante. 0% de popularidad.</description>
	<lastBuildDate>Wed, 21 Jul 2010 08:54:35 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>XHTML Basic 1.1 y Mobile Web Best Practices 1.0, recomendaciones del W3C</title>
		<link>http://webposible.com/xposible/2008/xhtml-basic-11-y-mobile-web-best-practices-10-recomendaciones-del-w3c/</link>
		<comments>http://webposible.com/xposible/2008/xhtml-basic-11-y-mobile-web-best-practices-10-recomendaciones-del-w3c/#comments</comments>
		<pubDate>Wed, 30 Jul 2008 09:02:46 +0000</pubDate>
		<dc:creator>xadmin</dc:creator>
				<category><![CDATA[Web móvil]]></category>
		<category><![CDATA[mwbp]]></category>
		<category><![CDATA[W3C]]></category>
		<category><![CDATA[xhtml basic]]></category>

		<guid isPermaLink="false">http://webposible.com/xposible/?p=13</guid>
		<description><![CDATA[Por fin. Después de más de 2 años del primer borrador de trabajo de XHTML 1.1 basic (2006-06-07), y algo menos de tres años del primer borrador de Mobile Web Best Practices 1.0 (2005-10-17), ya han alcanzado el estatus de recomendaciones del W3C los documentos: XHTML Basic 1.1 Mobile Web Best Practices 1.0 En XHTML [...]]]></description>
			<content:encoded><![CDATA[<p>Por fin. Después de más de 2 años del primer borrador de trabajo de <acronym title="Extensible HyperText Markup Language" xml:lang="en">XHTML</acronym> 1.1 <span xml:lang="en">basic</span> (2006-06-07), y algo menos de tres años del primer borrador de <span xml:lang="en">Mobile Web Best Practices</span> 1.0 (2005-10-17), ya han alcanzado el estatus de recomendaciones del W3C los documentos:</p>
<ul>
<li xml:lang="en"><a hreflang="en" href="http://www.w3.org/TR/2008/REC-xhtml-basic-20080729/"><acronym title="Extensible HyperText Markup Language" xml:lang="en">XHTML</acronym> Basic 1.1</a></li>
<li xml:lang="en"><a hreflang="en" href="http://www.w3.org/TR/2008/REC-mobile-bp-20080729/">Mobile Web Best Practices 1.0</a></li>
</ul>
<p>En <acronym title="Extensible HyperText Markup Language" xml:lang="en">XHTML</acronym> <span xml:lang="en">basic</span>, los cambios más importantes son (con respecto a la versión 1.0 del año 2000):</p>
<ul>
<li>los documentos tienen que tener y servirse con el mime-type &#8220;application/xhtml+xml&#8221;.</li>
<li>Nuevos elementos de formularios: <code>button, fieldset, legend, optgroup</code>.</li>
<li>Nuevo módulo de presentación, con los elementos: <code>b, big, hr, i, small, sub, sup, tt</code>.</li>
<li>Nuevo módulo de scripting (elementos <code>script</code> y <code>noscript</code>). Atención con el uso de javascript&#8230;</li>
<li>Nuevo módulo de eventos intrínsecos.</li>
<li>Nuevo módulo de hoja de estilos (ahora está desaconsejado el atributo <code>style</code>).</li>
<li>El atributo <code>target</code> (¿?). El soporte de este atributo, no está garantizado (yo directamente prohibiría su uso, a estas alturas y todavía con frames y ventanas emergentes en dispositivos móviles&#8230; una locura).</li>
<li>El atributo <code>inputmode</code>, herencia de <a hreflang="en" href="http://www.w3.org/TR/xforms/">XForms</a>. Utilizado para los elementos <code>input</code> y <code>textarea</code>. ¿Para qué sirve? Indicar qué tipo de contenido hay que incluir en dichos elementos. Hay dos tipos de <code>inputmode</code>, uno sobre &#8220;tipos de idioma&#8221; (por ejemplo <code>arabic, cyrillic, latin, tibetan</code>,&#8230;) y otro para tipo de caracteres (<code>lowerCase, digits, predictOn</code>,&#8230;). Por ejemplo, si tenemos una caja de texto en el que hay que incluir un código postal, podríamos aprovechar las ventajas del atributo <code>inputmode</code> así: <code>inputmode="latin digits"</code>. Mola.</li>
</ul>
<p>Una plantilla muy básica, y modificable al gusto de los desarrolladores (hay un par de líneas de código que particularmente me gustan, pero no son muy útiles), podría ser la siguiente:</p>
<pre><code>

&lt;?xml version="1.0"?&gt;

&lt;!DOCTYPE html PUBLIC "-//W3C//DTD XHTML Basic 1.1//EN"

"http://www.w3.org/TR/xhtml-basic/xhtml-basic10.dtd"&gt;

&lt;html xmlns="http://www.w3.org/1999/xhtml" xml:lang="es"&gt;

&lt;head&gt;

&lt;title&gt;&lt;/title&gt;

&lt;meta name="HandheldFriendly" content="true" /&gt;

&lt;meta http-equiv="Content-Type" content="text/html; charset=utf-8" /&gt;

&lt;link rel="stylesheet" media="handheld" type="text/css" href="handheld.css" /&gt;

&lt;link rel="alternate" media="screen" href="http://example.org/" /&gt;

&lt;/head&gt;

&lt;body&gt;

&lt;/body&gt;

&lt;/html&gt;</code></pre>
<p>Con respecto a las <span xml:lang="en">Mobile Web Best Practices<span> 1.0, poco que comentar. Las lógicas correcciones y evoluciones de una nueva recomendación (muy relacionadas con las <acronym title="Web Content Accessibility Guidelines" xml:lang="en">WCAG</acronym>, como se explica en <a xml:lang="en" hreflang="en" href="http://www.w3.org/TR/mwbp-wcag/">Relationship between Mobile Web Best Practices and Web Content Accessibility Guidelines</a>).</span></span></p>
]]></content:encoded>
			<wfw:commentRss>http://webposible.com/xposible/2008/xhtml-basic-11-y-mobile-web-best-practices-10-recomendaciones-del-w3c/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Crónica del W3C Day en Madrid: Web para todos</title>
		<link>http://webposible.com/xposible/2008/cronica-del-w3c-day-en-madrid-web-para-todos/</link>
		<comments>http://webposible.com/xposible/2008/cronica-del-w3c-day-en-madrid-web-para-todos/#comments</comments>
		<pubDate>Thu, 05 Jun 2008 12:00:25 +0000</pubDate>
		<dc:creator>xadmin</dc:creator>
				<category><![CDATA[Eventos]]></category>
		<category><![CDATA[accesibilidad]]></category>
		<category><![CDATA[W3C]]></category>
		<category><![CDATA[W3C Day]]></category>
		<category><![CDATA[Web móvil]]></category>

		<guid isPermaLink="false">http://webposible.com/xposible/?p=7</guid>
		<description><![CDATA[El pasado 27 de Mayo se celebró el Día W3C en España: Standards for Business en Madrid, evento al que tuve la suerte de asistir. Ya están disponible desde hace algunos días las presentaciones del evento , y algunas fotos (por cierto salgo en una). A continuación, la crónica. Tras encontrar el lugar (me perdí, [...]]]></description>
			<content:encoded><![CDATA[<p>El pasado 27 de Mayo se celebró el <a href="http://www.w3c.es/Eventos/2008/DiaW3C/">Día <acronym title="World Wide Web Consortium" xml:lang="en">W3C</acronym> en España: <span xml:lang="en">Standards for Business</span> </a> en Madrid, evento al que tuve la suerte de asistir. Ya están disponible desde hace algunos días las <a href="http://www.w3c.es/Eventos/2008/DiaW3C/Agenda" title="Presentaciones del W3C Day en Madrid">presentaciones del evento</a> , y algunas <a href="http://www.w3c.es/Eventos/2008/DiaW3C/Fotos/">fotos</a> (por cierto salgo en una). A continuación, la crónica.</p>
<p>Tras encontrar el lugar (me perdí, incluso con mapa) y acreditarme, llego a la estancia donde se celebra. La mejor palabra que lo describe es solemne: Los cómodos asientos, distribuidos de forma circular alrededor de la mesa presidencial, los cuadros de las personalidades de la Universidad, la cúpula,&#8230;</p>
<p>Tomamos asiento (no hubo demasiada asistencia, una lástima) y empieza la presentación institucional con una noticia importante (y yo sin &quot;twitearlo&quot;): El <a hreflang="en" href="http://www2009.org/">W2009</a> se celebrará en Madrid entre los días 20 y 24 de abril. Para promocionar la ciudad y el evento, recomiendan el uso del <span xml:lang="en">tag</span> w2009 para artículos, fotos, videos,&#8230; de información turística sobre Madrid y &quot;alrededores&quot; (desde Alcalá de Henares, a Sevilla :) ), y supongo que también sobre desarrollo web&#8230;</p>
<p>El evento estaba dividido en tres bloques:</p>
<ul>
<li>Web para todos</li>
<li>Web desde cualquier lugar</li>
<li>Web como base de conocimiento</li>
</ul>
<p>En este primero artículo hablaremos de la primera sesión (el resto, para más adelante).</p>
<h3>Web para todos</h3>
<p>Comienza el primer grupo de presentaciones, bajo el título Web para todos.</p>
<h4>Acciones de <acronym title="Instituto Nacional de Tecnologías de la Comunicación">INTECO</acronym> para la promoción de estándares de Accesibilidad</h4>
<p>El primero en hablar es Raúl Riesco Granadino, de <a href="http://www.inteco.es/"><acronym title="Instituto Nacional de Tecnologías de la Comunicación">INTECO</acronym> </a> , con su presentación <a type="application/pdf" href="http://www.w3c.es/Eventos/2008/DiaW3C/Presentaciones/inteco.pdf">Acciones de <acronym title="Instituto Nacional de Tecnologías de la Comunicación">INTECO</acronym> para la promoción de estándares de Accesibilidad (<acronym title="Portable Document Format" xml:lang="en">PDF</acronym> , 1,8 Megas)</a> . Nos cuenta que para <acronym title="Instituto Nacional de Tecnologías de la Comunicación">INTECO</acronym> , <strong>la accesibilidad es un eje transversal</strong> (web, <span xml:lang="en">software</span> , seguridad, televisión interactiva,&#8230;) y se ha creado el <a href="http://www.inteco.es/Accesibilidad">Centro de Referencia en Accesibilidad y Estándares Web</a> , con varios objetivos:</p>
<ul>
<li>Evaluar la accesibilidad en los portales de las Administraciones Públicas.</li>
<li>Consultorías, para las Administraciones Públicas y empresas que consiguen contratos.</li>
<li>Plataforma de teleformación on-line (700 alumnos y la mitad de ellos funcionarios), y otras actividades de formación.</li>
<li>Elaboración de informes.</li>
</ul>
<p>El Observatorio de Accesibilidad, ha hecho diversos estudios, algunos de ellos sobre las <acronym title="Pequeñas y medianas empresas">pymes</acronym> otro sobre portales de las Administraciones Públicas, y los resultados no son nada buenos: errores de marcado, en los elementos multimedia, problemas con <span xml:lang="en">flash, javascript</span> ,&#8230; En general encuentra una relación directa y positiva entre la calidad de la web (desde el punto de vista de los estándares y la accesibilidad) con el posicionamiento en internet (lo raro sería que fuese al revés).</p>
<p>También habla del Centro Nacional de Tecnologías de la Accesibilidad, un punto de encuentro sobre industria, empresas, operadoras y usuarios. Con laboratorios para ensayos. Sigue con la televisión interactiva (la famosa <acronym title="Televisión Digial Terrestre">TDT</acronym> ), ya que han desarrollado una aplicación accesible (la única). Mencionaron también que han desarrollado un <a href="http://www.inteco.es/Accesibilidad/IDi/WebCS_Editor">editor de páginas web <acronym title="What You See Is What You Mean" xml:lang="en">WYSIWYM</acronym> accesibles webs</a> (con una versión para <span xml:lang="en">Android</span> ) y que se puede integrar en gestores de contenidos (<span xml:lang="en">blogs, wikis</span> ,&#8230;)</p>
<p>Una de las conclusiones más interesantes, es que no todo el mundo tiene que ser experto en accesibilidad, sino que los creadores de contenidos tienen que ayudar a los usuarios a generar contenido accesible.</p>
<p>Valoración personal de la presentación&#8230; contenidos muy interesantes, hay que tener en cuenta entre las lecturas <acronym title="Instituto Nacional de Tecnologías de la Comunicación">INTECO</acronym> , aunque me temo que no tiene demasiados medios para un proyecto de tanta envergadura, y es muy importante.</p>
<h4>Accesibilidad y usabilidad en el Ayuntamiento de Madrid: apuesta por los estándares <acronym title="World Wide Web Consortium" xml:lang="en">W3C</acronym></h4>
<p>La segunda persona en hablar, es María Mercedes Lozano Quirce, del <a href="http://www.munimadrid.es/">Ayuntamiento de Madrid</a> , y el título de su presentación era <a>Accesibilidad y usabilidad en el Ayuntamiento de Madrid: apuesta por los estándares <acronym title="World Wide Web Consortium" xml:lang="en">W3C</acronym> (<acronym title="Portable Document Format" xml:lang="en">PDF</acronym> , 1,5 Megas)</a> .</p>
<p>Primero de los dos Ayuntamientos (junto al de Zaragoza) en tener representación en el evento. Explica como en el año 2005 se plantean crear desde cero la web del ayuntamiento, con el objetivo de tener una web más usable y accesible (partiendo del nivel AA) a los ciudadanos. Algo que me gustó mucho de su presentación, es la importancia de saber convencer, tanto a los responsables como a los desarrolladores de que la accesibilidad no es un gasto, es una inversión. Repetimos y resaltando (como si fuese un mantra): <strong>la accesibilidad no es un gasto, es una inversión</strong> . Y obviamente que hay que tener una vocación de servicio, no de bombo y platillo (completamente de acuerdo).</p>
<p>Habla también de la información y los diferentes canales: presencial, telefónica e internet: siempre la misma, y además una gran cantidad de información&#8230; habla de taxonomías. Han definido un árbol taxonómico global para todos los contenidos que permite catalogarlos por ámbito geográfico, procedencia orgánica, tipología, temática,&#8230; un trabajo muy importante que va a permitir organizar los contenidos en diferentes portales temáticos.</p>
<p>También nos habla de la plantilla usada en la web: una retícula modular, homogénea, con elementos constantes y un 70% del espacio ocupado por contenido.</p>
<p>Toca hablar de accesibilidad&#8230; hablan de las revisiones manuales, automáticas, y la aditoría externa por parte de <span xml:lang="en">Tecnhosite</span> que certificó su nivel AA de accesibilidad. También ha obtenido el premio <acronym title="Test de Accesibilidad Web">TAW</acronym> 2007 a la web pública más accesible de ámbito local. El objetivo para este año&#8230; lograr la conformidad con la norma UNE 139803 y el sello <span xml:lang="en">Euracert</span> .</p>
<p>Después&#8230; habla de la evolución hacia un escenario Web 2.0, en el que se plantean que el ciudadano, es el centro, tanto de atención como objetivo de la comunicación. Por un lado, difusión multicanal de contenidos (<acronym title="Really Simple Syndication">RSS</acronym> , <span xml:lang="en">podcast</span> ,&#8230;), interoperabilidad de la información (habló mucho sobre <strong>microformatos</strong> : <span xml:lang="en">hCard, hCalendar, Adr, geo, rel-tag, hAtom,</span> ya que los usan y mucho en la web), también de dotar a la web de una mayor presencia en dispositivos móviles, y una mayor participación ciudadana, mediante foros y blogs.</p>
<p>Mi valoración personal&#8230; que están haciendo bien las cosas. Y me gusta mucho la presencia de los microformatos. Y yo egoístamente me pregunto: ¿Cuándo usará la web del Ayuntamiento de Madrid los Microformatos Dublin Core? :)</p>
<h4>La Accesibilidad Web en <span xml:lang="gl">Caixa</span> Galicia</h4>
<p>La siguiente presentación, que me sorprendió muy gratamente, la dió Jerónimo Pérez Paz, de <a href="http://galegos.caixagalicia.es/"><span xml:lang="gl">Caixa</span> Galicia</a> , y el título era <a type="application/pdf" href="http://www.w3c.es/Eventos/2008/DiaW3C/Presentaciones/caixa_galicia.pdf">La Accesibilidad Web en <span xml:lang="gl">Caixa</span> Galicia (<acronym title="Portable Document Format" xml:lang="en">PDF</acronym> , 2 Megas)</a> .</p>
<p>Comienza diciendo que el interés por implementar la accesibilidad web en <span xml:lang="gl">Caixa</span> Galicia comenzó en el año 2005, y por temas de costes, resulta bastante complicado para un banco.</p>
<p>Después pone el dedo en la llaga, cuando habla de las <strong>certificaciones y sellos de accesibilidad</strong> . Menciona las del <acronym title="Centro Tecnológico de la Información y la Comunicación">CTIC</acronym> , <acronym title="Instituto Nacional de Tecnologías de la Comunicación">INTECO</acronym> , <span xml:lang="en">Technosite</span> , <acronym title="World Wide Web Consortium" xml:lang="en">W3C</acronym> , <acronym title="Asociación Española de Normalización y Certificación">AENOR</acronym> y <span xml:lang="en">Euracert</span> &#8230; de momento. Con tantos certificados, ¿Cuál elegir? Es un asunto importante, por un lado no existe homogeneidad en los resultados: ha sufrido la &quot;inexplicable situación&quot; de conseguir un certificado de una entidad, solicitar otra certificación por una entidad distinta,&#8230; y no cumplir los requisitos (¿?). Y para colmo, hablar con la primera entidad y le respondía con un presupuesto. Personalmente no me parece serio. Otro aspecto importante, es el de la reducción de costes: debería existir una metodología común para que los certificados fueran equivalentes de verdad.</p>
<p>Para fomentar la accesibilidad desde dentro, cuentan con el plan &quot;Somos accesibles&quot;. El objetivo es, y ha sido, dar formación a todos los editores de contenidos webs, realizar auditorías internas,&#8230; empezaron haciendo accesible con la web de la fundación (en principio, el nivel A), y en los próximos meses tendrán todos el nivel doble AA, cumpliendo con la legislación actual (consultar el artículo <a href="http://olgacarreras.blogspot.com/2005/01/referencia-sobre-legislacin-espaola.html">Referencia sobre legislación española relacionada con la accesibilidad web</a> de la inigualable Olga Carreras). Afortunadamente ya estaban preparados, en caso contrario sería bastante difícil.</p>
<p>Después nos habla de la importancia del creador de contenidos: hay que facilitarle la vida, sino, no hará bien las cosas. Para realizar el seguimiento y control sobre la accesibilidad, usan el <acronym title="Test de Accesibilidad Web">TAW</acronym> , revisiones manuales en la creación de cada página y revisiones aleatorias.</p>
<p>¿Y cuáles son los errores más habituales en el día a día? Copiar desde <span xml:lang="en">Word</span> , los cambios de idioma, las tablas (encabezados, ancho de filas y columnas), los vínculos&#8230; Han detectado que limpiando el código de los elementos <em class="element">U</em> , <em class="element">B</em> y <em class="element">FONT</em> , y los atributos <em class="attribute">&quot;border&quot;</em> , <em class="attribute">&quot;width&quot;</em> , <em class="attribute">&quot;height&quot;</em> y <em class="attribute">&quot;align&quot;</em> , solucionan el 80% de los errores automáticos (y muestra un ejemplo). Por eso, utilizar un editor que limpia el código, evita muchos errores automáticos, y facilita la vida a los redactores de contenido.</p>
<p>Con la accesibilidad, entre otras cosas han conseguido un mejor posicionamiento en los buscadores y se han conseguido más visitas.</p>
<p>Por último, entre las ventajas de la accesibilidad, está el cumplir la ley, el compromiso social (se trata de una Caja), la imagen de marca y la confianza que se establece con sus clientes. Nos cuenta una pequeña anécdota esclarecedora: aumentando el tamaño del texto, han conseguido una muy buena respuesta por parte de sus clientes. Y los clientes satisfechos, ayudan, como el caso de uno con una discapacidad visual, que participa muy activamente con el departamento de informática.</p>
<p>La conclusión&#8230; <strong>hacer una web accesible, es fácil, manterla&#8230; ya es más difícil</strong> . Ayuda mucho tener buenos editores de contenidos, para facilitar el trabajo a las personas que redactan los contenidos.</p>
<p>Personalmente me pareció una presentación muy interesante (de las que más), por mostrarnos la realidad de un cliente que quiere hacer bien las cosas, las dificultades que encuentra, y cómo han logrado solucionar muchos problemas que han ido surgiendo.</p>
<h4>De la accesibilidad a la movilidad pasando por los estándares</h4>
<p>El último en hablar del primer bloque era José Manrique López de la Fuente, de la <a href="http://www.fundacionctic.org/">Fundación <acronym title="Centro Tecnológico de la Información y la Comunicación">CTIC</acronym> </a> , y el título de su presentación era <a type="application/pdf" href="http://www.w3c.es/Eventos/2008/DiaW3C/Presentaciones/ctic.pdf">De la accesibilidad a la movilidad pasando por los estándares (<acronym title="Portable Document Format" xml:lang="en">PDF</acronym> , 1,5 Megas)</a> , con una de las presentaciones más amenas.</p>
<p>¿Motivos para hacer una web accesible? Plan de negocio, mejor posicionamiento en los buscadores, compromiso social,&#8230; pero requiere mucho esfuerzo.</p>
<p>Después nos habla de un usuario muy particular de la web, tiene la pantalla pequeña, usa números en lugar de teclado, no le gusta javascript, flash,&#8230; y no es un usuario tan particular (sí, lo habéis adivinado, es el teléfono móvil). Habla de dos conceptos claves del <acronym title="World Wide Web Consortium" xml:lang="en">W3C</acronym> : la <strong>web única</strong> y la <strong>independencia de dispositivo</strong> . Lo inportante es que la información sea la misma, pero no tiene porqué mostrarse de la misma forma.</p>
<p>Toca hablar de una herramienta bastante interesante: <a href="http://merkur.fundacionctic.org/">Merkur</a> . Es una herramienta que actúa entre el dispositivo y el servidor, para detectar las capacidades del dispositivo y le envía lo que acepta mejor (código, imágenes,&#8230;). Concepto clave: <strong>transcodificación</strong> , de marcado y multimedia.</p>
<p>Después nos habla de <span xml:lang="en">mobile OK basic</span> del <acronym title="World Wide Web Consortium" xml:lang="en">W3C</acronym> , una serie de pruebas automáticas (para evitar interpretaciones personales),&#8230; y usando Merkur como adaptador de contenido para pequeños dispositivos, han conseguido que la web de la Fundación <acronym title="Centro Tecnológico de la Información y la Comunicación">CTIC</acronym> , se vea perfectamente en pequeños dispositivos, y pasando las pruebas automáticas. Me gustaría conocer más sobre Merkur y sus limitaciones: ¿mostraría <acronym title="Wireless Markup Language" xml:lang="en">WML</acronym> ?</p>
<p>Mi opinión personal de la presentación, amena, desenfadada y me ha descubierto Merkur. Una de las que más me ha gustado.</p>
<p>Y aquí terminamos, más adelante hablaremos sobre las charlas correspondientes a &quot;Web desde cualquier lugar&quot; y &quot;Web como base de conocimiento&quot;.</p>
]]></content:encoded>
			<wfw:commentRss>http://webposible.com/xposible/2008/cronica-del-w3c-day-en-madrid-web-para-todos/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
	</channel>
</rss>
