En este blog ya he comentado los motivos por los que elementos como EMBED es un gran problema para los estándares y la validación de nuestros documentos web. También se ha debatido como grandes compañías ignoran u omiten este problema. Y por último en wordpress (y otras muchas plataformas) han surgido varios plugins para solventarlo.

Aprovecho ahora este post para mencionar un buen recurso: Object Embedding. Donde se ha recopilado la forma de embeber diferentes elementos multimedia.

A raiz del post XHTML Strict vs Transitional se planteo una cuestión interesante, ¿en que puede beneficiar un Doctype Strict frente a un Doctype Transitional en la accesibilidad de un sitio web?.

Que un Doctype (DTD) sea Strict o Transitional no pienso que impacte «directamente» en la accesibilidad. Sin embargo la versión estricta permite:

  • Una separación completa de la estructura, presentación y comportamiento de un sitio web.

Ante esta premisa, los diferentes dispositivos podrán reconocer y adaptar mejor la información para ser transmitida al usuario.

Por otro lado el marcado estricto es mucho más limpio y eficiente (a diferencia del marcado transicional) y esta limpieza hace que el sitio web sea lógicamente más accesible.

  • Se prohíben por ejemplo atributos como: alink, background, language, link, noshade, etc. en diferentes elementos.
  • El formateado es más legible y «estandarizado»: entrecomillado, minúsculas, cierre de elementos, parejas de atributos/valores.
  • El anidamiento ha de ser cuidado y la semántica es gran valor.

Por tanto pienso que un Doctype Strict mejora de forma «colateral» la accesibilidad frente a un Doctype Transitional.

Tipo de documento estricto (Strict Doctype)

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">

Hace años yo era de los que apoyaban firmemente la versión transicional (transitional) de XHTML. En aquella época la versión estricta (strict) me parecía algo lejano y que su implementación daba como resultado múltiples y complejos problemas de compatibilidad entre navegadores (que no hacían caso de estándares). Aventurarse en aquellos tiempos con el strict era sinónimo de llegar a menor audiencia y con más problemas.

Ha pasado los años y en la actualidad ya diría que es OBLIGADO implementar la versión estricta. El tiempo ha corrido y las heridas por parte de los navegadores se han curado (parcialmente en algunos casos).

Ventajas de XHTML Strict

  • La versión estricta hace posible una separación completa de la estructura, presentación y comportamiento de un sitio web.
  • Transición hacia un marcado más avanzado y aprovechamiento de las características intrínsecas del lenguaje XML.
  • Strict mejora la accesibilidad web.
  • Aseguramos la compatibilidad con navegadores y dispositivos futuros debido al uso estricto de estándares web.
  • Genera un marcado más elegante, lógico y simple. Lo cual también repercute en un mejor mantenimiento del mismo.