Outbook

HTML+CSS+JS, Accesibilidad, PHP y más

Inicio que contiene a Usabilidad

Datos de búsqueda

Etiqueta ‘Usabilidad’

Flash en área de navegación: más perjuicios que beneficios

Fecha de publicación: 2007/02/24

Actualización (2007-04-21): corregidos errores gramaticales.

En algunas ocasiones hay diseñadores web que deciden que el área de navegación de las páginas de un sitio web estén compuestas de animaciones Flash.

Esa decisión tiene algunas ventajas, como hacer que esa parte de la página resulte más atractiva, mediante sencillas animaciones y sonidos al pasar por cada opción, teniendo cuidado de que no resulten una molestia.

Pero quizá las desventajas superen a las ventajas.

La accesibilidad del sitio se verá muy perjudicada y los usuarios tendrán que tener instalado el plugin flash para poder utilizar el sitio web.

Los buscadores no consiguen seguir los enlaces de los elementos en formato Flash: el posicionamiento de las páginas secundarias del sitio puede verse muy perjudicado.

En septiembre de 2005 Eolas consiguió la validez de una patente referida a tecnología que permite a los usuarios acceder a programas interactivos incluidos en páginas web, a través de plug-ins o applets ejecutados desde su navegador.

La consecuencia de esa patente es que en determinados navegadores cuando se abre una página en la que hay un elemento en formato Flash hay que hacer un click para activarlo y poder usarlo. En un área de navegación basada en tecnología Flash la consecuencia es que hay que hacer dos click para activar un enlace: el usuario hará click en el enlace y quedará desorientado al ver que no funciona, ya que el comportamiento habitual de los enlaces es que funcionan con un solo click.

En Firefox y en Konqueror no se da esa situación, pero si en Opera 9 y en Internet Explorer 6 (solo en Windows XP SP2) y 7.

De todas formas existen soluciones para que la activación de los elementos flash sea automática. Aun existiendo una solución para el asunto de la activación automática sigue sin ser recomendable el uso de Flash para crear las áreas de navegación.

Enlaces relacionados

Datos del artículo:

XHTML: categorización de los elementos OPTION en SELECT mediante OPTGROUP

Fecha de publicación: 2007/02/12

Cuando dentro de la etiqueta select hay muchos elementos option resulta muy interesante su categorización, pero con alguna etiqueta que permita que esas categorías no se puedan seleccionar. La solución es la etiqueta optgroup:

<select>

<optgroup label="Historia">
  <option value ="e_antigua">Edad Antigua</option>
  <option value ="e_media">Edad Media</option>
  <option value ="e_moderna">Edad Moderna</option>
</optgroup>

<optgroup label="Geografía">
  <option value ="europa">Europa</option>
  <option value ="america">América</option>
  <option value ="asia">Asia</option>
</optgroup>

</select>

Resultado del ejemplo:

Tiene dos atributos (aparte de los predeterminados), label, que es obligatorio, y deberá rellenarse con el texto que se quiere obtener, y disabled, cuyo valor será “disabled” (en XHTML todos los atributos han de tener un valor, por eso se repite).

Referencias

Datos del artículo:

XHTML: la etiqueta TITLE

Fecha de publicación: 2007/02/09

La etiqueta title es el elemento que define el título de un documento XHTML.

Ejemplo:

<html>

<head>
<title>Título del documento</title>
</head>

<body>
Contenido del documento......
</body>

</html>

Atributos

La etiqueta title no requiere la utilización de ningún atributo, aunque admite la inclusión de atributos I18n, que se refieren al idioma utilizado:

  • dir: especifica la dirección del texto de la página. Sus valores pueden ser ltr (de izquierda a derecha) o rtl (de derecha a izquierda).
  • xml:lang: especifica el idioma del elemento. Los valores pueden ser abreviaturas, como es (español), en (inglés), de (alemán), it (italiano), etc.

Motores de búsqueda

El contenido de la etiqueta title es importante en la indexación del documento XHTML por parte de los motores de búsqueda, ya que influirá en el posicionamiento del mismo en los resultados de los buscadores.

