Usable y accesible

Cheat Sheet HTML 4.01, HTML 5, XHTML Elements

2011-01-21T22:00:00.002+01:00

Descripción: Tabla en formato excel con todas los elementos HTML (incluido HTML 5) y XHTML con información relevante sobre ellos: navegadores que los soportan, anotaciones de accesibilidad, etc. (ver descripción detallada de la tabla)

Versión: [20.01.2011] versión 1.0 en castellano

Autor: Olga Carreras

Descarga: Cheat Sheet HTML 4.01, HTML 5, XHTML Elements (Excel, 189 KB)

Descripción detallada de la tabla

La tabla consta de 14 columnas. Los encabezados de las columnas se han bloqueados para que estén siempre disponibles aunque se escrole la tabla verticalmente.

Columna A: Elemento

Incluye todas los elementos (X)HTML (incluidos los de HTML 5) en orden alfabético con enlace a su descripción en la especificación correspondiente. También se incluyen elementos que no están en ninguna especificación del W3C como marquee, spacer, etc. en cuyo caso enlazan con una web de referencia. Es en estos enlaces donde se puede consultar información sobre los atributos de cada elemento.

No se han incluido los elementos que sólo están presentes en XHTML 2. Como excepción se incluye el elemento h de XHTML 2 para documentar los encabezados en esta especificación. Se pueden consultar todas las etiquetas de XHTML 2 en: XHTMl 2.0. List of elements del W3C.

Está primera columna está bloqueada para tener siempre presente el elemento aunque se escrole la tabla horizontalmente.

Columna B: Descripción

Breve descripción del elemento.

Columna C: Desaprobado/No estándar/Obsoleto

En esta columna se indica si los elementos son:

Desaprobado (deprecated): son elementos que están en la especificación HTML 4.01 o XHTML pero que el W3C los ha marcado como "deprecated", desaprobando su uso. No están permitidos en documentos STRICT. Se indica el elemento alternativo que debe usarse.

No estándar: son elementos no estándar, que fueron implementados por algunos navegadores (y que aún las soportan en muchos casos) pero que no pertenecen a ninguna especificación (X)HTML. En cada caso se indica el navegador que las implementó y las alternativas a su uso.

Obsoleto: son elementos de especificaciones anteriores (se indica de cual).

HTML 5: elementos que sólo pertenecen a HTML 5.

En cualquier otro caso la celda correspondiente aparece vacía.

Columna D: Web Browser Support

He documentado el soporte de cada elemento (incluidos los de HTML 5) en las diferentes versiones de navegadores.

Referencias sobre soporte en navegadores:

HTML 4.01 / XHTML 1.0 Reference, about.com

HTML reference, sitepoint.com

HTML, XHTML, and WML support in Opera Presto 2.2, soporte en Opera 10

Web specifications support in Opera Presto 2.7, soporte en Opera 11

When can I use..., compatibility tables for support of HTML5, CSS3, SVG and more in desktop and mobile browsers

HTML5 Tutorial, w3school.

Comparison of layout engines (Non-standard HTML), wikipedia

En algunos casos se indica el test concreto que se ha realizado para validar un elemento concreto.

Columna E-L: Especificación

Las columnas son:

HTML 4.01

XHTML 1.0 Strict

XHTML 1.0 Transitional

XHTML 1.0 Frameset

XHTML 1.1

XHTML 1.1 Basic

HTML 5

XHTML 2

Cuando la celda correspondiente está verde con el texto "SI" indica que el elemento pertenece a esa especificación.

Cuando la celda correspondiente está roja con el texto "NO" indica que el elemento no pertenece a esa especificación.

Algunas celdas pueden aparecer naranjas con una advertencia dentro. Por ejemplo, en el caso de que el elemento pertenezca a HTML 4.01 pero esté desaprobado y no pueda usarse con HTML 4.01 Strict, la celda correspondiente a la columna E (HTML 4.01) estará coloreada en naraja con la advertencia en su interior.

Columna M: Notas de accesibilidad

En este apartado se incluyen notas relevantes como el soporte en lectores de pantalla, ejemplos cuando se trata de elementos poco habituales, mención a puntos de verificación de las WCAG relacionadas con el elemento en cuestión, etc.

Columna N: ¿Semántico?

En esta columna se indica si es una elemento semántico o si por el contrario es un elemento de presentación. En algunos casos, como se indica, puede depender del uso que se haga de ella.

Referencias:

Semantic (X)HTML, microformats.org

Presentational (X)HTML, microformats.org

Otros enlaces de interés:

Keryx (X)HTML Elements Best Practice Sheet

Podeis dejar en los comentarios cualquier propuesta o anotación para incluir en versiones posteriores.

Documentos que recomiendo conocer(7)

2009-10-22T15:00:00.004+02:00

Serie "Documentos que recomiendo conocer"

Usabilidad

Libros

"The Principles of Readability", William H. DuBay, 2004 (PDF)

"Introduction to Good Usability", Peter Conradie, 2008 (PDF)

"Search User Interfaces", Marti A. Hearst, 2009

"Research-Based Web Design & Usability Guidelines", Michael O. Leavitt y Ben Shneiderman , 2006 (PDF, 157 MB)

Accesibilidad

Libros

"Guía de estilo sobre discapacidad para profesionales de los medios de comunicación", José Luis Fernández Iglesias, 2006. Permite la descarga gratuita en PDF.

"Diseño de Páginas Web Accesibles", Sección de Documentación Consejería de Trabajo, Consumo y Política Social de la Región de Murcia. Permite la descarga gratuita en PDF.

"Delivering inclusive websites", COI, 2009 (PDF)

Recursos

"IMS Guidelines for Developing Accessible Learning Applications", 2002

"IBM Web accessibility checklist", IBM

"Evaluación de la accesibilidad de sitios web con la barra de herramientas de Firefox Web Developer Toolbar" de Sergio Luján

"Google accessibility"

Accesibilidad en documentos de Office

"Pautas de accesibilidad en presentaciones PowerPoint", CEAPAT. [Visto en accesibilidadweb.com]

"Accessible Web Publishing Wizard", Virtual508.com. Accesibilidad de documentos Word y PPT.

Navegadores

"When can I use... Compatibility tables for features in HTML5, CSS3, SVG and other upcoming web technologies", Alexis Deveria.

SEO y marca

"Audiciencia de Internet", AICM (Asociación para la Investigación de Medios de Comunicación)

"Personal Branding", Colin Wright [Visto en sortega]

"How to convert clicks into profit", Google [Visto en Daniel Ulczyk]

Noticias... (19)

2009-06-11T00:00:00.003+02:00

Estas son las noticias que han llamado últimamente mi atención:

[01-06-09] "JCCM.ES, un nuevo portal en Internet a la altura de la Ley de Acceso Electrónico" en computing.es

