Jornadas sobre la web móvil

Dentro de los simposios del CEDI 2007, que se celebró en Zaragoza del 11 al 14 de septiembre, hubo uno dedicado a la web móvil, organizado por la oficina del W3C de España, la fundación CTIC y el Ayuntamiento de Zaragoza. Las conferencias de estas jornadas tuvieron lugar los días 12 y 13. El programa y las ponencias están disponibles en la página del W3C.

El resumen que se presenta a continuación está basado en el contenido de las ponencias y en apuntes personales que tomé como asistente a las mismas.

Introducción

Como ocurre en la web de escritorio (para PCs), es muy difícil desarrollar un diseño que sirva para todos los dispositivos y navegadores de los móviles. El hardware es muy diverso y tiene inconvenientes frente al mundo del PC:

• Poca capacidad de proceso y memoria.
• Limitado tamaño de pantalla (resolución, orientación).
• Escasos colores.
• Dificultad a la hora de introducir datos.
• Poco ancho de banda.
• Excesivo precio de las tarifas de conexión.

Los navegadores (como siempre), tampoco ayudan a mejorar el panorama pues cada uno implementa un lenguaje de marcado distinto:

• WML
• iHTML
• XHTML-Basic
• XHTML-MP

Y sólo algunos tienen características avanzadas como el soporte de CSS y de JavaScript. Por si fuera poco, el abanico de navegadores disponibles es incluso mayor que en el caso de los PCs. Sin embargo, el parque de móviles se renueva mucho más rápidamente que el de ordenadores de escritorio.

El concepto de movilidad

Toda la información disponible para cualquier persona, en cualquier lugar y en cualquier instante de tiempo.

Por primera vez en la historia de la tecnología, se está más cerca de conseguir este sueño, gracias a la utilización de dispositivos móviles. Gracias a su pequeño tamaño, y cada vez más prestaciones, pueden acercarnos a la información que necesitemos en cualquier momento (como la información de proximidad). Siempre que contemos con la cobertura necesaria y si se empiezan a desarrollar servicios que cubran la gran demanda de información que puede surgir.

Aún así, Internet a través del móvil nunca será como la Internet que vemos en los ordenadores de sobremesa:

• Por las limitaciones de los dispositivos y del medio de acceso.
• Por las ventajas que le otorga la movilidad.
• Por la diferencia en el tipo de uso y la necesidad del usuario.

La web móvil requiere que la información sea breve, concisa y que se pueda acceder ágil y rápidamente a ella. Para ello hay que recordar a los generadores de contenidos para los dispositivos móviles que, más que en ningún otro medio de comunicación, la palabra la tienen los usuarios. Si no hay buenos (y útiles) servicios, los usuarios no los consumirán.

Otro reto que queda, para las empresas que ofrecen la cobertura, es disminuir los costes para que más gente pueda acceder a los servicios creados.

Esto con respecto a Internet, pero también hay claras ventajas que aporta la movilización en aplicaciones:

• Gestión en tiempo real
  
  • Capacidad de procesar incidentes en tiempo real
  • Mejor información al cliente
  
  
• Mejora de productividad (evitar el envío posterior de datos)
• Mejora de calidad (evitar la perdida de datos, detalles)

Desarrollo móvil

Pero para tener esas ventajas es necesario producir aplicaciones para los dispositivos móviles. En este apartado comentaremos algunas herramientas disponibles para llevar a cabo la difícil tarea del desarrollo.

Identificación de dispositivos

En primer lugar es crucial conocer las características técnicas de los dispositivos de los potenciales usuarios. Al conjunto de capacidades del dispositivo (hardware y software) y preferencias de usuario se le denomina perfil de dispositivo. Hay diversos sistemas que podemos consultar para acceder a estos perfiles:

• CC/PP: Para almacenar la información usa notación RDF.