El título de la página contenido en la etiqueta title es utilizado por los buscadores como título para el resultado correspondiente a esa misma página (ver imagen):

Ejemplo de uso de title en páginas de resultados
Ejemplo de uso de title en páginas de resultados.

Al tratarse de una breve descripción del contenido del documento, el buscador da mayor relevancia al contenido de la etiqueta title que al contenido de otras etiquetas.

Navegadores web

Cuando se agrega una página a favoritos, el nombre de ese favorito se obtiene del contenido de la etiqueta title. Y no solo en los favoritos, sino en el título de la ventana del navegador e incluso en las pestañas:

Ejemplo de uso de title en el navegador web
Ejemplo de uso de title en el navegador web.

Como crear correctamente el contenido de title

En el caso de que la página sea la inicial o principal de un sitio no se deben usar artículos, ni otras palabras del estilo “Bienvenido”, sino el nombre del sitio o de la organización a la que se refiere el sitio:

For your homepage, begin the with the company name, followed by a brief description of the site. Don’t start with words like “The” or “Welcome to” unless you want to be alphabetized under “T” or “W.”

Y en el caso del resto de páginas se debe comenzar por las palabras (el título) que mejor describan su contenido, aunque sin extenderse demasiado:

For other pages than the homepage, start the title with a few of the most salient information-carrying words that describe the specifics of what users will find on that page.

En el segundo caso se puede añadir el nombre del sitio tras esas palabras, por ejemplo “Título de la página – Nombre del sitio”.

Referencias

Datos del artículo:

El nuevo sitio web de la RAE

Fecha de publicación: 2007/02/08

Parece que la RAE ha remodelado su sitio web.

Pero adolece de problemas:

  • Ya se puede buscar una palabra del diccionario desde cualquier página del sitio, pero la página de resultados se abre en una ventana nueva.
  • El marcado no es semántico.
  • Dice ser accesible y no lo es (cuando por ley debe serlo).

Análisis de algunos aspectos del sitio

La página inicial (no la principal) está bien planteada, a pesar de tratarse de una página intermedia, con el nombre y el logotipo bien situados, un buscador para el diccionario y un enlace para acceder al resto del sitio, aunque la estética es un poco cutre.

Captura de la página inicial
Captura de la página inicial

Pero el marcado semántico en la página inicial es un poco pobre, utilizando:

<span title="Página web de la Real Academia Española">
<span style="font-family: Times New Roman;
font-size: 40pt; color: rgb(208, 47, 30);">R</span>
<span style="font-family: Times New Roman;
font-size: 25pt; color: rgb(208, 47, 30);">EAL </span>
<span style="font-family: Times New Roman;
font-size: 40pt; color: rgb(208, 47, 30);">A</span>
<span style="font-family: Times New Roman;
font-size: 25pt; color: rgb(208, 47, 30);">CADEMIA</span>
<span style="font-family: Times New Roman;
font-size: 40pt; color: rgb(208, 47, 30);">E</span>
<span style="font-family: Times New Roman;
font-size: 25pt; color: rgb(208, 47, 30);">SPAÑOLA</span>
</span>

en lugar de esto (sin que todas las letras sean mayúsculas):

<h1>Real Academia Española</h1>

Utilizando H1 también se puede conseguir que en el código las letras sean minúsculas y en el navegador sean mayúsculas, utilizando el siguiente CSS:

h1 {
text-transform:uppercase;
}

Los enlaces del menú de navegación de la página principal están hechos con imágenes:

Captura de la página principal
Captura de la página principal.

Y el código utilizado en ese menú de navegación tiene la siguiente estructura (he quitado todos los atributos para que la estructura se entienda mejor):

<a><img></a>
<br>
<a><img></a>
<br>
<a><img></a>
<br>
<a><img></a>
<br>
<a><img></a>
<br>
<a><img></a>

Para ese menú de navegación puede que hubiese sido mejor usar este otro código:

<ul>
<li><a>Texto de enlace</a></li>
<li><a>Texto de enlace</a></li>
<li><a>Texto de enlace</a></li>
<li><a>Texto de enlace</a></li>
<li><a>Texto de enlace</a></li>
<li><a>Texto de enlace</a></li>
</ul>

