<?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>C&#233;sar Garc&#237;a Gasc&#243;n: servicios web, dise&#241;o de interacci&#243;n y redes sociales. Hacemos las cosas m&#225;s simples. M&#225;s inteligentes. &#187; usuarios</title>
	<atom:link href="http://www.cesargarcia.com/inquiettudes/index.php/tag/usuarios/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.cesargarcia.com/inquiettudes</link>
	<description>inquiettudes.com // weblog sobre accesibilidad, usabilidad, est&#225;ndares, dise&#241;o de interacci&#243;n, css, xhtml, internet y algo m&#225;s</description>
	<lastBuildDate>Sat, 04 Sep 2010 09:46:33 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Sobre los teclados numéricos</title>
		<link>http://www.cesargarcia.com/inquiettudes/index.php/2007/04/04/sobre-los-teclados-numericos/</link>
		<comments>http://www.cesargarcia.com/inquiettudes/index.php/2007/04/04/sobre-los-teclados-numericos/#comments</comments>
		<pubDate>Wed, 04 Apr 2007 07:36:04 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Diseño de interacción]]></category>
		<category><![CDATA[Usabilidad]]></category>
		<category><![CDATA[usuarios]]></category>

		<guid isPermaLink="false">http://www.cesargarcia.com/inquiettudes/?p=21</guid>
		<description><![CDATA[Cuando aparecen dudas a la hora de utilizar un sistema de interacción es que algo ha fallado. Si los utilizamos con frecuencia pasan a formar parte del <em>“conocimiento inconsciente"</em>. El cerebro se libera durante la realización de esa operación.]]></description>
			<content:encoded><![CDATA[<p>Una operación que realizamos con frecuencia es la de utilizar los cajeros automáticos. Igual que no nos paramos a pensar en nuestro número secreto, simplemente sale al pararnos frente a la pantalla, tampoco lo hacemos a la hora de teclearlo. Pero ¿y si el teclado del cajero tiene una disposición diferente a la que esperábamos? Entonces ya nada sale bien, dejando a un lado la usabilidad de los propios cajeros, ya no recordamos nuestra clave, ya tenemos que hacernos una disposición mental del mismo.</p>
<h5>Disposición de las teclas</h5>
<p>Estamos acostumbrados a manejar multitud de teclados numéricos desde calculadoras hasta teclados de ordenador pasando por los teléfonos móviles, alarmas, cajas registradoras y, como no, los teclados de los cajeros automáticos de los bancos. La disposición de las teclas varía de uno a otro. En especial de las calculadoras a los teléfonos móviles. Si las primeras tienen la fila superior empezando por el 7 los segundos empiezan con el 1.</p>
<h5>¿Por qué esta disposición?</h5>
<p>Al parecer es muy difícil buscar una razón a las distintas disposiciones. Navegando he encontrado varias, desde provocar un retardo en la marcación, hasta facilitar la marcación de números decimales. Pero lo que mas me llamó la atención fue un estudio realizado por los <a href="www.bell-labs.com/" lang="en" title="Bell Labs">Bell Labs</a> nada menos que en 1960.</p>
<h5>Pruebas con usuarios reales</h5>
<p>El estudio desgrana como se realizaron las pruebas con el objetivo de cambiar las ruedas de marcación en los teléfonos por teclas. El objetivo del estudio era conocer cómo la colocación de las teclas tenía influencia en la velocidad de marcado, precisión y preferencias de los usuarios para llegar al diseño que maximizase estas características.</p>
<p class="img"><img src="http://www.cesargarcia.com/inquiettudes/imagenes/articulo21_imagen1.gif" alt="Disposición de las teclas" title="Disposición de las teclas" /></p>
<h5>Disposiciones</h5>
<p>Se dispusieron 16 teclados. Y se midieron los tiempos de marcación, errores de marcado y gustos de los usuarios. Se formaron grupos de 3 teclados y se realizaron las pruebas. Sorprende que la disposición de teclas de las calculadoras (la misma que se utilizó en los teclados de ordenador) no fuera la mejor de su grupo.</p>
<p>Del primer grupo sorprende que una disposición circular distinta a la utilizada por los teléfonos de rueda fue la que menos tiempo se utilizaba para su marcación a pesar de disponer las teclas de manera contraria a la habitual de los teléfonos de aquella época.</p>
<p>El segundo grupo obtuvo como mejor pulsación la disposición en dos filas de los dígitos. Situación que se repitió en el último grupo como la mejor y la preferida por los usuarios. El cuarto grupo dio resultados buenos para dos teclados, el que existe actualmente y una disposición de dos filas verticales que fue la que menos porcentaje de error produjo.</p>
<p class="img"><img src="http://www.cesargarcia.com/inquiettudes/imagenes/articulo21_imagen2.gif" alt="Comparación entre los mejores de cada grupo" title="Comparación entre los mejores de cada grupo" /></p>
<p>La comparación de los mejores de cada grupo dio como mejor disposición la que vemos actualmente en nuestros teléfonos.</p>
<h5>En la actualidad</h5>
<p>Teléfonos actuales de diseño como los que comercializa <a href="http://www.bang-olufsen.com/page.asp?id=11" lang="en" title="Bang &#038; Olufsen">Bang &#038; Olufsen</a> utilizan disposiciones de teclas como las del estudio. De hecho me llamó la atención que las mejores disposiciones de teclado como la disposición en dos filas verticales o la rueda numérica las utiliza para sus nuevos diseños.</p>
<h5>Y las calculadoras&#8230;</h5>
<p>De la disposición utilizada para las calculadoras no hay constancia de estudios similares, al parecer cuando los laboratorios Bell  quisieron comparar sus resultados con los fabricantes de calculadoras éstos no se habían parado a estudiar su mejor disposición. Imagino que pensarían ya se acostumbrarán, <em>esto es así y así se queda.</em></p>
<p><a href="http://www.cesargarcia.com/inquiettudes/index.php/2007/02/06/y-si-estudiamos-a-nuestros-usuarios/" title="y si¿ estudiamos a nuestros usuarios ?">Cuanto me recuerda al entorno en el que trabajo</a>.</p>
<p>Os dejo unos enlaces sobre el tema.</p>
<ul>
<li><a href="http://www.vcalc.net/touchtone_hf.pdf" lang="en" title="Human Factors Engineering Studies of the Design and Use of Pushbutton Telephone Sets">Human Factors Engineering Studies of the Design and Use of Pushbutton Telephone Sets</a></li>
<li><a href="http://www.bang-olufsen.com/page.asp?id=11" lang="en" title="Telephones Bang &#038; Olufsen">Telephones Bang &#038; Olufsen</a></li>
<li><a href="http://www.bell-labs.com/" lang="en" title="Bell Labs">Bell Labs</a></li>
<li><a href="http://curiosoperoinutil.com/2007/03/07/consultorio-cpi-teclados-numericos/" title="Consultorio CPI: teclados numéricos">Consultorio CPI: teclados numéricos</a></li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.cesargarcia.com/inquiettudes/index.php/2007/04/04/sobre-los-teclados-numericos/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>y si&#8230;¿ estudiamos a nuestros usuarios ?</title>
		<link>http://www.cesargarcia.com/inquiettudes/index.php/2007/02/06/y-si-estudiamos-a-nuestros-usuarios/</link>
		<comments>http://www.cesargarcia.com/inquiettudes/index.php/2007/02/06/y-si-estudiamos-a-nuestros-usuarios/#comments</comments>
		<pubDate>Tue, 06 Feb 2007 19:39:20 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[AI]]></category>
		<category><![CDATA[Diseño]]></category>
		<category><![CDATA[Diseño de interacción]]></category>
		<category><![CDATA[Usabilidad]]></category>
		<category><![CDATA[usuarios]]></category>

		<guid isPermaLink="false">http://www.cesargarcia.com/inquiettudes/?p=19</guid>
		<description><![CDATA[Los sitios web se hacen para los usuarios. Esta afirmación, tan obvia, no suele verse reflejada en ninguna fase del proceso de desarrollo del proyecto. Pero, a menudo, escuchamos la palabra usabilidad dentro del proyecto. La usabilidad no es que un sitio web sea fácil de usar, ni del número de funcionalidades que puede llegar a contener... el fin de la usabilidad es que <strong>las personas alcancen el objetivo</strong> dentro del sitio.]]></description>
			<content:encoded><![CDATA[<h5>La realidad es bien distinta</h5>
<p>A pesar de todo, <em>frecuentemente </em>se trabaja sin contacto con los usuarios, en ocasiones hasta casi sin el contacto del propio cliente, utilizando a veces la experiencia, a veces la intuición como únicas herramientas para resolver determinados problemas de interacción.</p>
<p>Esta manera de trabajar aísla el entorno web del mundo real y deja a criterio de diseñadores, maquetadores, programadores&#8230; el éxito o fracaso de un sitio web y no olvidemos que estos usuarios, además de ser parte involucrada en el proyecto, son usuarios muy familiarizados con el medio.</p>
<h5>Codo con codo con el cliente</h5>
<p>Otros sectores llevan años trabajando con su cliente, realizando tests, estudiando sus movimientos, escuchando sus opiniones, modificando parámetros y volviendo a empezar&#8230; todo ello para ver cómo interactúa el usuario con el producto.</p>
<p>Sin ir mas lejos no hace mucho leía que <a href="http://www.gillette.com/" lang="en" title="Web de Gillette">Gillette</a> anunciaba como clave fundamental del éxito de su <a href="http://www.gillettefusion.com/" lang="en" title="Nueva maquinilla de afeitar de Gillette">nuevo producto</a> el conocimiento que había adquirido estudiando el comportamiento de los hombres ante su afeitado diario, <a href="http://www.elpais.com/articulo/empresas/hojas/Gillette/elpepueconeg/20070128elpnegemp_3/Tes" title="Artículo donde se habla del lanzamiento del nuevo producto">10.000 hombres habían probado la maquinilla antes de su lanzamiento</a>, para aportar su visión acerca del nuevo producto.</p>
<p>De hecho la empresa cuenta desde hace casi 10 años con un laboratorio de pruebas. Lavabos, cámaras, micrófonos, encuestas&#8230; cada año anuncian que llegan a recoger hasta un millón y medio (1,5 M) de afeitados que estudian para posteriormente analizar y extraer datos.</p>
<h5>Otro ejemplo</h5>
<p>El caso de Gillette me trae a la memoria otro de los grandes sectores expertos en el estudio de sus usuarios desde hace décadas. Los supermercados, hipermercados, grandes superficies son otros sectores que llevan tiempo estudiando minuciosamente el comportamiento de sus usuarios. En un supermercado nada está puesto al azar: la colocación de las estanterías, distancia entre productos, referencias con el exterior&#8230; todo está cuidado al máximo para cumplir sus objetivos. </p>
<p>El fin es distinto pero el medio el mismo. <strong>El conocimiento del comportamiento del usuario</strong>.</p>
<h5>Y nosotros&#8230;</h5>
<p>Como éstos, otros muchos más sectores  utilizan a sus clientes, usuarios&#8230; en definitiva a personas dentro de sus procesos para bien del usuario (o para mal) analizando la experiencia del usuario.</p>
<p>Utilizar nuestros usuarios o, a los usuarios de nuestros clientes, en nuestros procesos de diseño de información, interacción&#8230; ahorrará no sólo tiempo y dinero, sino frustraciones del lado de las personas que van a utilizar nuestro sitio para informarse, comprar&#8230; leí en algún sitio que hacer una web no significa <em>hacer algo bonito</em>, hay que <strong>organizar la información</strong> no decorarla&#8230; yo creo que es posible <strong>organizar la información y decorarla</strong>.</p>
<h5>El poder del usuario</h5>
<p>El usuario es nuestro fin, el servicio de la empresa, los productos, la orientación de la web&#8230; el objetivo de un sitio web ya sea vender, informar, gestionar, mostrar, fidelizar&#8230; es hacer fácil al usuario realizar esas tareas y para ello necesitamos su opinión.</p>
<p>Los usuarios han de estar representados, de alguna manera, en el proceso de desarrollo <strong>en una fase anterior</strong> a escribir la primera línea de código de la aplicación o del site. Hacerlo en fases posteriores, o una vez desarrollada la aplicación no llevará más que a modificaciones interminables y a soluciones temporales.</p>
<p>Pero puede que llegado este momento hallamos perdido a nuestro usuario.</p>
<p>¿Hablamos con él?</p>
]]></content:encoded>
			<wfw:commentRss>http://www.cesargarcia.com/inquiettudes/index.php/2007/02/06/y-si-estudiamos-a-nuestros-usuarios/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Accesibilidad y herramientas automáticas</title>
		<link>http://www.cesargarcia.com/inquiettudes/index.php/2006/12/26/accesibilidad-y-herramientas-automaticas/</link>
		<comments>http://www.cesargarcia.com/inquiettudes/index.php/2006/12/26/accesibilidad-y-herramientas-automaticas/#comments</comments>
		<pubDate>Tue, 26 Dec 2006 09:51:37 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Accesibilidad]]></category>
		<category><![CDATA[Estándares]]></category>
		<category><![CDATA[Usabilidad]]></category>
		<category><![CDATA[usuarios]]></category>

		<guid isPermaLink="false">http://www.cesargarcia.com/inquiettudes/?p=17</guid>
		<description><![CDATA[Hace tiempo que se viene hablando sobre <a href="http://www.cesargarcia.com/inquiettudes/?p=4" title="Lee: Accesibilidad y fases de desarrollo">la accesibilidad, la revisión de los sitios web y los validadores automáticos</a>, pero ahora <a href="http://www.w3c.es" title="W3C España"> la oficina española de la W3C advierte sobre la falta de rigor en los informes de accesibilidad basados en la validación automática.</a>]]></description>
			<content:encoded><![CDATA[<h5>Herramientas automáticas de validación</h5>
<p>La nota de prensa habla sobre el uso inapropiado que se hace de las herramientas automáticas y la preocupación que esto está generando en la Oficina Española del W3C, destaca principalmente los informes que se realizan teniendo en cuenta únicamente los resultados de unos test automáticos generados por aplicaciones que revisan sólo la utilización correcta del código.</p>
<p>Los resultados que ofrecen estos validadores automáticos <strong>son útiles si se complementan con una revisión manual</strong> del sitio, una <strong>revisión humana</strong> que determine si el sitio es o no accesible.</p>
<p>El uso de validadores ayudan a determinar sobre todo si un determinado sitio <strong>cumple los estándares</strong> haciendo el trabajo de evaluación más sencillo pero, como dice la nota: <em>es imprescindible realizar un uso cauteloso y apropiado de estas herramientas ya que no dejan de ser técnicas de asistencia</em>.</p>
<h5>Accesibilidad sin personas</h5>
<p>La conclusión es que una aplicación no puede determinar la accesibilidad de un sitio, para hacerlo es necesario una revisión humana, que a través de su experiencia y ayudado de los resultados de estos validadores automáticos, puedan determinar el nivel de accesibilidad de un sitio.</p>
<p>A menudo no encontramos con sitios que validando correctamente no son lo suficientemente accesibles, aunque si pasen las pruebas automáticas.</p>
<h5>Pensar en el usuario y no en el validador</h5>
<p>El problema se encuentra en que se enorgullecen de la accesibilidad que ha sido conseguida nada más que siguiendo unas pautas en la codificación que hacen de ese sitio correcto a nivel de código y que para pasar correctamente la validación se llena de <em>trucos</em> para hacer que el código pase el validador sin preocuparnos de la accesibilidad sino del validador.</p>
<p>Así nos encontramos en el código atributos <em>alt</em> vacíos para las imágenes con el único fin de pasar el dichoso validador automático, codificamos con tablas o insertamos divs y divs para que todo cuadre, olvidándonos de la semántica, del contraste de colores en el sitio web&#8230; en definitiva olvidándonos del usuario que visitará el sitio.</p>
<h5>Todos debemos conocer las pautas</h5>
<p>Por lo tanto para crear una página accesible <strong>todos y cada uno de los participantes del desarrollo del sitio</strong> debemos conocer las <a href="http://www.w3c.es/Traducciones/es/WAI/intro/components" title="Componentes esenciales de Accesibilidad Web">pautas de accesibilidad</a> antes de ponernos a trabajar en él. Desde el desarrollo de la arquitectura, al diseño gráfico, la maquetación, la programación&#8230; cada uno de ellos será el responsable de las pautas que le correspondan para que, al final del desarrollo, se pueda decir si el sitio es accesible o no.</p>
<h5>Más información</h5>
<ul>
<li><a href="http://www.w3c.es/Prensa/2006/nota061211_validaccesibilidad" title="w3c.es: W3C España advierte sobre la falta de rigor en los informes de accesibilidad web">W3C España advierte sobre la falta de rigor en los informes de accesibilidad web</a></li>
<li><a href="http://www.alzado.org/articulo.php?id_art=430" title="alzado.org: Por qué son insuficientes los estándares y la revisión automática">Por qué son insuficientes los estándares y la revisión automática</a></li>
<li><a href="http://www.torresburriel.com/weblog/2005/09/07/informes-accesibilidades-y-ganas-de-hablar-de-algo/" title="torresburriel.com: Informes, accesibilidades y ganas de hablar de algo">Informes, accesibilidades y ganas de hablar de algo</a></li>
<li><a href="http://www.cesargarcia.com/inquiettudes/?p=4" title="inquiettudes.com: Accesibilidad y fases de desarrollo">Accesibilidad y fases de desarrollo</a></li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.cesargarcia.com/inquiettudes/index.php/2006/12/26/accesibilidad-y-herramientas-automaticas/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Las páginas web, las personas mayores y los nuevos usuarios</title>
		<link>http://www.cesargarcia.com/inquiettudes/index.php/2006/04/25/las-paginas-web-las-personas-mayores-y-los-nuevos-usuarios/</link>
		<comments>http://www.cesargarcia.com/inquiettudes/index.php/2006/04/25/las-paginas-web-las-personas-mayores-y-los-nuevos-usuarios/#comments</comments>
		<pubDate>Tue, 25 Apr 2006 08:10:14 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Accesibilidad]]></category>
		<category><![CDATA[Usabilidad]]></category>
		<category><![CDATA[casos]]></category>
		<category><![CDATA[usuarios]]></category>

		<guid isPermaLink="false">http://www.cesargarcia.com/inquiettudes/?p=8</guid>
		<description><![CDATA[Desde hace años comparto mi profesión con la actividad de formación a distintos tipos de personas. Después de leer el artículo <a href="http://www.webcredible.co.uk/user-friendly-resources/web-usability/older-users.shtml" lang="en" title="Usability for older web users">Usability for older web users</a> en <a href="http://www.webcredible.co.uk" lang="en" title="Webcredible - web usability &#38; accessibility consultancy">webcredible</a> transcribo las anotaciones que tomo en los cursos.]]></description>
			<content:encoded><![CDATA[<h5>Sentimiento de culpa</h5>
<p>El estudio nos refleja que las personas de mayor edad, tienden a culpabilizarse a sí mismos más que los jóvenes. Lo tenía anotado desde hace tiempo. La persona ante una situación en la que no sabe continuar, se bloquea, se culpa y acaba por abandonar la tarea y el sitio. Casi nunca culpará el mal diseño o la mala organización del sitio, creerá que debe ser así, solo que no sabe continuar. Probablemente no volverá.</p>
<p>Desde nuestro trabajo debemos facilitar la tarea al máximo. Un diseño basado en los objetivos del site. Una arquitectura de la información clara, nombres claros. El error más común que cometemos es mostrar el sitio web tal y como nosotros vemos la organización. Nuestro deber es mostrar tal y como a los usuarios les va a ser más fácil encontrar esa información.</p>
<h5>Diseño</h5>
<p>Un usuario, normalmente, no se fija especialmente en la estética, ni jóvenes ni mayores&#8230; Cuando visitan un sitio buscan encontrar la máxima información o realizar la tarea, pero no si es estéticamente correcta&#8230;. Aun así si valoran un sitio web cuidado en cuanto a forma, tipografía, color, imagen&#8230; Les da muestras de mayor seriedad, profesionalidad, calidad de quien hay detrás del sitio web.</p>
<p>Pero lo que valoran principalmente es la funcionalidad. Sin elementos que distraigan. Por eso les gusta <a href="http://www.google.com" title="Buscador google"> google</a>: escribir y pulsar en buscar en google, apenas se fijan en si el logotipo hace referencia a algún aniversario o no. Escribir y buscar.</p>
<h5>Lenguaje técnico</h5>
<p>No controlan el <em>lenguaje técnico</em> de la web. Frases como <em>saltar intro</em> o peor: <em>skip intro</em>, <em>navegador</em>, <em>url</em>, <em>home</em> y alguna mas que seguro a todos se nos viene a la cabeza&#8230; no le dice nada. No presta atención. No sabe lo que es: no hace caso.</p>
<p>La usabilidad es hacer la web para el usuario, empecemos por hablar su mismo idioma.</p>
<h5>Páginas de introducción</h5>
<p>Al hilo del lenguaje técnico surgen las páginas de introducción, esas que hacen a la persona que se sitúa frente al ordenador elegir. ¿qué debo hacer ahora?: ¿<em>versión html</em>?, ¿<em>versión flash</em>?, ¿<em>versión accesible</em>?, ¿<em>información</em>? &#8230; </p>
<p>Sólo quiere entrar, ¿por qué hacérselo difícil?</p>
<h5>Encontrar los enlaces</h5>
<p>La mayor dificultad que encuentran los usuarios es encontrar donde se puede <em>pinchar</em> y donde no. Encontrar los links es complicado para una persona que comienza a manejarse con internet. Valoran muy positivamente que los enlaces estén subrayados, en otro color, en negrita&#8230; algo que los diferencie. Pero sobre todo que se siga el estándar para el cursor. Que se ponga una mano.</p>
<h5>Scroll</h5>
<p>Verdaderamente me ha sorprendido que este artículo hable del scroll vertical, es cierto que en muchas ocasiones no lo ven, no saben que hay mas&#8230; Sencillamente no se fijan en ella. Y mucho menos si está modificada mediante algún estilo.</p>
<h5>Ventanas, alertas y descargas</h5>
<p>Esto también lo he observado, generalmente cualquier cosa que se sale de la ventana los desconcierta bastante&#8230;</p>
<p>Los enlaces en otra ventana, por ejemplo, desactivan su secuencia de navegación, no aprecia que hay otra ventana y cuando se da cuenta es cuando intenta utilizar la opción volver del navegador. Curiosamente esos botones los identifican rápidamente, aprenden a manejarse hacia las páginas anteriores, para volver a empezar. Quizás para volver a <a href="http://www.google.com" title="Buscador google"> google</a>, y empezar de nuevo.</p>
<p>Las descargas, alertas, popup&#8230; en general cualquier ventanita que se abre la cierran rápidamente. Sencillamente no se fían.</p>
<h5>Recomendaciones</h5>
<p>Organicemos la información de cara al usuario que va a visitar el sitio, y no hacia cómo vemos nosotros (o el cliente) el sitio.</p>
<p>Partamos de la funcionalidad hacia el diseño&#8230; El diseño es muy importante, pero antes está la comunicación. Si no logramos comunicar no servirá de nada el diseño.</p>
<p>No utilicemos lenguaje técnico. Hablemos su mismo idioma.</p>
<p>Evitemos las páginas de introducción, vamos a mostrar la información. No hagamos tomar decisiones nada mas entrar en el sitio.</p>
<p>Identifiquemos los enlaces dentro de las páginas.</p>
<p>Evitemos el desplazamiento horizontal de la página y, en medida de lo posible, el vertical.</p>
<p>Si tenemos que utilizar nuevas ventanas o descargas, vamos a indicarlo de manera que no suceda nada extraño para el usuario.</p>
<h5>Referencias</h5>
<ul>
<li><a href="http://www.webcredible.co.uk/user-friendly-resources/web-usability/older-users.shtml" lang="en" title="Usability for older web users">Usability for older web users</a></li>
<li><a href="http://usalo.es/142/los-mayores-tienen-mas-problemas-en-cuestiones-basicas/" title="leer Los mayores tienen más problemas en cuestiones básicas por Juan Carlos García">Los mayores tienen más problemas en cuestiones básicas</a></li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.cesargarcia.com/inquiettudes/index.php/2006/04/25/las-paginas-web-las-personas-mayores-y-los-nuevos-usuarios/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>