• UAProf: Promovido por la Open Mobile Alliance. También se basa en RDF. Pero no están todos los que son (los grandes ausentes son dispositivos con Windows Mobile) ni son todos los que están (parte de la información puede no corresponder con datos reales).


• WURFL: A diferencia de los otros sistemas, la base de datos se va completando con datos aportados por usuarios de los dispositivos móviles (es una de las ventajas por ser software libre). Esto tiene el problema de que contiene información no autentificada por los fabricante. Sin embargo, tiene la ventaja de que se puede recoger información sobre todo tipo de dispositivos (incluso de los que no tienen perfil UAProf). Además, este sistema se complementa con APIs de consulta para la base de datos (que es un fichero XML) en diversos lenguajes de programación (Java, PHP, Perl, Ruby, Python, dotNet, ...). Por todo esto, es un sistema mucho más usado y fiable que UAProf.


• DDR: Con el objetivo de solucionar los problemas de UAProf, el W3C está desarrollando este nuevo sistema. El apoyo por parte de los fabricantes de dispositivos será crucial para que esta iniciativa fructifique.

Por su parte, para el desarrollo de aplicaciones en Java ME, están disponibles estas herramientas:

• MIDP 2.0


• CLDC 1.1

Buenas prácticas en el desarrollo de la web móvil

Reconocer las capacidades que permite el dispositivo de un usuario es sólo el inicio del camino en el desarrollo de contenidos web. Aparte de seleccionar el lenguaje de marcado adecuado a cada situación, es preciso hacer un buen diseño de arquitectura de la información para mostrar tan sólo los datos justos y precisos en cada página mostrada.

Para no dejarnos solos en esta ardua tarea, el W3C ha escrito un manual donde se recogen las buenas prácticas que nunca debemos olvidar en el desarrollo de contenidos para la web móvil: Mobile Web Best Practice 1.0 Basic Guidelines.

Como resumen de la presentación de estas normas, veamos cuáles han puesto en práctica el Ayuntamiento de Zaragoza para adaptar su web a los dispositivos móviles:

• Adaptación del lenguaje de marcado


• Reubicación del contenido


• Particionado de los documentos


• Eliminación de JavaScript


• Transformación de tablas y mapas de imágenes


• Imágenes: escalado y reducción de colores
  • Archivos de audio: reducción de la frecuencia de muestreo
  
  
  • Archivos de video: escalado y reducción de la calidad de codificación


• Mecanismos de caché de información

Herramientas de desarrollo

Cuando sale un nuevo dispositivo, no siempre podremos acceder a la compra del mismo. Una buena alternativa (aunque no sea fiable al 100%), es usar emuladores. Todos los fabricantes importantes ponen a disposición de los desarrolladores emuladores de sus modelos más significativos.

Durante el proceso de diseño e implantación de la solución son herramientas esenciales, para las pruebas finales siempre sería recomendable usar los dispositivos reales, porque no siempre las emulaciones se van a corresponder con la realidad.

La otra gran herramienta que debemos tener siempre a mano es un validador de código para dispositivos móviles. Hay uno disponible en la web de TAW. Además de verificar que el código esté bien escrito, al igual que hacen con los tests de accesibilidad, nos dirá si nuestras páginas son MobileOK. Es decir, si cumplimos las buenas prácticas o no.

dotMobi

Con el fin de proporcionar un servicio de calidad a los usuarios móviles, ha nacido la iniciativa dotMobi. Estas son algunas de sus características:

• dotMobi es un dominio específico para el móvil.



• Cualquiera puede conseguir un dominio dotMobi, pero se compromete a cumplir esta máxima y respetar las guías de estilo obligatorias. Por ejemplo, en el caso de un site:
  
  
  • Accesible como dominio de segundo nivel (bmw.mobi) (sin www.).
  
  
  • Desarrollado conforme a W3C MWI.
  
  
  • No frames: Muchos móviles no soportan frames.