Y la página de la noticia del rediseño tiene también algunos fallos: ¿donde está la fecha? Y también alguna que otra chapuza de código (he eliminado el texto de la noticia):

<table border="0" width="100%">
<tbody><tr>
<td class="textotittabl">&nbsp;La Real Academia Española
actualiza su página electrónica</td>
</tr>
</tbody></table>
<table border="0" width="100%">
<tbody><tr>
<td class="textos" align="justify">
<p>&nbsp; [Texto de la noticia]</p>

<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
</td>
</tr>
</tbody></table>

Captura del código HTML
Captura del código HTML del texto de la noticia del rediseño.

Captura de la página de la noticia del rediseño
Captura de la página de la noticia del rediseño.

Accesibilidad

A pesar de tener medalla de accesibilidad la página principal tiene algunos fallos según el test automático HERA:

Captura del test de accesibilidad
Captura del test de accesibilidad.

Conclusiones

Horrible, lo único que me parece que han mejorado ha sido lo de la búsqueda en el diccionario, pero con el fallo de que se abra en una ventana nueva.

Para saber más

Datos del artículo:

Anclajes o enlaces dentro de una misma pagina: ¿Deben usarse?

Fecha de publicación: 2007/01/21

Según Nielsen el usuario tiene el siguiente modelo mental cuando interactúa con los enlaces de un sitio web:

  • Pinchar en el enlace lleva a una nueva página.
  • Tras pinchar en el enlace la página donde dicho enlace se situaba desaparece.
  • Al pinchar en el enlace se carga una nueva página que sustituye totalmente a la anterior.
  • Lo primero que se ve es la parte superior de la nueva página.
  • El botón “Atrás” devuelve a la página de origen.

Esas son razones que invitan a abstenerse de crear enlaces dentro de la propia página, aunque hay tres excepciones (también según Nielsen):

  • Listas alfabéticas.
  • Lista de preguntas frecuentes (FAQ).
  • Tablas de contenido.

A esas tres expcepciones yo añadiría otra: un enlace de “Saltar a contenido” al principio de la página, que resulta muy útil cuando la página se ve en navegadores móviles o de solo texto.

Este tipo de enlace si es correcto cuando se realiza hacia una página distinta.

¿Cómo se hacen los enlaces a lugares dentro de una página (anclajes)?

Es muy sencillo. Lo primero que hay que hacer es definir el punto al que se quiere enlazar. Hay dos formas:

  • Mediante el siguiente código: <a name="punto">[aquí no se pone nada]</a>.
  • Mediante el atributo id en cualquier etiqueta: <p id=”punto”>.

Y el segundo paso es crear el enlace: <a href="#punto">Texto del enlace</a> si es en la misma página, y <a href="http://www.ejemplo.com/pagina.html#punto">Texto del enlace</a> si es en una página distinta.

Referencias

Datos del artículo:

Enlaces en ventana nueva: mejor no hacerlo

Fecha de publicación: 2007/01/08

En muchas ocasiones al crear una página se incluyen enlaces que se abren en ventana nueva, en la mayor parte de las ocasiones apuntan a páginas de sitios externos.

Para que un enlace se abra en una ventana nueva hay que añadir el atributo target en la etiqueta del enlace:

<a href="http://www.ejemplo.com" target="_blank">
Texto del enlace</a>

Este tipo de enlaces plantea un inconveniente de usabilidad: el usuario pierde el control de la navegación, ya que el sitio que está visitando se lo arrebata.

Es el usuario el que debe decidir si quiere o no que el enlace se abra en una ventana nueva, pues para eso hay una opción en el navegador. O también puede decidir si abrir ese enlace en una pestaña nueva (si usa un navegador actual).

En muchas ocasiones parece que la razón de hacer enlaces que se abren en ventanas nuevas tiene el objetivo de conservar los usuarios. Si el usuario quiere volver a la página de origen no tiene más que darle al botón “Atrás” de su navegador, que para eso está.

De todas formas habrá situaciones que requieran ese tipo de enlace, el atributo target existe para usarlo. Pero para usarlo de forma adecuada y cuando sea necesario, sin abusar.