La Junta de Comunidades de Castilla-La Mancha ha lanzado su nuevo portal con la plataforma FatWire Content Server 7.5. La noticia dice que "cuenta con la certificación de accesibilidad AA". En realidad no tiene una certificación sino simplemente el sello "AA" del W3C. Si bien es cierto que ha mejorado mucho su accesibilidad y que muchas páginas pasan el TAW, la realidad es que no cumple con las WCAG 1.0 en su nivel de adecuación AA. Deberían seguir trabajando en ello...

[08-06-09] "La primera experiencia española de Open Government" en seraccesible

Aragón Participa es la primera web española nacida con la mentalidad Open Government, construida íntegramente con Software Libre, pretende ser un canal de participación de los ciudadanos en las políticas públicas del Gobierno de Aragón.

El portal incorpora, como novedad tecnológica, un asistente virtual al que los cuidadanos se puede dirigir para hacer llegar sus preguntas o reflexiones.

[04-06-09] "Estándar del PDF accesible - Standard for accessible PDF" en La hoguera de las brujas

Por fin se ha aprovado PDF/UA (Universal Accesibility) como ISO/AWI (approved work item) 14289. Es el primer paso hacia un estándar abierto de PDF accesible. Aunque todavía no es público, el desarrollo se puede consultar en PDF edtime

[22-05-09] "Google Chrome 2.0, 30% más rápido" en anieto2k

Hoy se ha publicado una nueva versión de Google Chrome, la 2.0 estable, que se está presentando a la red como una versión 30% más rápida que su versión anterior. Hay que decir que ese incremento de velocidad es en el motor javascript llamado V8. Lo que hace que este incremento en páginas muy cargadas de Javascript sea muy significativo.

Artículo relacionado: Chrome (IV): accesibilidad

[09-06-09] "Safari 4 ya está aquí" de Programar a ciegas

En cuanto a su accesibilidad indicar que en MacOS X resulta más accesible incluso que la versión 3 aunque siguen apareciendo algunos problemas al encontrar webs que no cumplen las pautas de accesibilidad para la Web.

VoiceOver accede mejor a la barra de pestañas y a la zona de favoritos. Ahora resulta más cómodo navegar entre la lista de favoritos y elegir entre las distintas pestañas abiertas.

Sigue sin poder acceder a la capa de accesibilidad de los objetos Flash aunque ahora si notifica que hay un objeto incrustado dentro.

Lo más importante es que Safari implementa HTML5 y WAI ARIA y voiceOver es compatible con las páginas que incorporen estas tecnologías.

Con Safari 4 el acceso a la nueva Web resultará posible para aquellos que utilicen ordenadores con el sistema operativo de Apple. La versión para Ms Windows de Safari resulta incompatible con los lectores de pantallas más conocidos, como NVDA, JAWS y Window eyes.

[08-06-09] "Safari 4 [NO] más rápido que Google Chrome en el V8 Benchmark Suite" de anieto2k

... podemos decir con el 100% del convencimiento que Google Chrome es hoy por hoy, el navegador más rápido (ejecutando javascript) del lejano oeste.

Imprescindibles (15)

2009-04-28T13:49:00.001+02:00

Estos son los artículos que han llamado mi atención últimamente (no tienen porque ser recientes):

Usabilidad

"Cómo ha de ser el diseño: una visión del análisis heurístico" de Torres Burriel.

"¿Cómo diseñar para móviles?" de Daniel Ulczyk.

"Para Nielsen las webs móviles deben ser simples y minimalistas", de Úsalo.

"Breadcrumb Navigation Increasingly Useful" de Jakob Nielsen.

"CRAP Design (traducción)" de MinaLab

"3 Pasos para crear una web profesional: Paso 1 Fijar objetivos" de Galería CSS.

"OPTGROUP y la usabilidad en SELECT" de Javier Fernández Rivera.

SEO

"Cómo asegurarnos de que Google visite a fondo nuestras páginas web en 10 pasos" de acceso.com

"Un buen plan SEO" de Daniel Ulczyk.

SEO CheatSheet

Navegadores

"Safari 4.0 es el navegador mas rápido" de Geekets.

"Rendimiento de los navegadores dependiendo del código HTML" de anieto2k.

Imprescindibles anteriores (recopilación de artículos de interés)

Noticias... (17)

2009-04-06T00:00:00.001+02:00

Estas son las noticias que llamaron mi atención el mes pasado:

"La web de Metro de Madrid denunciada por no ser accesible", accesibilidadweb.com (2/04/09)

[...] tanto el Cermi Estatal como el de la Comunidad de Madrid solicitan el inicio de la actuación administrativa que permita comprobar los hechos denunciados y la instrucción del expediente y la imposición de la sanción que corresponda.

"Pautas de accesibilidad para agentes de usuario (UAAG) 2.0: Borrador de Trabajo actualizado", W3C.es (11/03/2009)

"Arsys pone en marcha la fase de registro libre del nuevo dominio .tel", larioja.com (25/03/09)

Sobre Explorer 8
- "Internet Explorer 8, primeros impresiones técnicas", anieto2k
- "Nuevo internet explorer, nuevo lector de pantalla", en Programar a ciegas.
- "Microsoft lanza Internet Explorer 8 con la intención de mantener su cuota de mercado", en Libertad Digital.

Proyectos BBVA Open Talent relacionados con la accesibilidad:
- Sistema de Emergencias 112 Accesible (más información sobre el proyecto)
- Accescopio u Observatorio Automático de la Accesibilidad Web.

Noticias anteriores

Google Chrome 2.0 Pre-Beta

2009-01-11T22:20:00.002+01:00

Veo en Google Operating System que la nueva beta de Chrome incluye las siguientes novedades:

Form autocomplete

Full-page zoom

Autoscroll

Profiles

Support for Greasemonkey scripts

Chrome 1.0

2008-12-12T11:42:00.002+01:00

Anoche se liberó la nueva versión de Chrome.

Google Chrome 1.0 Released

Google Chrome - lanzamiento de la versión 1.0

Si quieres saber más sobre Chrome te recomiendo esta serie de cuatro artículos:

Chrome I: primer contacto

Chrome II: dudas y problemas

Chrome III: curiosidades, tips y huevos de Pascua

Chrome IV: accesibilidad

Imprescindibles (11)

2008-10-07T09:01:00.000+02:00

Estos artículos han llamado mi atención últimamente:

¿DOM (Document Object Model) o innerHTML?

¿Cuál de los dos métodos es más rápido para generar grandes cantidades de contenido?

Podemos ver el resultado de esta pregunta, en función del navegador utilizado, en Benchmark - W3C DOM vs. innerHTML.

Nielsen: sólo el 7% de los usuarios utiliza los sitemaps