• Si un servicio dotMobi no cumple las guías de estilo, mTLD (el organismo que desarrolla esta iniciativa) iniciará un proceso de apercibimiento que podría terminar con su desconexión del DNS.


• Es muy intuitivo, fácil de publicitar y de recordar.


• Las páginas dotMobi son una garantía de que el contenido estará bien distribuido, no tendrá grandes fotos, no habrá texto que no se pueda ver ni información fuera de contexto o que no pueda mostrar la pantalla del móvil, ...


• dotMobi Mobile Web Developer Guide ofrece información extremadamente útil con reglas para los profesionales.


• Ready.mobi es un analizador de conformidad para las páginas y sites dotMobi que, además de una clasificación, ofrece recomendaciones específicas para mejorar el código empleado.

---

Opinión personal sobre las conferencias

El nivel de las ponencias fue grande y me ayudaron a asentar los pocos conocimientos que hasta entonces tenía sobre los fundamentos de la web móvil.

Como nota negativa, no para el simposio, pero sí para la organización del congreso, decir que la publicidad que se hizo de un evento de estas características fue bastante pobre y escasa (sobre todo en Zaragoza). Personalmente, me enteré del evento a través del blog de Torres Burriel. Si se hubiera dado la cobertura necesaria, el congreso habría tenido incluso más éxito en participación (sobre todo local) que el que no dudo que obtuvo.

Los elementos perdidos de HTML

Soy una de esas personas que, cuando miran una nueva página web, no se fijan tanto en lo que se ve a simple vista como en el esqueleto que le da forma: el código fuente. Ahí es donde se puede apreciar la verdadera estructura del contenido y la semántica que se ha utilizado (la que se encontrarán los motores que indexen esa página web).

Bien es verdad que HTML tiene algunas carencias para marcar el contenido, que se están intentando solucionar con la redacción de XHTML 2.0 o HTML 5.0 (que todavía está más en pañales que XHTML 2.0). Pero también es cierto que, algunos elementos que sí posee, no son utilizados (en los casos en los que se deberían utilizar). Tal vez sea por desconocimiento o por usar algunos editores WYSIWYG (bien sean de escritorio como DreamWeaver o bien estén hechos en JavaScript como TinyMCE), pero no debemos olvidar que para darle un correcto significado al contenido, hay que marcarlo de la forma adecuada.

No debemos caer en la tentación de marcar en función de la presentación que luego los navegadores dan a esos elementos. Hay que recordar que siempre podemos cambiar la presentación gracias a las hojas de estilo en cascada (CSS).

Marcado de edición de textos

ins y del

Cuando estamos desarrollando un documento, hay cosas que no siempre se escriben bien a la primera, o bien luego hay que hacer algún ajuste o actualización. HTML nos permite marcar los cambios, ya sean añadidos o borrados, con las etiquetas ins y del. De esta forma, al igual que en otros editores de texto, de un vistazo, se pueden descubrir los cambios en el documento.

Además, estas etiquetas tienen 2 atributos que sirven para saber las razones del cambio (cite) y cuándo se realizó dicho cambio (datetime). El formato de este último atributo es un poco especial y riguroso. Está basado en esta plantilla: YYYY-MM-DDThh:mm:ssTZD

• YYYY: año con 4 dígitos
• MM: mes con 2 dígitos (01-12)
• DD: día con 2 dígitos (01-31)
• T: caracter separador entre fecha y hora
• hh: hora con 2 dígitos (00-23)
• mm: minutos con 2 dígitos (00-59); es información opcional
• ss: segundos con 2 dígitos (00-59); es información opcional
• TZD: zona horaria, Z para hora Zulú (la del meridiano de Greenwich) o desfase en horas y minutos (positivo o negativo) del huso horario correspondiente

Más información sobre la plantilla de datetime en ISO 8601 de la Wikipedia.

Ejemplo de uso de los elementos ins y del:

<p>Lorem ipsum dolor sit amet, consectetuer adipiscing elit<ins cite="lorem ipsum..." datetime="2007-01-05T13:24+01:00">, sed diam nonummy nibh euismod tincidunt ut laoreet dolore magna aliquam erat volutpat</ins>. Ut wisi enim ad minim veniam<del cite="lorem ipsum..." datetime="2007-01-04T08:21:34-05:00">, quis nostrud exerci tation ullamcorper suscipit lobortis nisl ut aliquip ex ea commodo consequat</del>. Duis autem vel eum iriure dolor in hendrerit in ...</p>

bdo

Otro desconocido elemento para la edición de textos es bdo. En inglés, bdo es la abreviatura de bidirectional override, y si nos atenemos a esta definición, podemos adivinar su función: sobreescribir el tratamiento direccional del texto para el contenido que se encierre dentro del elemento.

Por si no ha quedado claro, intentaré explicarlo mejor. Uno de los atributos de la etiqueta html es dir, que sirve para indicar cómo se debe escribir (el navegador) el texto que contiene el documento, es decir, si se escribe de izquierda a derecha (ltr) o de derecha a izquierda (rtl).

<!DOCTYPE html
 PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
 "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="es" dir="ltr" lang="es">
...

Como se puede ver en el ejemplo, con el atributo dir se define la legibilidad de todo el documento pero, ¿qué ocurre si dentro de un texto que se lee de izquierda a derecha, necesitamos incrustar algo de contenido que está en otro idioma y además se lee al revés? Para eso existe el elemento bdo. Veámoslo con otro ejemplo:

...
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="es" dir="ltr" lang="es">
...
<p>Contenido en idioma español. Se escribe de izquierda a derecha.</p>
<p><bdo lang="zh-TW" dir="rtl">Contenido en otro idioma (chino tradicional) que se redacta de derecha a izquierda.</bdo><p>
...

Como se puede ver en el ejemplo, se ha definido un idioma y una dirección de escritura general para el documento (en la etiqueta html) y luego se ha marcado el texto en otro idioma (que si supiera chino, estaría correctamente escrito ;-) ) gracias a la etiqueta bdo.

Etiquetas de estilo basado en contenido

cite

cite sirve para indicar que el texto que contiene es una referencia bibliográfica. Junto con el elemento para enlaces (a), puede servir para hacer referencia a otro documento donde se encuentra la fuente que hemos citado.

<blockquote lang="en-GB">You can't always get what you want; but if you try sometimes, you just might find, you get what you need.</blockquote>

<p><cite><a href="http://en.wikipedia.org/wiki/You_Can't_Always_Get_What_You_Want">Rolling Stones</a></cite></p>

code

La etiqueta code indica que el texto que encierra es código fuente de programación. Esto hace que los navegadores utilicen (por defecto y a no ser que establezcamos lo contrario con CSS) una fuente monoespaciada (todos los caracteres tienen la misma anchura) para visualizar el texto.

<pre><code lang="en-US">
/**
* string numberToAlphabet(int $number)
*
* Converts an integer in an alphabetical string (1 <= $number <= 702)
*
* @author PHP manual, user contributes notes for chr() function
* @param int $number integer to convert
* @return string alphabetical string
* @access public
*/
function numberToAlphabet($number)
{
 return ($number-- > 26 ? chr(($number / 26 + 25) % 26 + ord('A')) : '') . chr($number % 26 + ord('A'));
}
</code></pre>

En el ejemplo, se ha encerrado el contenido de code dentro de la etiqueta pre por 2 razones:

• code es una etiqueta para texto en línea (es decir, tiene [o debe] ir dentro de otra etiqueta de bloque distinta de body, que sólo debería contener otros elementos de bloque)
• con el uso de pre se preservan los espacios y líneas en blanco del texto, necesarios para dar formato al código fuente

dfn

La etiqueta dfn se utiliza para marcar los términos (y no las definiciones) nuevos (o especiales) de un documento que necesitan la atención del lector. Como regla de buen estilo, sólo se delimita la primera aparición del término en el texto.