En caso de utilizar este tipo de enlace, es interesante indicar que al pinchar en el enlace se abrirá una ventana nueva, añadiendo dicha información entre paréntesis en el propio texto del enlace (esta alternativa es más visible) o añadiendo la indicación dentro del atributo title en la etiqueta de enlace:

<a href="http://www.ejemplo.net">Texto del enlace
(se abre en ventana nueva)</a>
<a href="http://www.ejemplo.net"
title="Se abre en ventana nueva">
Texto del enlace (se abre en ventana nueva)</a>

El atributo target y XHTML

En XHTML 1.1 se ha eliminado el atributo target, y XHMTL 1.0 existe en las versiones Frameset y Transitional, pero no en la Strict:

Why was the target attribute removed from XHTML 1.1?

It wasn’t. XHTML 1.0 comes in three versions: strict, transitional, and frameset. All three of these were deliberately kept as close as possible to HTML 4.01 as XML would allow. XHTML 1.1 is an updated version of XHTML 1.0 strict, and no version of HTML strict has ever included the target attribute. The other two versions, transitional and frameset, were not updated, because there was nothing to update. If you want to use the target attribute, use XHTML 1.0 transitional.

En caso de utilizar una de las versiones que no admite el atributo target, se puede crear un enlace en ventana nueva mediante javascript.

Enlaces relacionados

Actualizado 2006-01-09: me faltó incluir lo de indicar la apertura de los enlaces en una ventana nueva.

Actualizado 2006-05-07: Añadidos enlaces relacionados.

Datos del artículo:

¿Omisiones intencionadas?

Fecha de publicación: 2006/12/17

Cuando en Windows XP se abre un archivo de extensión desconocida el sistema da dos opciones:

  1. Elegir una aplicación para abrir el archivo.
  2. Conectarse al sitio de Microsoft para saber con que aplicaciones puede abrirse el archivo.

Un servicio muy interesante por parte de Microsoft, aunque no me convence del todo, ya que le veo un par de problemillas de usabilidad:

  • No tiene página de inicio: puede ser lógico (yo creo que no lo es), ya que la gran mayoría de los usuarios nunca accederán al sitio por ella.
  • Hay extensiones que no reconoce, y no creo que sea por equivocación o por olvido. De modo que habrá usuarios que no encuentren la información que buscan. Al menos ofrecen enlaces a otros sitios donde obener información adicional.

Algunas de las extensiones que he comprobado:

Con esas ausencias Microsoft hace que el usuario que se encuentra con archivos .odt y .ogg no sepa con que se abren, y que debido a ello no los abra y cuando vuelva a verlos desconfie y los ignore. El objetivo: usar los formatos propietarios de Microsoft y atarse a su software.

Abrir archivos con extensión .ogg

Se escuchan estupendamente con:

Abrir archivos con extensión .odt .ods .odp y otros tipos de OpenDocument

Se pueden abrir en las siguientes aplicaciones:

Datos del artículo:

La web de la Comunidad de Madrid: pequeños defectillos

Fecha de publicación: 2006/11/27

Tras algún tiempo visitando con cierta regularidad el sitio web de la Comunidad de Madrid por motivos diversos, entre ellos la información de lo que la Comunidad de Madrid hace por los madrileños (teniendo en cuenta previamente que los sitios de Administraciones Públicas tienden a exagerar los logros).

Captura de pantalla del sitio Web de la Comunidad de Madrid: página principal

Captura de pantalla del sitio Web de la Comunidad de Madrid: sección de noticias

Captura de pantalla del sitio Web de la Comunidad de Madrid: sección de actualidad

En la página principal suele haber un bloque de noticias, desde el que se puede ir mediante enlaces a dos secciones, creo que un poco redundantes, de actualidad y noticias. Dejando a un lado lo redundantes que puedan ser esas secciones la una respecto de la otra, sería interesante que al ser un contenido de actualidad, en lugar de obligar al usuario habitual de esa información a visitar la página con asiduidad parqa comprobar si existen novedades, ¿por qué no poner un feed? ¿Será para que la audiencia que le mide la OJD interactiva sea más alta?