Así lo explica Jakob Nielsen en el estudio Site Maps Usability

Baquía nos reseña el estudio:

Según un estudio elaborado por Jakob Nielsen, apenas un 7% de los usuarios recurre a los mapas de una web. Sin embargo, es aconsejable mantenerlos, puesto que suponen una forma fácil y directa de acceder a todo el contenido de una web.

¿Te has preguntado de dónde obtienen sus beneficios las empresas web 2.0?

Web 2.0: ¿Dónde se esconde el negocio? (II)

Fundamentos teóricos de esta profesión

Usándolo nos los va resumiendo en distintos artículos:

Leyes y principios: Fitts’ Law

Principios de usabilidad: La regla de los 3 clicks

10 errores principales en el diseño de aplicaciones (Nielsen)

El artículo de Nielsen Top-10 Application-Design Mistakes es resumido y traducido por el blog del grupo SQUaC(Software Quality Usability and Certification).

Estos errores son:

Controles GUI (Graphical User Interface) no estándar

Inconsistencia

No mostrar claramente su funcionamiento

Sin retroalimentación

"He salido a comer" sin un indicador de progreso

Malos mensajes de error

Pedir la misma información varias veces

Sin valores por defecto

Usuarios "lanzados" contra la aplicación

No indicar cómo se usará la información

Funcionalidades centradas en el sistema

Error extra: botones de reset en formularios web

34 buenas prácticas para hacer tus páginas más rápidas

Las best practices for making web pages fast que propone el Yahoo!'s Exceptional Performance son:

Make Fewer HTTP Requests

Use a Content Delivery Network

Add an Expires or a Cache-Control Header

Gzip Components

Put Stylesheets at the Top

Put Scripts at the Bottom

Avoid CSS Expressions

Make JavaScript and CSS External

Reduce DNS Lookups

Minify JavaScript and CSS

Avoid Redirects

Remove Duplicate Scripts

Configure ETags

Make Ajax Cacheable

Flush the Buffer Early

Use GET for AJAX Requests

Post-load Components

Preload Components

Reduce the Number of DOM Elements

Split Components Across Domains

Minimize the Number of iframes

No 404s

Reduce Cookie Size

Use Cookie-free Domains for Components

Minimize DOM Access

Develop Smart Event Handlers

Choose <link> over @import

Avoid Filters

Optimize Images

Optimize CSS Sprites

Don't Scale Images in HTML

Make favicon.ico Small and Cacheable

Keep Components under 25K

Pack Components into a Multipart Document

La aventura de crear tu propia empresa

Aunque no tiene que ver con la temática del blog, me ha parecido una bitácora muy original e interesante. Jaime Estévez narra el día a día en la creación de su nueva empresa.

Jaime Estévez. 100 días en la vida de un emprendedor

Chrome (IV): accesibilidad

2008-09-05T21:01:00.000+02:00

Artículos relacionados
[02-09-08] Chrome(I): primer contacto
[03-09-08] Chrome(II): dudas y problemas
[05-09-08] Chrome (III): curiosidades, tips, huevos de Pascua

Este es el último post de la serie Chrome.

David Martín recomienda con muy buen criterio en la lista de accesoweb el artículo Google Chrome Accessibility de Steve Faulkner del Paciello Group.

Resumo y traduzco sus conclusiones. No os perdais la contestación que le dan desde Google.

Antes de empezar es importante recordar que al igual que están la WCAG (Pautas de Accesibilidad al Contenido en la Web) existen también las Pautas de Accesibilidad para Agentes de Usuario (UAAG), que muestran cómo hacer que los agentes de usuario (navegadores, reproductores multimedia y tecnologías asistivas) sean accesibles para personas con discapacidad.

Las UAAG 1.0 contienen un conjunto de puntos de verificación que incluyen:

Acceso a todo el contenido, incluyendo contenido en relación de eventos generados por el ratón o el teclado

Control del usuario sobre la forma en que se muestra el contenido

Control del usuario sobre la interfaz del usuario, con documentación sobre características de accesibilidad

Interfaces de programación estándares, para permitir la interacción con tecnologías asistivas

Las conclusiones de Steve Faulkner son:

1. Acceso desde teclado

Aunque tiene muchos atajos de teclado para manejarse sin ratón, esto no es suficiente. En apariencia no es posible desplegar sin el ratón los dos menús del navegador y por tanto es imposible acceder por ejemplo a "Guardar como", "Opciones" o "Ayuda"

2. Soporte de las opciones de accesibilidad del Sistema Operativo

El navegador no es compatible con el modo "alto contraste" de Windows, como sí lo es por ejemplo Firefox. Sí que hereda sin embargo la configuración del tamaño de letra.

3. Información sobre el nombre, el rol y el estado

Con el fin de que las interfaces de usuario sean accesibles para aquellos usuarios que usan cualquier tecnología asistiva (lectores de pantalla, software de dictado o teclados de pantalla) se debe definir la información sobre determinados elementos de la interfaz. Sin embargo muchos de los elementos de la interfaz de Google Chrome no proporcionan esta información. También presenta problemas para determinados tipos de contenido de las páginas, por ejemplo los enlaces.

En resumen, no se proporciona ni siquiera informacion básica sobre los controles nativos HTML.

4. WAI-ARIA

[Para ampliar información sobre WAI-ARIA consultar "AJAX accesible: WAI-ARIA" en este blog]

No parece que dé soporte a WAI-ARIA.

Conclusión

Esta versión de Google Chrome no parece haber sido desarrollada pensando en las necesidades de los usuarios con discapacidad, además de unos atajos de teclado limitados, no proporciona el soporte básico para la accesibilidad.

Contestación de Google al post

Google Chrome, our new Open Source browser released on Tuesday, strives to innovate and drive development on the web. This certainly extends to all of our users, and the issue of accessibility is no different.

In the spirit of releasing early and iterating, this version of Chrome has focused on basic support for keyboard navigation and shortcuts, as well as a clean user interface that is simple for all users to navigate. At the same time, we have laid the foundations in place for exposing the appropriate information through the Windows Accessibility APIs (used by screen readers, etc.), as well as support for WAI-ARIA. Users can expect rapid improvements in both of these areas in releases to come.

Accessibility is important to us, and we have for some time worked on its implementation. We look forward to releasing this, and making further improvements for our users.

Sincerely,
Jonas Klink
Software Engineer - Accessibility
Google Inc.

[Publicado también en Google Groups]

Los ingenieros de Mozilla, IBM, Apple, Microsoft y Opera ya están trabajando juntos (ARIA User Agent Implementors Guide). Si es cierto lo que dice Jonas Klink, el equipo de Google Chrome deberá sumarse al esfuerzo general por armonizar las tecnologías de accesibilidad web. [Leído en Google Chrome accessibility commitment]