<p>El software libre es también llamado software de código abierto. La razón por la que se llama así es que, junto con el <dfn>programa objeto</dfn>, se distribuye el <dfn>código fuente</dfn> del mismo.</p>


Para definir los conceptos (como cuando se escribe un glosario de términos) existe otro conjunto de etiquetas:

• dl: lista de definiciones
• dt: término a definir
• dd: definición del término

<dl>
 <dt>Programa objeto</dt>

 <dd>Instrucciones que se ejecutan directamente contra la máquina y que no son comprensibles por las personas.</dd>

 <dt>Código fuente</dt>

 <dd>Instrucciones escritas en un lenguaje de programación que el ser humano puede leer pero que no comprende directamente la máquina.</dd>
</dl>

kbd

kbd es la forma más indicada de indicar que un determinado texto es introducido desde el teclado (keyboard). Es muy útil para el caso de redactar manuales o cualquier otro tipo de documentación técnica.

<pre><samp>
C:\><kbd>c:\mysql\bin\mysql -uadmin -p mysql</kbd>
Enter password: <kbd>*********</kbd>
</samp></pre>

samp

Como se ha podido ver en el ejemplo anterior, en el que hemos hecho uso ya de la etiqueta samp (sample), esta sirve para mostrar la salida de algunos programas o ejemplos de código fuente (como los que estoy utilizando en este artículo).

var

La etiqueta var se utiliza para marcar texto que sirve de plantilla, es decir, para texto que no se debe introducir tal cual, sino que debe reemplazarse por otro a la hora de teclearlo. Como ejemplo, puede servir este extracto donde se combinan además otras etiquetas vistas anteriormente.

<p>Verifique su base de datos y usuario accediendo a la nueva base de datos con el nuevo usuario.</p>

<pre><samp>
C:\><kbd>C:\mysql\bin\mysql -u <var>new_user</var> -p<var>new_password</var> <var>new_database</var></kbd>
</samp></pre>

Notas finales

Para la redacción de este artículo he utilizado algunas deficiones y ejemplos que aparecen en el libro HTML y XHTML: La Guía Definitiva, original de la editorial O'Reilly pero traducido al español por Anaya Multimedia.

En los ejemplos expuestos se ha usado el punto de vista de quien codifica la página, por eso se muestra el código fuente necesario para marcar el contenido. Queda a disposición del lector la prueba de dichos ejemplos en su propio navegador para ver cómo se visualizan. Se ha optado por hacerlo de este modo porque no existen reglas fijas de presentación y estas pueden diferir entre diferentes agentes de usuario (navegadores web).

Actualización (2007-01-04):
Sólo un día después de la publicación de este artículo, me encuentro con esta guía de marcado semántico. Para quienes deseen completar esta lectura, se lo recomiendo encarecidamente: se habla también del correcto uso de los elementos más habituales (encabezados, párrafos, listas, ...) y hay más ejemplos sobre la adecuada utilización de las etiquetas de HTML.

Hojas para tramposos

Curiosa traducción del término inglés cheat sheets. Supongo que nombrarlas como chuletas es algo más correcto y comprensible. Pero ya que espero que no sirvan para aprobar ningún examen sino que se utilicen para resfrescar la memoria cuando más se necesite, creo que la denominación más adecuada sería colecciones de pequeños recordatorios.

Me gustaría destacar 2 de estas colecciones:

Cheat Sheets - ILoveJackDaniels: centrada en temas de desarrollo web. Los formatos disponibles para descargar son PNG y PDF (excepto la de colores RGB, que sólo está en PNG).

• Ruby on Rails
• ASP/VBScript
• HTML Character Entities
• JavaScript
• MySQL
• Módulo de Apache mod_rewrite
• CSS
• PHP
• Paleta de colores RGB