Captura de pantalla del sitio Web de la Comunidad de Madrid: OJD interactiva

Y el buscador que tenían antes no debía de ser muy bueno (lo usé alguna vez y lo único que encontré era que no servía para nada), ya que ahora la búsqueda se realiza con Google (o eso entiendo con la imagen que sale junto al cajetín de búsqueda). Lo he probado y no me parece que de unos resultados mejores (¿habrán puesto la imagen por ponerla?).

Datos del artículo:

Reducir la usabilidad también puede ser una forma de censura

Fecha de publicación: 2006/09/26

Es sabido que en China hay censura, incluso para Internet.

Para China lo ideal sería crear una red propia. Pero ya no sería Internet. Por el motivo que sea prefieren Internet a una red propia y mas o menos bien controlada.

En los últimos meses o años han salido polémicas, sobre todo con Google y Yahoo!, que se han plegado a la censura China para poder operar en ese país. Y se ha conseguido un buen nivel de censura, pero siempre hay métodos para esquivarla. Y siempre puede haber algún sitio web fuera de China que diga cosas que al gobierno chino no le agraden, y que quede fuera del control de esa censura.

Es por ello que a China no le interesa que sus ciudadanos accedan a sitios extranjeros, por lo que a esos sitios les aplica un método por el cual se amplía artificialmente el tiempo de respuesta para el acceso a esos sitios. Esto hace que muchos navegantes chinos acaben, por ejemplo, usando Baidu en lugar de Google.

Ese cambio de preferencias viene dado por que el tiempo de respuesta es un importante factor de usabilidad, y el gobierno chino debe de saberlo, o es capaz de contratar gente lista que sabe esas cosas (suerte que en España la Administracion Pública y el Gobierno aun andan a palos de ciego con eso de Internet).

Inspirado en Nielsen, China y los buscadores (Ojobuscador)

Tags: , , , , .

Datos del artículo:

Un aplauso para el Gobierno Español

Fecha de publicación: 2005/10/28

El Gobierno Español ha considerado oportuno, crear un sitio web acerca de la gripe aviar.

Quitando que la información que contenga sea o no de utilidad, el sitio tiene un defecto: está hecho 100% en Flash. ¿Para qué? Lo que en esa página está hecho con Flash se puede hacer perfectamente en HTML y CSS. Así además podría ser indexada por los buscadores de Internet.

Y la definición de gripe aviar, está muy lograda:

¿Qué es la gripe aviar?: Es una enfermedad de las aves conocida hace mucho tiempo.

Probablemente a la mayoría de la gente le gustaría saber un poco más mediante la definición, precisamente porque ya se sabe que la gripe aviar es una enfermedad de las aves.

En el tema de la accesibilidad mejor no entrar (ya entran los de los enlaces que dejo ahora), aunque parece que a resoluciones altas es difícil leer el texto incluso para quien tenga la vista muy aguda. Y creo que en 2006 todas las páginas de la Administración deberán, por ley, de ser accesibles: han empezado muy bien.

La sección de Notas de prensa está muy bien: en lugar de seguir navegando en la misma ventana se abre una nueva, de tipo popup. Considero que sería más comodo seguir en la misma ventana. En esta ventana ventana nueva si se usa HTML, para que se pueda imprimir la noticia. Pero si se hubiese usado XHTML-CSS se podría haber incluido una hoja de estilo para impresora.

Y puede llegar a ser discriminatoria. Si el ordenador en el que se visualiza está un poco anticuado todas las animaciones de la página se ralentizan, igual que la navegación, que se hace incómoda. Lo se porque uso un PIII a 450Mhz (y se ralentiza bastante cuando se entra en esa página). Una página de la Administración Pública está hecha para transmitir información, no es un espectáculo de diseño. Debe llegar a toda la audiencia posible de una forma adecuada siempre que sea posible. Y en esta ocasión era más que posible.

Actualizado:

  • 2005-10-28 20:40 (había errores y quería añadir algunas ideas).
  • 2006-11-05: arreglados enlaces obsoletos.

Tags: , , , .

Datos del artículo:

Información del sitio