Artículos relacionados
[02-09-08] Chrome(I): primer contacto
[03-09-08] Chrome(II): dudas y problemas
[05-09-08] Chrome (III): curiosidades, tips, huevos de Pascua

Chrome (III): curiosidades, tips, huevos de Pascua

2008-09-05T10:12:00.000+02:00

Artículos relacionados
[02-09-08] Chrome(I): primer contacto
[03-09-08] Chrome(II): dudas y problemas
[05-09-08] Chrome (IV): accesibilidad

1. ¿Quieres saber cómo se gestó Chrome desde dentro?
Inside Chrome: The Secret Project to Crush IE and Remake the Web

2. ¿Quieres saber por qué se llama Chrome?
The Invisible Browser html

In fact, Chrome is an ironic name: Google wanted to create a browser that has a minimal chrome (that's how software developers name the menu and the toolbar of an application).

3. "About:" y huevos de Pascua

Como la mayoría de los navegadores, Chrome tiene páginas especiales que muestran información sobre el uso de la memoria caché de los archivos, plugins y mucho más.

Me ha llamado especialmente la atención:

about:plugins
Salen un montón, ¿los habrá importado de mi Firefox? ¿es pues compatible con los plugins del Firefox?

about:network
Tiene las funciones del LiveHttpHeaders o IEHttpHeaders de sus competidores.

about:internets
Un huevo de Pascua.

Más en Google Chrome's about: Pages

4. ¿Quieres algunos tips?

Me han parecido todas muy útiles: que la barra de navegación es también una calculadora, cómo deshacer el cerrar una pestaña, que arrastrando una pestaña se convierte en ventana nueva, etc.

Pero la mejor sin duda, la que me ha ganado como usuario de Chrome es que puedes agrandar los textarea. Se acabó escribir el artículo en Blogger en un textarea diminuta, y lo mismo para los comentarios.

Más en Google Chrome Tips

5. Direcciones de interés

Centro de asistencia de Google Chrome

Chrome help group

Chromium

Answers to common Google Chrome objections

Google Operating System

Chrome, privacidad e integración con Google

Artículos relacionados
[02-09-08] Chrome(I): primer contacto
[03-09-08] Chrome(II): dudas y problemas
[05-09-08] Chrome (IV): accesibilidad

Chrome (II): dudas y problemas

2008-09-03T22:30:00.000+02:00

Artículos relacionados
[02-09-08] Chrome (I): primer contacto
[05-09-08] Chrome (III): curiosidades, tips, huevos de Pascua
[05-09-08] Chrome (IV): accesibilidad

Después de leer lo que se ha escrito por ahí y lo que me han ido comentando, recopilo a continuación lo que más me ha llamado la atención.

En "Probando Google Chrome, el navegador de Google" de Andrés Nieto, podemos averiguar si el renderizado de javascript se ha mejorado tanto como dicen, ¿es realmente Chrome mucho más rápido que otros navegadores? La respuesta parece ser que sí, la mejora es espectacular: sin duda es mucho más rápido.

En "Sesiones diferentes en Google Chrome", también de Andrés Nieto, este demuestra que es posible disponer de diferentes sesiones (de servidor) con el mismo navegador, lo cual puede ser de utilidad si necesitamos estar logueados en el mismo sitio con dos usuarios diferentes, obteniendo dos sesiones de servidor completamente nuevas. El truco estaba en hacerlo en el modo "Incógnito".

Lo que se ejecute en cada pestaña del navegador estará dentro de su propio entorno de seguridad y no puede afectar al resto.

¿Será este el navegador que nuestras aplicaciones AJAX necesitaban? ¿será también más estable?

Con Andrés también me he enterado de que ya han encontrado la primera vulnerabilidad; o de que el resultado del Acid3, página que ayer me daba error, devuelve un 76/100.

Un artículo que me ha gustado mucho es "Google Chrome, navegador para aplicaciones web" de Tecnicalia.

¿Por qué Google quiere sacar un navegador?, se preguntan. Chrome es el primer navegador diseñado para aplicaciones web, de este modo Google reafirma así su apuesta: que todo lo tengamos en la red. Por otro lado, Google quiere influir en las tecnologías con las que crearemos la web del futuro.

[...] la proliferación de las RIA (aplicaciones ricas en internet), se encuentran en una encrucijada importante: mantener el modelo de Javascript frente a la presencia de tecnologías como Flash, JavaFx y Silverlight. Claro que las empresas desarrolladoras de las últimas puede hacer plug-ins para soportar cualquier browser, pero también que quien controla el navegador, tiene mucho que decir en esta historia.

También se plantean varias preguntas importantes:

"¿Es en realidad un navegador para navegar por internet o para navegar en Google?"

"¿Será neutral a la hora de usar buscadores o aplicaciones web?"

"¿Desactivará el ser software libre todos los temores a que sea un nuevo instrumento de seguimiento y monitorización por parte Google para alimentar su sistema publicitario?"

Por otro lado comentan algo bien cierto, que a quien afecta esto realmente es a Firefox, pues el perfil de usuario que se descarga Chrome no es el usuario de Explorer sino de Firefox.

Aunque lo mejor es su párrafo final: Lo siento por quienes se quejan de que "todo los blogs de tecnología están hablando de Chrome", creo que es como quejarse de que todos los blogs de fútbol hablasen de la Eurocopa. En juego está parte del futuro de la web...

Cambiando de tema, me mandan por correo la cabecera que envía Chrome:

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US) AppleWebKit/525.13 (KHTML, like Gecko) Chrome/0.2.149.27 Safari/525.13

Cache-Control: max-age=0

