<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0">
<channel>
<title>Tema: Accesibilidad | Sentido Web</title>
<link>http://sentidoweb.com/</link>
<description>Actualidad y maneras de hacer en Internet (programación, diseño, tendencias, negocios...)</description>
<language>es</language>
<copyright>Copyright 2008</copyright>
<lastBuildDate>Thu, 15 Nov 2007 10:45:00 +0000</lastBuildDate>
<generator>http://www.movabletype.org/?v=3.2</generator>
<docs>http://blogs.law.harvard.edu/tech/rss</docs> 

<item>
<title>AsxJax: Ajax accesible</title>
<description><![CDATA[<p><strong>AsxJax</strong> es un framework que permite añadir accesibilidad a los desarrollos web que utilicen Ajax, así usuarios que utilicen screenreaders u otros dispositivos similares podrán disfrutar de las características que ofrece la web 2.0.</p>
<p>AxsJAX añade accesibilidad según lo definido por la <a href="http://www.w3.org/TR/aria-roadmap/">W3C ARIA</a>, siendo necesarios los siguientes requisitos:</p>
<ul><li>Un navegador como Firefox 2.0 que soporte la W3C ARIA.</li>
<li>Tecnologías que respondan correctamente a las mejoras de accesibilidad añadidas por la W3C ARIA.</li>
<li>Alguna de las mejoras añadidas por AxsJAX dependen del soporte para las <em>live regions</em>, una característica que permite a las tecnologías como los screen readers tratar correctamente con actualizaciones asíncronas de partes de la página web.</li>
</ul>
<p>El framework AxsJAX puede añadir accesibilidad a aplicaciones Web 2.0 existentes mediante las siguientes técnicas:</p>
<ul><li>Como un bookmarklet.</li>
<li>Usando Greasemonkey.</li>
<li>Usando Fire Vox.</li></ul>
<p><a href="http://code.google.com/p/google-axsjax/">AsxJax</a></p>]]></description>
<link>http://sentidoweb.com/2007/11/15/asxjax-ajax-accesible.php</link>
<guid>http://sentidoweb.com/2007/11/15/asxjax-ajax-accesible.php</guid>
<category>AJAX</category>
<pubDate>Thu, 15 Nov 2007 10:45:00 +0000</pubDate>
</item>
<item>
<title>Criticas a la guía de accesibilidad de la W3C</title>
<description><![CDATA[<p>Si estos días hemos estado hablando de accesibilidad según la W3C, hoy nos toca de hablar de las críticas que se han realizado desde un grupo llamado WCAG Samurai, un grupo de desarrolladores liderados por Joe Clark.</p>
<p>Las críticas siempre nos pueden ayudar a mejorar y esperemos que al menos tomen en cuenta estos puntos para la revisión final de la <acronym title="Web Content Accessibility Guidelines">WCAG 2.0</acronym>.</p>
<p>Las críticas están agrupadas según los diferentes puntos de la WCAG 2.0:</p>
<ul><li>Proporciona alternativas equivalentes para los sonidos y los vídeos.</li>
<li>No dependas del color únicamente.</li>
<li>Usa las etiquetas y los estilos correctamente.</li>
<li>Usa el lenguaje natural de forma clara.</li>
<li>No uses tablas para layouts.</li>
<li>Cuidado con el uso de las nuevas tecnologías.</li>
<li>Cuidado con los contenidos que cambian con el tiempo (parpadeos, ...).</li>
<li>Diseña con independencia del dispositivo.</li>
<li>Usa soluciones intermedias.</li>
<li>Usa las guías y las tecnologías de la W3C.</li>
<li>Ofrece información orientativa y del contexto.</li></ul>
<p><a href="http://wcagsamurai.org/errata/errata.html">WCAG Samurai Errata for Web Content Accessibility Guidelines (WCAG) 1.0</a></p>]]></description>
<link>http://sentidoweb.com/2007/06/14/criticas-a-la-guia-de-accesibilidad-de-la-w3c.php</link>
<guid>http://sentidoweb.com/2007/06/14/criticas-a-la-guia-de-accesibilidad-de-la-w3c.php</guid>
<category>Accesibilidad</category>
<pubDate>Thu, 14 Jun 2007 16:00:00 +0000</pubDate>
</item>
<item>
<title>W3C: fallos de accesibilidad (III)</title>
<description><![CDATA[<p>Seguimos con los fallos más frecuentes en accesibilidad que la W3C nos recuerda.</p>
<h3>Cambio de contexto cuando se quita el foco a un elemento en un formulario</h3>
<p>Este error ocurre cuando un elemento de un formulario pierde el foco y cambia el contexto de la página, por ejemplo debido a que se hace un submit del formulario.</p>
<h3>Obtener el foco de un elemento con el teclado y no poder salir usando el teclado</h3>
<p>Este fallo no es demasiado frecuente, pero se da cuando navegando mediante el teclado, entramos en el contenido de un elemento (por ejemplo un plugin que nos muestra un formato específico como SVG) y no podemos volver al contenido principal, o salir de este elemento usando el teclado.</p>
<h3>Tener un time-out para la sesión sin ofrecer la posibilidad de guardar la información para recuperarla cuando re-auntentiquemos</h3>
<p>Muchos servicios web necesitan autenticación y suelen disponer de un sistema de time-out para finalizar la sesión cuando ha habido un tiempo largo de espera sin actividad. Personas con discapacidad pueden necesitar más tiempo de lo normal para realizar una acción (por ejemplo rellenar un formulario), si la sesión le finaliza, sin la posibilidad de recuperar el estado en el que se estaba antes de finalizar la sesión, la persona deberá volver a empezar de nuevo, por lo que es posible que tampoco pueda finalizar la acción.</p>
<h3>Texto alternativo no representa correctamente el texto original ya que este muestra información debido a diferencia de colores</h3>
<p>Supongamos que tenemos una gráfica de barras en las que se muestra la población masculina y femenina según los paises de una región. Para distinguir qué datos pertenecen a uno u otro género, se muestra usando dos colores: azul hombres, rojo mujeres. El texto alternativo de esa imagen suele indicar las cantidades, pero no a qué genero pertenece.</p>
<h3>Más información</h3>
<ul><li class="related"><a href="#F9">F9: Failure of SC 3.2.5 due to changing the context when the user removes focus from a form element</a></li><li class="related"><a href="#F10">F10: Failure of SC 2.1.1 and Conformance Requirement 6 due to combining multiple content formats in a way that traps users inside one format type</a></li><li class="related"><a href="#F12">F12: Failure of SC 2.2.6 due to having a session time limit without a mechanism for saving user's input and re-establishing that information upon re-authentication</a></li><li class="related"><a href="#F13">F13: Failure of SC 1.4.1 due to having a text alternative that does not include information that is conveyed by color differences in the image</a></li></ul>]]></description>
<link>http://sentidoweb.com/2007/06/04/w3c-fallos-de-accesibilidad-iii.php</link>
<guid>http://sentidoweb.com/2007/06/04/w3c-fallos-de-accesibilidad-iii.php</guid>
<category>Accesibilidad</category>
<pubDate>Mon, 04 Jun 2007 16:00:00 +0000</pubDate>
</item>
<item>
<title>W3C: fallos de accesibilidad (II)</title>
<description><![CDATA[<p>Seguimos con los fallos de accesibilidad que se suelen cometer en el desarrollo web, que nos ofrece la W3C y que <a href="http://sentidoweb.com/2007/05/23/w3c-fallos-de-accesibilidad-i.php">empezamos</a> a tratar hace unos días.</p>

<h3>Mostrar imágenes con información importante mediante estilos</h3>
<p>Se trata de usar una imagen que contiene información (por ejemplo para los enlaces del menú) y mostrarla como fondo de un elemento y que no haya un texto que indique el contenido de la imagen.</p>
<p>Una solución es escribir el texto pero no hacerlo visible, para ello usaremos la propiedad <em>text-ident</em>, si le damos un valor negativo elevado el texto desaparecerá por la izquierda. Por ejemplo, tenemos una imagen <em>titulo.png</em> que tiene el título del blog con un diseño especial, lógicamente queremos que se vea así por temas de diseño e imagen. Ahora bien, si solo mostramos la imagen, no somos capaces de leer el contenido de esta. Por ello tendremos que hacer lo siguiente para que el texto aparezca sin que haya estilos y con estilos solo aparezca la imagen:</p>
<pre><code>h1 {
background: url(titulo.png);
width: 200px;
height: 100px;
text-indent: -10000px;
}</code></pre>
<pre><code>&lt;h1&gt;Título&lt;/h1&gt;</code></pre>
<h3>Usar el estilo <em>blink</em> sin el mecanismo para parar el parpadeo</h3>
<p>Esta es corta, no uses jamás <em>text-decoration: blink</em>. Y si por un casual no te queda otra posibilidad que usarlo, crea un script que pare el parpadeo a los 3 segundos.</p>
<h3>Usar un applet o un flash que parpadee sin el mecanismo para pararlos</h3>
<p>Lo mismo que el punto anterior, pero enfocado a applets y a animaciones Flash.</p>
<h3>Usar subtítulos que omiten parte del diálogo o sonidos importantes</h3>
<p>Si vas a ofrecer un sonido, una conversación y no muestras los subtítulos con todo el contenido (conversación y sonidos destacados), no se trata de un buen subtítulo y puede haber información importante que se escape.</p>
<h3>Más información</h3>
<ul><li class="related"><a href="http://www.w3.org/TR/2007/WD-WCAG20-TECHS-20070517/Overview.html#F3">F3: Failure of SC 1.1.1 due to using CSS to include images that convey important information</a></li><li class="related"><a href="http://www.w3.org/TR/2007/WD-WCAG20-TECHS-20070517/Overview.html#F4">F4: Failure of SC 2.2.2 due to using text-decoration:blink without a mechanism to stop it in less than three seconds</a></li><li class="related"><a href="http://www.w3.org/TR/2007/WD-WCAG20-TECHS-20070517/Overview.html#F7">F7: Failure of SC 2.2.2 due to an object or applet, such as Java or Flash, that has blinking content without a mechanism to pause the content that blinks for more than three seconds</a></li><li class="related"><a href="http://www.w3.org/TR/2007/WD-WCAG20-TECHS-20070517/Overview.html#F8">F8: Failure of SC 1.2.1 due to captions omitting some dialogue or important sound effects</a></li></ul>]]></description>
<link>http://sentidoweb.com/2007/05/29/w3c-fallos-de-accesibilidad-ii.php</link>
<guid>http://sentidoweb.com/2007/05/29/w3c-fallos-de-accesibilidad-ii.php</guid>
<category>W3C</category>
<pubDate>Tue, 29 May 2007 16:00:00 +0000</pubDate>
</item>
<item>
<title>W3C: fallos de accesibilidad (I)</title>
<description><![CDATA[<p>Hoy vamos a empezar una serie de artículos en los que pretendemos explicar los fallos que se cometen en accesibilidad cuando se realizan aplicaciones web y las técnicas que debemos usar para evitar estos fallos. Para ello nos basamos en lo que especifica la W3C en su <a href="http://www.w3.org/TR/2007/WD-WCAG20-TECHS-20070517/Overview.html">WCAG 2.0</a> (aún en estado borrador).</p>
<h3>Error 1: modificar el significado del contenido debido al posicionamiento mediante CSS</h3>
<p>Se trata de cambiar el significado semántico de una etiqueta, modificando su posicionamiento mediante CSS. Por ejemplo, si queremos crearnos una lista de elementos:</p>
<ul><li style="display: inline; width: 150px; float: left;">Elemento 1<ul><li>Elemento 1.1</li><li>Elemento 1.2</li><li>Elemento 1.3</li></ul></li><li style="display: inline; width: 150px; float: left;">Elemento 2<ul><li>Elemento 2.1</li><li>Elemento 2.2</li></ul></li></ul>
<br style="clear: both" />
<p>El fallo consiste en usar etiquetas no destinadas a ese sentido, cambiarle los estilos y representarlas como queremos. Por ejemplo podemos usar <em>span</em> para representar cada elemento y disponerlos en la posición que nos conviene:</p>
<pre><code>&lt;span class="cab1"&gt;Elemento 1&lt;/span&gt;
&lt;span class="cab2"&gt;Elemento 2&lt;/span&gt;
&lt;span class="ele1"&gt;Elemento 1.1&lt;/span&gt;
&lt;span class="ele2"&gt;Elemento 2.1&lt;/span&gt;
&lt;span class="ele3"&gt;Elemento 1.2&lt;/span&gt;
&lt;span class="ele4"&gt;Elemento 2.3&lt;/span&gt;</code></pre>
<p>Y con los estilos siguientes:</p>
<pre><code>.cab1 {
    position: absolute;
    top: 0px;
    left: 0px;
  }
  .cab2 {
    position: absolute;
    top: 0px;
    left: 200px;
  }
  .ele1 {
    position: absolute;
    top: 20px;
    left: 0px;
  }
  .ele2 {
    position: absolute;
    top: 20px;
    left: 200px;
  }
  .ele3 {
    position: absolute;
    top: 40px;
    left: 0px;
  }
  .ele4 {
    position: absolute;
    top: 40px;
    left: 200px;
  }</code></pre>
<p>obtendríamos el mismo resultado visual, pero si quitaramos los estilos obtendríamos lo siguiente:</p>
<pre>Elemento 1 Elemento 2 Elemento 1.1 Elemento 2.1 Elemento 1.2 Elemento 2.3</pre>
<p>lo cual no tendría mucho sentido.</p>
<h3>Error 2: modificar el aspecto del texto para mostrar algo que ya representa una etiqueta</h3>
<p>Existen varias etiquetas de texto que tiene diferentes funcionalidades, pero aún así es típico encontrarse textos con sus estilos modificados para mostrar el resultado de una etiqueta ya existente. Un ejemplo muy común es este:</p>
<pre>&lt;span class="negrita"&gt;Título&lt;/span&gt;</pre>
<pre>.negrita {
font-weight: bold;
}</pre>
<p>Lo correcto sería usar la etiqueta <em>strong</em>.</p>
<h3>Más información</h3>
<ul><li class="related"><a href="http://www.w3.org/TR/2007/WD-WCAG20-TECHS-20070517/Overview.html#F1">F1: Failure of SC 1.3.2 due to changing the meaning of content by positioning information with CSS</a></li><li class="related"><a href="http://www.w3.org/TR/2007/WD-WCAG20-TECHS-20070517/Overview.html#F2">F2: Failure of SC 1.3.1 due to using CSS to create variations in presentation of text that conveys information without also using the appropriate markup or text</a></li></ul>]]></description>
<link>http://sentidoweb.com/2007/05/23/w3c-fallos-de-accesibilidad-i.php</link>
<guid>http://sentidoweb.com/2007/05/23/w3c-fallos-de-accesibilidad-i.php</guid>
<category>Accesibilidad</category>
<pubDate>Wed, 23 May 2007 16:00:00 +0000</pubDate>
</item>
<item>
<title>Publicado el borrador de WCAG 2.0</title>
<description><![CDATA[<p>La <a href="http://www.w3.org">W3C</a> publicó el 17 de mayo el borrador de la <strong>Web Content Accessibility Guidelines 2.0</strong> (Guía de Accesibilidad para Contenidos Web). En ella se muestran una serie de recomendaciones para realizar contenido Web más accesible. Existen una serie de personas con discapacidades y limitaciones que sufren de un contenido web poco accesible, y últimamente, debido a todo el boom de la web2.0, más aún.</p>
<p>Este documento sufrió <a href="http://alistapart.com/articles/tohellwithwcag2">críticas</a> y parece que no han hecho oídos sordos a los comentarios de la comunidad y han actualizado la versión de este documento.</p>
<p>Las secciones del documento son las siguientes:</p>
<ul><li>Introducción.</li>
<li>Guías: perceptibilidad, operabilidad, comprensión y robustez.</li>
<li>Conformidad: soporte a la accesibilidad por tecnologías web.</li></ul>
<p><a href="http://www.w3.org/TR/2007/WD-WCAG20-20070517/">Web Content Accessibility Guidelines 2.0</a></p>
<p>Vía / <a href="http://www.456bereastreet.com/archive/200705/wcag_20_working_draft_updated/">456 Barea Street</a></p>]]></description>
<link>http://sentidoweb.com/2007/05/22/publicado-el-borrador-de-wcag-20.php</link>
<guid>http://sentidoweb.com/2007/05/22/publicado-el-borrador-de-wcag-20.php</guid>
<category>Accesibilidad</category>
<pubDate>Tue, 22 May 2007 08:45:00 +0000</pubDate>
</item>
<item>
<title>5 efectos CSS accesibles</title>
<description><![CDATA[<p>El tema de la accesibilidad es algo que a veces se deja de lado cuando se quiere conseguir un diseño más dinámico. Pero si se busca bien, se podrá encontrar ejemplos de diseños CSS que sean accesibles.</p>
<p>Estos son 5 muy buenos ejemplos de ello:</p>
<ul><li><a href="http://www.maxdesign.com.au/presentation/external/">Enlaces externos</a>: modificas el texto <em>"(enlace externo)"</em> incluyéndolo en un <em>span</em> y después lo que haces es modificar el estilo para que muestre un icono (diferente dependiendo de si es <em>linked</em>, <em>visited</em> o <em>hover</em>) y el texto lo haces desaparecer de la parte visible de la pantalla.<img src="http://sentidoweb.com/img/2007/05/cssaccesible1.png" alt="Enlaces externos" class="center" /></li>
<li><a href="http://www.knusperpixel.com/playground/more-more-links.php">Sigue leyendo</a>: el texto <em>"Sigue leyendo sobre ..."</em> se modifica, haciendo que solo aparezca <em>"Sigue leyendo"</em> y el resto del texto aparece como un popup mediante posición absoluta y jugando con el <em>hover</em>.<img src="http://sentidoweb.com/img/2007/05/cssaccesible2.png" alt="Sigue leyendo" class="center" /></li>
<li>Texto variable: al igual que ya <a href="http://sentidoweb.com/2006/04/25/cambiar-el-tamano-de-letra-dinamicamente.php">contamos</a> en <strong>Sentido Web</strong>, usando distintas hojas de estilo y accediendo a ellas mediante Javascript.<img src="http://sentidoweb.com/img/2007/05/cssaccesible3.png" alt="Tamaño de texto" class="center" /></li>
<li><a href="http://www.simplebits.com/notebook/2003/09/30/accessible_imagetab_rollovers.html">Pestañas con imágenes</a>: se crea un menú de pestañas con listas no ordenadas y se cambia el estilo para que no tengan formato de bloque, los enlaces están formados por imágenes y estas cambian según el <em>hover</em>.<img src="http://sentidoweb.com/img/2007/05/cssaccesible4.png" alt="Pestañas" class="center" /></li>
<li>Formularios: dos buenos ejemplos de formularios, uno de ellos muy <a href="http://alistapart.com/articles/prettyaccessibleforms">bien tabulado</a> y otro en <a href="http://www.skyrocket.be/2006/01/09/semantic-horizontal-forms/">tres columnas</a>.<img src="http://sentidoweb.com/img/2007/05/cssaccesible5.png" alt="Formularios" class="center" /></li></ul>
<p><a href="http://ventureskills.wordpress.com/2007/05/05/5-accessible-and-pretty-css-tips/">5 Accessible and pretty CSS tips</a></p>
<p>Vía / <a href="http://www.dzone.com/rsslinks/5_accessible_but_pretty_css_tips.html">dzone</a></p>]]></description>
<link>http://sentidoweb.com/2007/05/08/5-efectos-css-accesibles.php</link>
<guid>http://sentidoweb.com/2007/05/08/5-efectos-css-accesibles.php</guid>
<category>Accesibilidad</category>
<pubDate>Tue, 08 May 2007 08:30:00 +0000</pubDate>
</item>
<item>
<title>Truwex Online: validador de accesibilidad y calidad</title>
<description><![CDATA[<p><strong>Truwex</strong> ofrece una herramienta online para comprobar la accesibilidad y la calidad de un URL dada. Una de las mayores diferencias con otras aplicaciones parecidas es que valida el código HTML generado, no solo el código HTML plano, tiene en cuenta el código generado por el Javascript.</p>

<p>Algo que también me ha llamado mucho la atención es que ofrece la posibilidad de ver los errores detectados en la propia página, incluso cuando se trata de capas ocultas, facilitando así la localización de los errores, y por qué no, entender qué es lo que está mal hecho.</p>

<p><img alt="truwex.png" src="http://sentidoweb.com/img/2007/03/truwex.png" width="350" height="198" class="center"/></p>

<p>En la misma página nos explican los errores que detecta y cómo solucionarlos.</p>

<p>También es curiosa la aplicación online que comprueba el script de Google Analytics que contiene la página.</p>

<p><a href="http://checkwebsite.erigami.com/accessibility.html">Truwex Online</a></p>

<p>Vía / <a href="http://www.456bereastreet.com/archive/200703/truwex_online_an_accessibility_and_quality_validator/">456 Barea Street</a></p>]]></description>
<link>http://sentidoweb.com/2007/03/29/truwex-online-validador-de-accesibilidad-y-calidad.php</link>
<guid>http://sentidoweb.com/2007/03/29/truwex-online-validador-de-accesibilidad-y-calidad.php</guid>
<category>Accesibilidad</category>
<pubDate>Thu, 29 Mar 2007 10:00:00 +0000</pubDate>
</item>
<item>
<title>Personaliza los radio y los checkbox</title>
<description><![CDATA[<p>Muchas veces los diseños no suelen ir de acuerdo con el aspecto de los radio y los checkbox que nos ofrecen los navegadores. </p>

<p>Crear controles que sustituyan los ya existentes puede darnos problemas de accesibilidad, salvo en este caso (bueno, y supongo que en otros), ya que lo que hace este script es <strong>aprovechar la funcionalidad de las etiquetas <em>label</em></strong> para que el funcionamiento recaiga sobre estas etiquetas y no sobre las checkbox o los radio.</p>

<p><img alt="radiocheckbox.png" src="http://sentidoweb.com/img/2007/03/radiocheckbox.png" width="259" height="176" class="center"/></p>

<p>El script buscará los inputs radio y checkbox y los ocultará y cambiará el estilo de las label asociadas para que el funcionamiento sea el mismo.</p>

<p><a href="http://www.flog.co.nz/index.php/journal/arc-adams-radiocheckbox-customisation/">ARC - Adam’s Radio/Checkbox customisation</a></p>

<p>Vía / <a href="http://www.infectedfx.net/2007/03/06/enlaces-rapidos-xvi-2/">Infected-FX</a></p>]]></description>
<link>http://sentidoweb.com/2007/03/08/personaliza-los-radio-y-los-checkbox.php</link>
<guid>http://sentidoweb.com/2007/03/08/personaliza-los-radio-y-los-checkbox.php</guid>
<category>XHTML</category>
<pubDate>Thu, 08 Mar 2007 16:00:00 +0000</pubDate>
</item>
<item>
<title>Herramientas para crear webs accesibles</title>
<description><![CDATA[<p>Desde <a href="http://www.accessify.com">Accessify</a> nos ofrecen una serie de herramientas que nos ayudarán a crear webs más accesibles. Son wizards o herramientas sencillas pero que nos pueden facilitar mucho el trabajo.</p>

<p>Entre las herramientas tenemos un generador de tablas, de formularios (con o sin tablas), de pop-ups y otros más. A parte, nos ofrece una lista de aplicaciones generales, no centradas en la accesibilidad, pero que también serán de gran ayuda: generador de capas o de listados, un script para escapar código HTML para incluirlo en nuestras páginas, ...</p>

<p><a href="http://www.accessify.com/tools-and-wizards/"><br />
Accessibility Tools & Wizards</a></p>]]></description>
<link>http://sentidoweb.com/2007/03/05/herramientas-para-crear-webs-accesibles.php</link>
<guid>http://sentidoweb.com/2007/03/05/herramientas-para-crear-webs-accesibles.php</guid>
<category>Accesibilidad</category>
<pubDate>Mon, 05 Mar 2007 16:00:00 +0000</pubDate>
</item>
<item>
<title>Aplicaciones AJAX para lectores de pantalla</title>
<description><![CDATA[<p>En principio <abbr title="Asynchronous JavaScript And XML">AJAX</abbr> no es una tecnología que haya facilitado el desarrollo de la web accesible. Más bien al contrario principalmente dado que esta tecnología no puede ser usada en dispositivos que no soporten javascript. </p>

<p>Sin embargo en <a href="http://juicystudio.com/article/improving-ajax-applications-for-jaws-users.php">Juicy Studio</a> abren una pequeña brecha aprovechando el buffer virtual de <a href="http://www.freedomscientific.com/fs_products/software_jaws.asp">JAWS</a>, una de los lectores de pantalla más utilizados por los usuarios con problemas de visión. </p>

<p>El buffer virtual es utilizado por los lectores de pantalla para permitir a sus usuarios interactuar con el contenido de la web. <a href="http://juicystudio.com/article/improving-ajax-applications-for-jaws-users.php">En este artículo</a> explican como un desarrollador web pueden desarrollar aplicaciones AJAX que actualizan este buffer sin ninguna interacción por parte del usuario.</p>

<p><br />
</p>]]></description>
<link>http://sentidoweb.com/2007/01/29/aplicaciones-ajax-para-lectores-de-pantalla.php</link>
<guid>http://sentidoweb.com/2007/01/29/aplicaciones-ajax-para-lectores-de-pantalla.php</guid>
<category>Accesibilidad</category>
<pubDate>Mon, 29 Jan 2007 08:00:00 +0000</pubDate>
</item>
<item>
<title>Detectar cambio de tamaño de letra en Javascript</title>
<description><![CDATA[<p>La verdad es que lo sencillo es lo mejor, y para cuando estés en la necesidad de detectar si se produce un cambio en el tamaño de la letra, nada mejor que el script que nos ofrece la gente de <a href="http://www.alistapart.com">A List Apart</a>.</p>

<p>Te puedes preguntar por qué vas a querer detectar el cambio de tipo de letra. Si te interesa tener un sitio accesible a gente con discapacidades, pues es buena idea que pienses en ello, ya que suele ser algo que pueden hacer con frecuencia.</p>

<p>Además de detectar ese cambio, puede ser necesario realizar alguna acción. Por ejemplo, si usamos una imagen para un botón, si cambiamos el tamaño de la letra, la imagen no cambia, por lo que el botón quedará demasiado pequeño para el resto del texto, ¿solución?, si hay cambio de tamaño de letra, sustituimos la imagen por un elemento <em>input</em> botón.</p>

<p>Al principio decía que la solución es sencilla, lo cual la hace aún mejor. Se trata de crear una capa que contenga un espacio dentro y que esté oculta. Se guarda el tamaño de la capa y cada cierto tiempo se detecta si ha habido un cambio en este tamaño, si es así, se ha producido un cambio en el tamaño de la letra.</p>

<p><a href="http://www.alistapart.com/articles/fontresizing">Text-Resize Detection</a><br />
<a href="http://www.alistapart.com/d/fontresizing/fontResizeSwitchDemo.html">Demo</a><br />
<a href="http://www.alistapart.com/d/fontresizing/textresizedetector.zip">Código y ejemplos</a></p>]]></description>
<link>http://sentidoweb.com/2006/09/12/detectar-cambio-de-tamano-de-letra-en-javascript.php</link>
<guid>http://sentidoweb.com/2006/09/12/detectar-cambio-de-tamano-de-letra-en-javascript.php</guid>
<category>How to</category>
<pubDate>Tue, 12 Sep 2006 09:09:38 +0000</pubDate>
</item>
<item>
<title>Technorati lanza búsqueda de Microformats</title>
<description><![CDATA[<p><img alt="technorati.png" src="http://sentidoweb.com/img/2006/06/technorati.png" width="220" height="50" class="right"/>Technorati ha lanzado una nueva búsqueda por <a href="http://microformats.org/about/">microformats</a>, la cual está en fase beta (o como lo hayan llamado). Para quien no sepa lo que son los microformatos, son pequeños XML que se usan para describir productos, eventos, contactos, ... que son fáciles de entender para personas y máquinas. A parte, han sacado <a href="http://pingerati.net/">Pingerati</a>, que es un sitio desde el cual poder enviar tus propios microformatos. Bueno, esperemos que vaya mejor que Technorati, que suele dar problemillas de saturación y de que vuelva usted más tarde.</p>

<p><a href="http://kitchen.technorati.com/search">Technorati microformats search</a></p>

<p>Vía / <a href="http://www.downloadsquad.com/2006/06/01/technorati-testing-microformats-search-and-pingerati/">Download Squad</a></p>]]></description>
<link>http://sentidoweb.com/2006/06/02/technorati-lanza-busqueda-de-microformats.php</link>
<guid>http://sentidoweb.com/2006/06/02/technorati-lanza-busqueda-de-microformats.php</guid>
<category>Accesibilidad</category>
<pubDate>Fri, 02 Jun 2006 16:30:00 +0000</pubDate>
</item>
<item>
<title>Cambiar el tamaño de letra dinámicamente</title>
<description><![CDATA[<img alt="font-size de Elmundo.es" src="http://sentidoweb.com/img/2006/04/font-size.png" width="126" height="44" class="right"/><p>Leyendo esta <a href="http://usalo.es/152/botones-para-cambiar-el-tamano-de-letra/">entrada</a> sobre el uso de botones para cambiar el tipo de letra de forma dinámica, se nos ha ocurrido contar cómo poder hacerlo.</p>
<p>Se puede hacer de varias formas: incrementando o decrementando el tamaño de letra según se pulse en los botones de aumentar o reducir el tipo de letra, o de forma fija, aumentando el tamaño de la letra y disminuyéndolo, pero solo a unos tamaños prefijados.</p>]]></description>
<link>http://sentidoweb.com/2006/04/25/cambiar-el-tamano-de-letra-dinamicamente.php</link>
<guid>http://sentidoweb.com/2006/04/25/cambiar-el-tamano-de-letra-dinamicamente.php</guid>
<category>Accesibilidad</category>
<pubDate>Tue, 25 Apr 2006 16:14:20 +0000</pubDate>
</item>
<item>
<title>Scrolling usando thumbnail</title>
<description><![CDATA[<p>En esta entrada vamos a explicar cómo desarrollar un scrolling de texto usando para ello una miniatura del texto que se va a mostrar. Dispondremos de una capa con el texto y otra capa con la minuatura del texto, la cual remarca que parte del texto se está enseñando.</p>
<a target="_blank" href="http://sentidoweb.com/lab/scrolling-miniatura/js/scrolling-capas.html"><img src="http://sentidoweb.com/img/2006/03/scrolling.png" alt="Scrolling" class="center" /></a>
<p>Este efecto ha sido testeado en IE6 y en Firefox 1.5 bajo Windows XP, en Opera es posible que no funcione debido a un <a href="http://my.opera.com/community/forums/topic.dml?id=93920">bug</a> que lleva arrastrando bastante tiempo.</p>]]></description>
<link>http://sentidoweb.com/2006/03/28/scrolling-usando-thumbnail.php</link>
<guid>http://sentidoweb.com/2006/03/28/scrolling-usando-thumbnail.php</guid>
<category>Javascript</category>
<pubDate>Tue, 28 Mar 2006 19:00:49 +0000</pubDate>
</item>


</channel>
</rss>