Cheat Sheet Roundup. Incluye entre sus referencias a las anteriores y añade otras muchas, como por ejemplo: CVS, Subversion, Vim, ColdFusion, JSP, Java, Python...

Ambos enlaces son indispensables para vuestra colección particular.

Extensiones para desarrolladores web en Firefox

Aparte de ser un navegador web más seguro que MSIE, Firefox está también mejor diseñado para usuarios de todo tipo. Las extensiones que se pueden añadir a la aplicación, según gustos y necesidades de cada cual, le dan a este navegador la potencia necesaria para desmarcarse, por ahora, claramente del resto.

En la página oficial de la fundación Mozilla, podeis encontrar una interminable lista de extensiones, plugins y temas para personalizar Firefox.

En este artículo, voy a enumerar algunas extensiones que pueden ser de gran ayuda para el desarrollo de páginas y aplicaciones web. Si conoceis alguna más, no dudeis en comentarla.

Web Developer Toolbar

Tal vez sea la extensión más conocida y más completa. Con ella se pueden realizar multitud de acciones como:

• deshabilitar la caché, las cookies, las imágenes, java, javascript, los colores de la página, las hojas de estilos, ...,
• añadir hojas de estilos de usuario, ver todos los archivos CSS de una determinada página, cambiar el modelo de cuadro entre el usado por el motor de Mozilla, Gecko, y el usado por Internet Explorer; ver los estilos aplicados a un elemento de una página, poder cambiar entre los diferentes estilos de los medios utilizados (handheld, screen, print), incluso editar los estilos de una página desde el propio navegador,
• ver sobreimpresionado en un formulario el código HTML que lo construye (para poder ver campos ocultos en la propia página, por ejemplo), ver el contenido de campos de tipo password (transforma los asteriscos en texto en claro), quitar longitudes máximas a los campos de texto, mostrar información detallada de los formularios (todos los elementos con todos los valores de sus atributos),
• mostrar las dimensiones y tamaños (y hasta las rutas) de las imágenes (de los elementos img, no de las usadas como fondo en las hojas de estilos), deshabilitar imágenes (incluso las de fondo) o hacerlas invisibles, ...,
• ver información sobre la página: teclas de acceso rápido (access keys), identificadores y clases de los elementos de la página, tamaños de los elementos de bloque (aquellos que son contenedores de otros elementos), valores de los atributos href de los enlaces, cookies, javascript, listado de enlaces, cabeceras HTTP de respuesta,
• limpiar la caché, el historial, las cookies; ver los comentarios de una página; marcar todos los enlaces como visitados o no visitados (y probar fácilmente los estilos de cada estado); enlaces para consultar las especificaciones del W3C, ...

La lista de funciones todavía es más larga, pero con esta muestra podeis daros cuenta de su gran utilidad.

HTML Validator

Una forma bastante cómoda de saber si seguimos los estándares del HTML es instalar esta extensión. Podremos ver al instante si la página es válida según el DOCTYPE que hayamos elegido. Marca tanto los errores graves como los avisos. También es posible verificar si cumplimos los diferentes niveles de accesibilidad.

Además, esta herramienta nos da la posibilidad de limpiar y corregir el código HTML, gracias a que está basada en Tidy.

FatWeb

Tras instalar esta utilidad, en la barra de estado del navegador podremos ver tanto el número de archivos que componen la página actual (archivos CSS, JavaScript, imágenes y la propia página HTML), como los bytes que suman entre todos ellos. En una ventana auxiliar, que se mostrará si hacemos click sobre la parte de la barra de estado que ocupa, aparecen en forma de resumen, los tamaños de cada uno de los ficheros.

También proporciona información sobre el tiempo estimado que costaría descargar esa cantidad de bytes con una conexión lenta (56 Kb) y una rápida (1.5 Mb).

Live HTTP Headers

Este visor de cabeceras HTTP puede ser muy útil en cuanto estamos trabajando contra servidores web. Podremos seguir todo el tráfico del protocolo HTTP generado por nuestras peticiones y las respuestas del servidor. Incluso se pueden ver los datos pasados vía POST en los formularios.