Accept: text/xml, application/xml, application/xhtml+xml, text/html; q=0.9,text/plain; q=0.8,image/png,*/*;q=0.5

Accept-Language: es-ES,es

Accept-Charset: ISO-8859-1,*,utf-8

Accept-Encoding: gzip,deflate,bzip2

Host: localhost:8081

Connection: Keep-Alive

Reflexionaban en un comentario de mi post anterior que llamaba la atención la cabecera "max-age=0" que envía el cliente al servidor, y que significa según la especificación de HTTP/1.1 que fuerza a cualquier caché intermedia (de los proxies por los que pasas, si hay alguno) a recargar ese contenido:

The request includes "max-age=0" cache-control directive, which forces each cache along the path to the origin server to revalidate its own entry, if any, with the next cache or server. [En W3C]

¿Se comporta siempre así? En cuyo caso ¿qué pasa con los proxy caches que usan muchas empresas para ahorrar ancho de banda?

Por otro lado, después de maldecir porque no había un botón para ir a la página de inicio, he visto que se puede configurar en Opciones que aparezca y a que página apunte.

También he averiguado para qué sirve "Crear acceso directo a aplicaciones", que en mi máquina no funciona, por lo visto crea en el escritorio, la barra de inicio, etc. un acceso directo a la aplicación web que estás viendo. No es más que un enlace, pero al pulsarlo la ventana no tiene la barra de direcciones. Me comentaba un amigo que esto podía ser un posible problema de seguridad, pues al no verse el dominio facilita la falsificación de páginas.

Un detalle que había filtrado y me parece una buena idea es que el dominio (en la barra de direcciones) se queda en negro y el resto en gris.

Me ha resultado sumamente gracioso que si accedes a la página de instalación de Google Gears con Chrome, el mensaje es "Your browser is not currently supported"

Por último, también me ha hecho gracia el comentario de un amigo que me decía, "tanto modo incógnito y resulta que si le das a nueva pestaña te sale un indiscreto mosaico de páginas para que todo el mundo vea por donde navegas".

En fin, ¿será verdad que Google va a conquistar el planeta? ¿usaremos todos en el futuro Google OS como he leído por ahí?

Artículos relacionados
[02-09-08] Chrome (I): primer contacto
[05-09-08] Chrome (III): curiosidades, tips, huevos de Pascua
[05-09-08] Chrome (IV): accesibilidad

Chrome (I): primer contacto

2008-09-02T21:50:00.001+02:00

Artículos relacionados
[03-09-08] Chrome (II): dudas y problemas
[05-09-08] Chrome (III): curiosidades, tips, huevos de Pascua
[05-09-08] Chrome (IV): accesibilidad

Son cerca de las diez de la noche, algunos duermen, otros ven la tele, unos cuantos ya tenemos instalado Chrome y lo estamos probando. Supongo que a estas alturas ya conoces la noticia del día, Google lanza su navegador Chrome en versión BETA, de momento sólo disponible para Windows.

Lo primero que me alegra (y alivia) ver es que mi blog y la mayoría de las páginas por las que he navegado se visualizan correctamente.

Lo siguiente que he buscado y me ha decepcionado no encontrar es alguna opción de accesibilidad (sin contar con la habitual posibilidad de incrementar o disminuir el tamaño de letra de las páginas).

¿Qué novedades aporta? ¿por qué Google saca un navegador? Esto es lo que dicen al respecto:

Desde el punto de vista técnico hemos sentado las bases de un navegador que es capaz de ejecutar con mayor eficacia las complejas aplicaciones web de hoy en día.

Las pestañas de Google Chrome son independientes, de forma que si se produce un error en una de ellas, el resto no se ven afectadas. La rapidez y el tiempo de respuesta también se han mejorado por completo. Además, hemos creado V8 un motor JavaScript más potente que abre la puerta a una generación de aplicaciones web que se beneficiarán de este nuevo concepto de navegador.

Hay ciertas cosas que han llamado mi atención, por ejemplo la posibilidad de abrir una ventana "de incógnito". La navegación privada fue descartada de Firefox 3, sin embargo sí la incorpora Explorer 8 y Safari. Como bien aclara Google, esto no significa que tus jefes ya no vayan a saber por donde navegas [sonrisa]

Otro menú interesante es "Opciones para desarrolladores" con cuatro submenús, todos ellos muy útiles: Ver código fuente, Depurar javascript, Consola javascript y Administrador de tareas.

Otros detalles que me han gustado son que la barra de navegación es también de búsqueda en Google, poder recuperar las pestañas cerradas recientemente, la página de historial o de descargas con hora y posibilidad de búsqueda o la vista de las webs que más visitas al abrir una pestaña nueva.

Otra tontería es que se le puede indicar que al iniciar el navegador te abra x pestañas con tus webs preferidas, algo parecido al abrir grupo de favoritos del Explorer pero automático.

Haciendo algunas pruebas rápidas, veo que el Acid2 lo pasa correctamente y que es bastante compatible con CSS3, sólo falla en dos selectores. Seguro que Andrés Nieto nos cuenta más cosas mañana. ¿Realmente se ha mejorado tanto la rapidez y el tiempo de respuesta?

Simplemente añadir una frase que no es mía pero que me ha hecho sonreir "pues al mercado se la trae floja el navegador de Google". Efectivamente, sus acciones, tras una subida al comienzo del día, al final se han quedado más o menos como estaban.

Artículos relacionados
[03-09-08] Chrome (II): dudas y problemas
[05-09-08] Chrome (III): curiosidades, tips, huevos de Pascua
[05-09-08] Chrome (IV): accesibilidad

Imprescindibles... (9)

2008-07-21T09:00:00.001+02:00

Los artículos que más han llamado mi atención durante estos últimos meses han sido:

1
Revisión automática de páginas con la norma UNE 139803 mediante PISTA

En diciembre comentaba en Mis validadores que una de mis herramientas preferidas para la revisión automática de la accesibilidad de un sitio Web era PISTA, herramienta del Ministerio de Industria, Turismo y Comercio.

Una de sus muchas ventajas es que permite realizar análisis de accesibilidad con normativas distintas a la WAI WCAG1.0 (normativa por defecto). El único requisito que deben cumplir las normativas que se añadan a la herramienta es que estén especificadas en un fichero XML que siga el DTD "normativas.dtd".

En el manual de la herramienta se explica como realizarlo.

Tenía pensado desde hace tiempo incluir un nuevo fichero para poder validar automáticamente con la Norma UNE 139803, que como ya he comentado otras veces, es la norma que han de cumplir muchos sitios Web españoles desde finales de año, y que sólo se diferencia en cuatro puntos de las WCAG 1.0, como ya expliqué en Diferencias de prioridad entre los requisitos UNE 139803:2004 y los puntos de control de las WCAG 1.0

Pues bien, Olga Revilla nos ha ahorrado el trabajo y nos facilita la vida desde su blog Itákora. En Cómo validar las normas UNE 139803 con la herramienta PISTA te explica como descargarte e importar en PISTA el XML para validar automáticamente con la Norma UNE 139803.

Otro artículo de Itákora relacionado es: Comparativa de accesibilidad de las WCAG 1.0 y la norma UNE 139803/2004.

2
Cómo definir un menú de navegación

En "Sugerencias para definir un menú de navegación" Jorge Garrido ofrece unas interesantes pautas para planificar nuestro menú de navegación.

3
Word accesible

En "Cómo crear un documento Word accesible" Fran Tarifa remata una discusión dentro de la lista AccesoWeb.

Emmanuelle comentaba:

Si por accesible entendemos que pueda ser usado por cualquier persona en cualquier situación y mediante cualquier dispositivo, evidentemente la respuesta es no. Puesto que se trata de un formato propietario, debe siempre ofrecerse la información que se tenga en ese formato en otro formato que sea abierto y accesible o en varios formatos para cubrir las necesidades de todos los usuarios potenciales.

Ahora, lo que sí se puede y se debe hacer, es ofrecer los contenidos en word de manera que puedan acceder a ellos los usuarios de lectores de pantalla, y seguir unas pautas en su elaboración.

Entonces, aparte de que ofrezcas los contenidos en otros formatos, además de en Word, deberás estructurar el contenido de los documentos, usar correctamente los estilos, simplificar el lenguaje, etc.

Se daban dos referencias interesantes sobre cómo hacer documentos Word accesibles:

"Microsoft Word" de WebAIM

Guidelines: Accessible Word Documents

En este contexto, es interesante la herramienta aDesigner que permite evaluar la accesibilidad de documentos ODF.

4
La crueldad de los internautas según Nielsen

En "La crueldad de los internautas" la BBC comenta el informe anual sobre los hábitos en el uso de Internet de Jakob Nielsen. Me llama especialmente la atención que el 75% de los usuarios no navega por un sitio, sino que utiliza directamente el buscador del mismo.

"Los usuarios de internet siempre han sido despiadados y ahora lo son más que nunca", dijo Nielsen. "La gente quiere sitios que los lleve, sin rodeos, al punto. Tienen muy poca paciencia", señaló. "Creo que los sitios todavía no han apreciado eso", agregó. "Aún sienten que su sitio es interesante y especial y que la gente estará feliz con todo lo que se le arroje".

[...]

Los internautas también se están frustrando mucho con todas las adiciones, como los "widgets" (artilugios) y las aplicaciones que se vienen agregando a los sitios para hacerlos más amigables. Tales adiciones sólo están sirviendo para que las páginas se tarden más en cargar, afirma Nielsen.

[...]

En 2004, un 40% de los internautas visitaba una página principal y luego navegaban hacia donde querían ir, y un 60% usaba un vínculo que los llevaba directamente al destino buscado dentro de un sitio.

En 2008, dijo Nielsen, sólo un 25% de las personas navega a través del "homepage" o página principal. El resto usa el buscador o "search engine" y se va directo a donde quiere.

5-6
No justifiques el texto en la web

Estoy totalmente de acuerdo con el artículo "La justificación de texto en la web" de Duopixel. La próxima vez que me pidan que justifique un texto les pasaré directamente su post.

Se puede seguir la lucha dialéctica sobre este tema en AccesoWeb.

Leyendo este artículo me llama la atención el título de otro, "¿Cómo llamar a la persona que usa un objeto de diseño?", en el cual reflexiona sobre las alternativas al odiado "usuario" de Donald Norman, que aboga por el término "persona".

7
URLs y usabilidad

En "La usabilidad también tiene en cuenta las URLs" Gabriel Porrás introduce el artículo "URL semántica / Clean URL / Friendly URL" de Viv Dehaes.

8
Google y accesibilidad

En "Google y Accesibilidad" Nelson concluye que la accesibilidad no sólo beneficia los usuarios que por ejemplo navegan en condiciones no tradicionales (conexiones de baja velocidad, uso de dispositivos móviles, etc.) sino que "facilita la labor de los robots indexadores como Googlebot, lo que te beneficia porque genera mejores puntajes y posicionamiento en los resultados de búsqueda, por lo tanto, más visitas".

Y como bien dice él: "esta relación, independientemente de cualquier argumento humanista que se pueda hacer al respecto, es desde ya un muy buen argumento de ventas de la accesibilidad".

9
Frases que asesinan a la accesibilidad

Didáctica de la accesibilidad y "frases asesinas" recopila las frases que funcionan como excusas o impedimentos para justificar la accesibilidad de un sitio. Lo triste es que son ciertas, yo al menos he oído cinco de las diez que citan.

10
Bug de Internet Explorer 7

Andrés Nieto comenta un Curioso bug en Internet Explorer 7 . Aunque parezca increíble, una lista OL pierde la numeración cuando se le aplica un HEIGHT en la CSS.

11
Cosas que no debes hacer al construir un sitio web

En microsiervos encontramos un resumen en español de 19 Things NOT To Do When Building a Website, de Josiah Cole

Noticias... (11)

2008-07-08T11:46:00.001+02:00

Las noticias que más han llamado mi atención durante estos meses de ausencia han sido estas cuatro:

1

La AGPD (Agencia Española de Protección de Datos) sanciona a una web que tiene la opción "Recomendar a un amigo"

Según la Agencia Española de Protección de Datos esta práctica vulnera la Ley de Servicios de la Sociedad de la Información y Comercio Electrónico (LSSI), que no prevé que se pueda enviar ningún mail con contenido publicitario o promocional

La única excepción a este hecho sancionable es que exista un consentimiento previo e informado o que, con antelación, haya habido una relación contractual entre el remitente del correo y el destinatario.

¡Ojo al enviar datos "a un amigo! Protección de Datos considera que es sancionable

Al hilo de esta noticia hay que recordar que la AGPD también sancionó en enero a un usuario que mandó un correo felicitando la Navidad a sus conocidos sin CCO.

La AGPD multa con 601,01 euros por felicitar las fiestas por e-mail sin CCO

2

El W3C invita a los desarrolladores a implementar las Pautas de Accesibilidad al Contenido en la Web (WCAG) 2.0 (Candidata a Recomendación)

En febrero explicaba todo acerca de las WCAG 2.0, que entonces eran sólo un borrador. El 30 de abril se publicaba la recomendación candidata que el w3C animaba a los desarrolladores a implentar.

Habrá que estar atentos a la fecha fijada: 31 de agosto.

Working closely with Web developers, we expect to receive initial implementations by 30 June 2008 and to show evidence of meeting the exit criteria by 31 August 2008.

El W3C invita a los desarrolladores a implementar las Pautas de Accesibilidad al Contenido en la Web (WCAG) 2.0 (Candidata a Recomendación)

WCAG 2.0 Se Mueve: Lista para Prueba de Conducción

Presentación sobre WCAG 2.0 Working Draft (2007)

3

Google incorpora mejoras en su algoritmo para indexar los contenidos textuales dentro de archivos Flash

Flash se vuelve más indexable

4

Nuevas versiones de navegadores: Firefox 3, Opera 9.5, Explorer 8 beta, Opera Mini 4.1

Enlaces relacionados:

Browser History Timeline

Opera 9.5 y el movimiento hacia los nuevos estándares web

Poniendo el radar a los navegadores web más modernos

Navegadores web y el consumo de memoria

Identifican agujero crítico de seguridad en Firefox 3

Opera Mini 4.1 ya se encuentra disponible

La II Guerra de los Navegadores

Opera publica la versión 9.51

Noticias... (10)

2008-03-06T09:19:00.001+01:00

Progreso de WCAG 2.0 en Accesibilidad Web y Alan:

El Grupo de Trabajo WCAG espera publicar WCAG 2.0 como “Recomendación Candidata” en abril o mayo de 2008. [...] En función de cuanto dure la etapa de Recomendación Candidata, el último borrador de WCAG 2.0 (llamada “Propuesta de Recomendación”) podría estar disponible en el último trimestre del 2008.

[Artículo relacionado WCAG 2.0]

Explorer 8 Beta. Muy recomendables los artículos de anieto2k:

Probando Internet Explorer 8 Beta 1

Internet Explorer 8.0, será super estandar por defecto

El Consejo de Europa adopta una nueva resolución sobre Accesibilidad Universal en CEAPAT (25/02/2008)

HTML 5

2008-01-23T09:18:00.069+01:00

Última actualización: 15 de febrero de 2012

El 22 de enero de 2008 el W3C publicó al fin el primer borrador del HTML 5 . Actualmente el último borrador es del 13 de enero de 2011.

Antecedentes

En 1997 se publicaba la especificación HTML 4.0, actualizándose en 1999 con HTML 4.0.1, la última especificación oficial del HTML.

El W3C presentó la especificación XHTML 1.0 en el año 2000 como "una versión más estricta y limpia de HTML, que nace precisamente con el objeto de reemplazar a HTML ante su limitación de uso..." ("Guía Breve de XHTML " del W3C). Desde entonces la actividad de estandarización de HTML se detuvo y el W3C se centró en el desarrollo del estándar XHTML.

La última especificación de XHTML es el XHTML 1.1 de 2001. Se comenzó entonces a trabajar en la versión XHTML 2.0.

Por este motivo, en el año 2004, las empresas Apple, Mozilla y Opera (es decir Firefox, Opera, Safari, Camino, Seamonkey) mostraron su preocupación por la falta de interés del W3C en HTML y decidieron organizarse en una nueva asociación llamada WHATWG (Web Hypertext Application Technology Working Group).

La actividad del WHATWG se centró en el futuro estándar HTML 5, el objetivo era una actualización del HTML, compatible con HTML 4 y compatible con Web Apps 1.0 y Web Forms 2.0.

A finales de 2006 nos sorprende el artículo de Tim Berners-Lee (creador del "hipertexto" y director del W3C) "Reinventing HTML" [Ver resumen del artículo de Tim en Blog Posible: "W3C desarrollará de forma paralela HTML: HTML 4.x, XHTML 2…"] . Básicamente es una crítica al éxito del XHTML e incluso a la forma de trabajar del W3C: dice que la evolución de HTML a XHTML no ha funcionado, que los desarrolladores no se han pasado a esta especificación en parte porque los navegadores no han acompañado y aboga por una evolución del HTML.

Anuncia que se pretende trabajar en dos grupos distintos, por un lado un grupo de trabajo para la evolución del HTML y por otro un grupo de trabajo para la evolución del XHTML a la versión 2. Cada uno de estos grupos de trabajo tendrán su estructura independiente (responsables y personal de contacto), pero trabarán juntos en HTML y XHTML.

A los pocos días aparece el artículo "Have your say about the future of HTML" publicado conjuntamente por The Web Standards Project, Lachy’s Log, Molly.com y 456 Berea Street (puedes leerlo traducido en Blog posible) a favor del WHATWG. Piden opinión y ayuda a la comunidad en el proceso de desarrollo de la nueva versión de HTML que ya denominan HTML 5.

El 10 de enero de 2007 nos sorprende la noticia de que Chris Wilson, jefe del proyecto IE7 de Microsoft, va a ser el responsable del grupo de trabajo de la evolución del HTML, algo que es muy criticado por ser una persona tan relacionada con un navegador concreto, uno en especial que no se ha caracterizado precisamente por respetar los estándares, aunque esto también supone un acercamiento de IE7 a los estándares. El grupo de trabajo dice que va a colaborar con el WHATWG.

Debido a la fuerza de las empresas que forman el grupo WHATWG y a la publicación de sus borradores de HTML 5.0, en marzo de 2007 el W3C decidió retomar oficialmente la actividad estandarizadora de HTML.

El 22 de enero de 2008 el W3C y el WHATWG publican el nuevo borrador pudiéndose leer en el del WHATWG:

"This specification is also being produced by the W3C HTML WG. The two specifications are identical from the table of contents onwards.
This specification is intended to replace (be the new version of) what was previously the HTML4, XHTML 1.x, and DOM2 HTML specifications." [En "HTML 5" del WHATWG]

En 2009 el W3C anuncia que disolverá el grupo de trabajo del XHTML 2 para centrarse en el documento del HTML 5. El documento XHTML 2.0 se actualizó el 16 de diciembre de 2010, en él se indica que el grupo se ha disuelto antes de terminarlo, pero que quizás pueda retormarlo otro grupo en el futuro.

Aplicaciones para desarrollo con HTML 5

Adobe Muse

Recursos HTML 5

Cheat Sheet HTML 4.01, HTML 5, XHTML Elements
HTML 5. A vocabulary and associated APIs for HTML and XHTML, W3C
HTML W3C, referencias, artículos y más.
Grupo de Trabajo de HTML del W3C
HTML 5 differences from HTML 4, del W3C.
[Relacionado: "Las principales diferencias entre HTML5 y HTML4", de anieto2k.]
"A Preview of HTML 5" by Lachlan Hunt
HTML 5 tutorial de w3schools.com
HTML MDC Doc Center de Mozilla
Dive Into HTML5, libro online de Mark Pilgrim
HTML Glossary
"15 Excellent Step by Step HTML5 Website Coding Tutorials", WebdesignerAid.
"Tutorial sobre HTML5 y CSS3", Daniel Martinez.
Developing with HTML5
HTML Cheat Sheets
HTML 5 en Delicious
HTML5 presentation
Blogs especializados en HTML 5:
- HTML 5 Doctor
- HTMLcinco

Plantillas HTML 5

"Easy HTML5 Template", Louis Lazaris
HTML5 Boilerplate, plantilla compleja.
HTML 5 Reset, plantilla más sencilla que la anterior.
Tutoriales sobre creación de plantillas web en HTML5

HTML 5 y accesibilidad

Ver el artículo HTML 5 y accesibilidad donde recopila recursos de interés.

Soporte de HTML 5

En noviembre de 2010 el W3C dió a conocer las pruebas oficiales que dan cuenta del soporte para HTML 5 en los siguientes navegadores:

IE 9 Platform Preview 6
Chrome 9.0.571.0
Firefox 4 Beta 6
Safari 5.0.2

IE 9 gana con ventaja. Los test se pueden pasar individualmente por cualquier navegador.

En Cheat Sheet HTML 4.01, HTML 5, XHTML Elements se recoge una tabla con todos los elementos HTML 5 y su soporte en diferentes navegadores.

Otros recursos:

En "When can I use" de caniuse.com, se puede consultar una comparativa muy exhaustiva en cuanto a versiones de navegadores y aspectos de HTML 5, que además está muy actualizada.
Soporte en Opera 11
HTML 5 Test, el test de soporte de HTML 5 se realiza sobre el navegador con el que se abre el test.
Test de soporte de los nuevos tipos de input y sus atributos

Para consultar los formatos de vídeo soportados por cada navegador: HTML 5 video

Validador automático de sintaxis HTML 5

El validador del W3C, admite validación de sintaxis HTML 5.

Validator.nu3 también permite permite validar:

HTML5
HTML5+ARIA
HTML5 + ARIA, SVG 1.1 plus MathML 2.0

Desarrollos en HTML 5

"LeanBack Player HTML5. Video Player with Subtitle-Support", fantástico ejemplo explicado paso a paso de un reproductor de vídeo en HTML 5 con subtítulos.
Reproductor de vídeo HTML5 de YouTube
Reproductor de vídeo HTML5 de Vimeo
HTML 5 demos
Coding A HTML 5 Layout From Scratch, Enrique Ramirez explica paso a paso la creación de una página en HTML 5
"35 interesantes ejemplos de sitios web diseñados con HTML5" en cssblog.es
W3C HTML Demos Wiki

Logotipos e iconos

La web del logotipo de HTML 5 permite descargar diversas versiones del logo de HTML 5, que además está disponible bajo licencia “Creative Commons 3.0 Reconocimiento”, así que puede ser adaptado por los diseñadores para cubrir sus necesidades.

El W3C anima a los desarrolladores a usar HTML5 y a comentar su experiencia al Grupo de Trabajo de HTML del W3C como parte del proceso de estandarización.

La página principal del logo incluye un creador de insignias en función de las tecnologías que estés usando, una galería de sitios que usan el logo, enlaces para comprar una camiseta de HTML5, instrucciones para obtener adhesivos gratuitos, preguntas frecuentes sobre el logo, y más.

Los iconos hacen referencia a: Connectivity/Realtime, CSS3/Styling, Device Access, Graphics, 3D & Effects, Multimedia, Performance & Integration, Semantics, and Offline & Storage

Noticias

[09/07/2009] Se espera que el Grupo de Trabajo de XHTML 2 cese su trabajo a finales de 2009, INTECEO. [...] el W3C espera acelerar el progreso del HTML 5 y clarificar la posición del W3C sobre el futuro del HTML. Nota Olga 2011: el documento XHTML 2.0 se actualizó el 16 de diciembre de 2010, en él se indica que el grupo se ha disuelto antes de terminarlo, pero que quizás pueda retormarlo otro grupo en el futuro.
[09/06/2009] "Safari 4 ya está aquí" de Programar a ciegas. Safari 4 implementa HTML 5 y WAI-ARIA.
[28-05-09]"La etiqueta <video> disponible en Google Chrome 3.0", de Kabytes.
[29-05-09]"Google apuesta por el HTML5 y lo hace a lo grande" de anieto2k. Presentación de una página de demo en Youtube en la que usamos HTML5 y los controles multimedia para mostrar los videos (sólo en Chrome, Safar4i, Webkit, Firefox 3.5) [...] Google Wave hace uso de las propiedades de HTML5, sacándole el máximo partido al estandar para innovar una vez más.
[03/02/2009]"HTML5 llega al iPhone" de anieto2Kel iphone será el primer dispositivo móvil que dispondrá de algunas de las maravillas del HTML5 en su navegador web

Artículos de interés

Franganillo, Jorge. “Html5: el nuevo estándar básico del Web”. Anuario ThinkEPI, 2011, v. 5
"A Simple Trip Meter using the Geolocation API", Michael Mahemoff [24.05.2010]
"HTML5 alternativas para Flash", caChi [02.03.2010]
"28 HTML5 Features, Tips, and Techniques you Must Know", Jeffrey Way [01.08.2010]
"When to Use the HTML5`section´ Element", Louis Lazaris [12.01.2011]
El elemento audio del HTML5, anieto2k [14.07.2009]
El elemento video del HTML5, anieto2k [30.06.2009]
Solventar problemas con los estilos
- CSS Reset para HTML5, anieto2k [27.07.2009]
- Disfruta de HTML5 en Internet Explorer y Firefox 2, anieto2k [30.06.2009]
"HTML5: qué cambios trae la nueva versión del lenguaje estándar de la web" de Federico Erostarbe
Guía básica de HTML 5 para diseñadores web, Sebastián Thüer [01/10/2009]
Lo que está pasando con la futura versión de HTML de Blog posible, de enero de 2007
Iniciativa por el HTML 5: que alquien me lo explique de Tripix.net, de noviembre de 2006
Breve historia de HTML de librosweb.es
"El próximo estándar Web" de PC Actual

Noticias... (1)

2007-06-13T10:28:00.000+02:00

Apple lanza versión para Windows de su explorador de Internet Safari

Safari para Windows, reventado en dos horas

Usable y accesible

Cheat Sheet HTML 4.01, HTML 5, XHTML Elements

Descripción detallada de la tabla

Columna A: Elemento

Columna B: Descripción

Columna C: Desaprobado/No estándar/Obsoleto

Columna D: Web Browser Support

Columna E-L: Especificación

Columna M: Notas de accesibilidad

Columna N: ¿Semántico?

Otros enlaces de interés:

Documentos que recomiendo conocer(7)

Usabilidad

Libros

Recursos

Móvil

Estudios

Accesibilidad

Libros

Recursos

Accesibilidad en documentos de Office

Navegadores

SEO y marca

Noticias... (19)

Imprescindibles (15)

Noticias... (17)

Google Chrome 2.0 Pre-Beta

Chrome 1.0

Imprescindibles (11)

¿DOM (Document Object Model) o innerHTML?

Nielsen: sólo el 7% de los usuarios utiliza los sitemaps

¿Te has preguntado de dónde obtienen sus beneficios las empresas web 2.0?

Fundamentos teóricos de esta profesión

10 errores principales en el diseño de aplicaciones (Nielsen)

34 buenas prácticas para hacer tus páginas más rápidas

La aventura de crear tu propia empresa

Chrome (IV): accesibilidad

Chrome (III): curiosidades, tips, huevos de Pascua

Chrome (II): dudas y problemas

Chrome (I): primer contacto

Imprescindibles... (9)

Noticias... (11)

Noticias... (10)

HTML 5

Antecedentes

Aplicaciones para desarrollo con HTML 5

Recursos HTML 5

Plantillas HTML 5

HTML 5 y accesibilidad

Soporte de HTML 5

Validador automático de sintaxis HTML 5

Desarrollos en HTML 5

Logotipos e iconos

Noticias

Artículos de interés

Noticias... (1)