Header Monitor

Si tenemos instalada la extensión Live HTTP Headers, también podremos ver en acción a esta otra. Es menos potente que la anterior, pero tiene una ventaja: el contenido de la directiva HTTP que decidamos controlar aparece en la barra de estado del navegador, sin necesidad de abrir una ventana auxiliar.

Tamper Data

Permite ver y modificar las cabeceras HTTP. Puede capturar las peticiones de cada página y alterar los valores de las cabeceras antes de mandarlas al servidor.

User Agent Switcher

Puede ser interesante ver como se muestran algunas páginas según nos identifiquemos con un navegador u otro. Esta utilidad sirve para cambiar la identificación del explorador web. Por defecto viene con algunos definidos, como Internet Explorer 6, Opera 7.54 y NetScape 4.8, pero lo interesante es poder definir cuantas identificaciones queramos.

LinkChecker

Como su nombre indica, sirve para verificar si todos los enlaces de una página van a algún sitio. Conforme vaya analizando los enlaces, veremos como los va poniendo de un color diferente al que tenían en un principio: verde si es correcto, rojo si es inválido, amarillo si se requieren credenciales para seguir el enlace y gris si no ha sido analizado. Una vez que haya terminado, si nos ponemos encima de cada enlace, nos dirá si el enlace es válido o no, si no lo ha analizado por apuntar a una cuenta de correo o contener código javascript (práctica esta que debemos evitar siempre). Si algún enlace no es sintácticamente correcto, es posible que la herramienta se pare y deje de analizar, pero no será muy difícil localizar el enlace conflictivo: el siguiente enlace al último coloreado.

Inspector Widget

Añade una opción en el menú contextual para acceder al inspector DOM que viene en Firefox.

MeasureIt

Sirve para medir zonas de la página en píxeles, tanto la altura como la altura. Como inconvenientes diré que he sido incapaz de redimensionar una zona creada con esta herramienta. No sé si es que no se puede o es que todavía no la sé manejar adecuadamente. Tampoco he sabido como tener más de una zona definida al mismo tiempo.

Checky

Para que no se nos olvide ningún elemento ni ninguna prueba a la hora de validar una página: HTML, CSS, RDF, RSS, WAI/508, enlaces, navegador lynx online, ... Casi todas las herramientas existentes en Internet para validar contenidos están recogidas en esta extensión, y están a un sólo click de distancia.

TAW3

TAW son las siglas de Test de Accesibilidad Web. Pulsando sobre el botón que añade en la barra de estado de Firefox, tendremos la posibilidad de verificar si seguimos las pautas de accesibilidad (niveles 1, 2 y 3). El validador online al que se conecta es www.tawdis.net.

Fangs

¿Cómo saber si los usuarios que utilizan lectores de pantalla ven exactamente el contenido tal y como queremos que lo lean? Esta interesante utilidad viene a solucionar nuestras dudas. En una ventana auxiliar nos mostrará la forma en que un lector de páginas web mostrará la información al usuario. Las herramientas de validación de accesibilidad no aseguran que los contenidos sean realmente accesibles, pero esta herramienta puede ayudarnos, y mucho, a conseguir ese objetivo.

wmlbrowser

Ya no hace falta otra herramienta para visualizar contenido WML. Si desarrollamos páginas para dispositivos móviles con Firefox y esta extensión es más que suficiente.

Dublin Core Viewer

Muestra los metadatos que hay en formato Dublin Core en los elementos de cabecera meta y link.

ColorZilla

Con esta herramienta podremos conseguir los colores de una página y hacer nuestra propia paleta personal. El color capturado es mostrado en formato RGB decimal y hexadecimal, y en formato HSV.

Lleva predefinidas paletas de colores web seguros, colores con nombre, colores del sistema..., además de la posibilidad de añadir más.