¿Y que significa todo esto exactamente?

Sencillamente que gracias a este trocito de código podremos aplicar todas las pseudo clases y pseudo elementos para dar formato a nuestras páginas. Así conseguimos que Internet Explorer sea capaz de adoptar e interpretar todo lo necesario para acercarse un poco a un navegador que cumple los estándares.

¿En qué nos beneficia?

Pues sencillamente en que nuestros HTML serán más sencillos, por ejemplo: podremos olvidarnos de aquellas clases que indican cual es el último elemento de la lista, podremos añadir contenido directamente desde la hoja de estilos a nuestro HTML, modificar estilos según el atributo de un elemento… En definitiva todo lo que marca la W3C.

• Lista del soporte que da a MSIE

¿Y la accesibilidad?

Y, como llego tarde, ya he leído comentarios en blogs sobre la utilización de javascript y su accesibilidad. Para el número pequeño de usuarios que navegan con JavaScript desactivado, aproximadamente entre un 8% y un 6%, la página es completamente visible y funcional, no se verá de la misma manera, pero el contenido es accesible para todos los usuarios.

Ya pero… no valida

Sobre esto mejor que yo lo explica Alberto Fortes en su post: Validadores automáticos del w3c si, pero no. No podemos hablar de usabilidad, accesibilidad, diseño centrado en el usuario, personas… y luego dejar todo del lado de un validador automático que no olvidemos que es una máquina. Es decir una maquina va a evaluar si el sitio está indicado para personas. Ojo con los validadores, ojo con las herramientas automáticas de validación de la accesibilidad.

¿Quieres saber más?

• Los selectores de CSS son ya posibles en internet explorer, gracias Alberto
• JavaScript library, IE7
• Validadores automáticos del w3c si, pero no
• Accesibilidad y herramientas automáticas

En muchas ocasiones las limitaciones en el uso y opciones tipográficas de la Web hacen que por motivos de diseño necesitemos sustituir un título por una imagen. A partir de aquí siempre surge la duda de si esa imagen es presentación o contenido. Si lo consideramos contenido, la discusión está terminada. Ponemos la imagen directamente en el código mediante la etiqueta <img />.

¿Dónde está el problema?

El problema lo encontramos si lo consideramos como presentación. En este caso necesitamos de alguna técnica. Descartando, por motivos de accesibilidad, las que utilicen JavaScript o Flash.

Técnicas

La que siempre he utilizado es la conocida FIR. Esta técnica consiste en ocultar mediante CSS un elemento span contenido dentro del bloque y colocar una imagen de fondo para bloque.

Veamos un ejemplo

<!-- XHTML -->
<h1><a href=”#”><span> ¿Por qué maquetar con CSS?</span></a></h1>

/* css */
h1 a { width: 300px; height: 174px; background: url(maquetar-con-css.gif) no-repeat; display: block; color: #033D6E; }
h1 a span { display: none; }

En este caso estamos utilizando la técnica FIR, mira el ejemplo.

Inconvenientes

Accesibilidad. El texto no es leído por los lectores de pantalla, por estar oculto. Esto se podría solucionar mediante el uso de hojas de estilo independientes para cada dispositivo. Así, si se navega mediante lectores de pantalla, cargamos otra hoja de estilos y solucionado.

El problema que realmente tiene es…

¿Y si navegamos con las imágenes desactivadas?

En este caso el navegador no muestra nada, desactiva las imágenes de tu navegador y mira el ejemplo ahora.

Entonces… ¿Qué hacemos?

Bueno pues después de compartir con mis compañeros, de buscar y de leer, llegamos a la conclusión de que la mejor manera era jugar a posicionar los elementos uno sobre otro

/* css */
h1 { width: 300px; position: relative; z-index: 1; }
h1 a { width: 300px; height: 174px; background: url(maquetar-con-css.gif) no-repeat; display: block; color: #033D6E; }
h1 a span { position: absolute; z-index: -1; }

¿Que tal ahora? ¿Mejor?, mira este ejemplo ahora

Lo que estamos haciendo con esta técnica es ocultar bajo la imagen el texto del titular, siempre que la imagen no sea transparente, así para un usuario que navegue con imágenes activadas no apreciará que bajo la imagen hay texto. Sin embargo un usuario que tenga desactivadas las imágenes podrá ver el texto. Y si, además, damos formato a este texto podrá hasta verlo de una manera similar.

Ya se ha hablado de esto…

Estas y otras técnicas las encontrareis mejor explicadas en estos sitios

• Revised Image Replacement, de Dave Shea
• En limalimon.com.es, reemplazo de texto con imágenes ¿si? ¿no? ¿qué técnica usar?
• Marco Giacomuzzi de seraccesible.net, Image Replacement Accesible
• Reemplazo accesible de textos por imágenes

Y, más…

• Replacing Text By An Image, en WellStyled.com
• Desde sitepoint Accessible Header Images With CSS And XHTML

Cuando trabajamos con diseños de página basados en contenedores flotados, mediante la propiedad float, nos encontramos con el problema del div contenedor, éste no se hace tan alto como los div hijos, por lo que éstos no tienen el mismo background que su contenedor principal. Lo vemos claramente cuando queremos poner un borde para poner dentro dos div hijos.

Lo vemos en el siguiente ejemplo.

• Problema al flotar los div

Lo que nosotros queremos es la capa superior contenedor rodee a sus dos hijas. Esto no ocurre porque no tiene una altura definida y como sólo contiene elementos flotados muestra su altura como 0px.

Para Microsoft Explorer basta con asignar un ancho a la capa contenedora para que sí nos muestre el borde alrededor las dos capas interiores.

Solución mediante HTML

Nuestro objetivo es hacer que esto funcione para todos los navegadores.

Hasta ahora conocía una solución que era la de incluir un elemento extra para poder “limpiar” el flujo. Un elemento con el famoso clear: both.

• Solución incluyendo código extra en nuestro HTML

Esta solución es válida pero contraria a la filosofía del diseño de páginas web mediante estándares, porque utilizamos un elemento de contenido para presentación.

Para no perder esta filosofía podíamos introducir la nueva clase en otro elemento que fuese más correcto como un salto de línea o una línea de separación.

Esto tiene que ser así mientras Internet Explorer no acepte la seudo clase after.

Otra solución

Alex Walker nos ofrecía otra solución más simple mediante la utilización de la propiedad overflow.

Esta propiedad controla que el contenido de un div no desborde al div contenedor.

• Solución utilizando la propiedad overflow

Asignando el valor auto a la propiedad overflow, el contenedor se hará tan alto como el de su contenido, para que esta propiedad funcione correctamente en Internet Explorer debemos asignar un ancho al contenedor.

La propiedad overflow

Puede tener 4 valores: visible, hidden, scroll y auto.

El valor que toma por defecto es visible, scroll mostrará las barras de scroll para la capa contenedora siempre, auto sólo las mostrará en el caso en que el contenido sea mayor que un ancho o alto especificado en la contenedora, y hidden ocultará las barras de scroll siempre.

Algunos navegadores como Internet Explorer necesitarán que especifiquemos un ancho o un alto, tal y como lo hemos puesto en el ejemplo.

Para el Explorer Mac debemos utilizar el valor hidden, así no mostrará las barras de scroll.

• Una solución para Mac

Referencias

Este método no es ni nuevo, ni mío, pero he considerado interesante dejarlo por escrito aquí, así espero que os sirva. Las referencias donde encontrareis más, y mejor, información son estas.

• Overflow and clipping
• Clearing floats
• Simple Clearing of Floats

Esta frase no es del todo cierta, aunque si lo parezca. Las tablas existían como el resto de etiquetas HTML, pero la introducción de “border=0” hizo posible que los diseñadores de páginas web contáramos con una rejilla para organizar texto e imágenes y maquetar nuestras páginas. Hasta entonces las tablas se habían utilizado para lo que habían nacido: para organizar datos tabulares.

Posteriormente y gracias a las imágenes transparentes se podían fijar tamaños, posicionar celdas, párrafos, imágenes… y una serie de trucos destinados a que la página se “viese bien” en todos los navegadores. La “guerra de navegadores” supuso el alejamiento de los estándares marcados por la W3C, allá por 1999. Lo que complicaba aún mas el código y en ocasiones se acudía a distintas versiones para distintos navegadores, cuando al “optimizado para…”

Pero… ¿qué tienen de malo?

Se puede afrontar desde varios puntos de vista, el primero puede ser el semántico: sencillamente no es lo correcto, no se crearon para eso y no se deben utilizar para eso. Trabajando de esta forma mezclamos presentación y contenido. De esta forma las tablas deben dejarse para lo que sirven: presentación de datos tabulares.

Si queremos fijarnos en objetivos para la empresa: trabajando con estándares un rediseño, un cambio, una modificación a nivel de diseño gráfico es más rápido y por tanto menos costoso. Las páginas serán más accesibles. Los archivos son menos pesados con lo que será menor el tiempo de descarga, menor el consumo de ancho de banda y menor espacio en el servidor.

La solución está clara: CSS y marcado estructural

Pero… ¿Por qué utilizar CSS y HTML?

Porque los navegadores actuales van teniendo soporte para estándares, con diferencias, pero se han acercado al estándar. Una vez te acostumbras a sus peculiaridades se puede trabajar para todos ellos.

Por otro lado, la diversidad de dispositivos actuales y futuros desde los que nos podemos conectar (teléfonos móviles, PDAs. Tablet PC, TV…) hace que sea necesario separar estructura y contenido, siempre y cuando queramos llegar a cubrir todos los ámbitos. De esta forma con simples cambios en las hojas de estilo, podremos visualizar nuestra aplicación web en todos los dispositivos, adaptando su apariencia al dispositivo.

Garantizar la accesibilidad de un sitio es más fácil si cumplimos estándares. Aunque no garantice la accesibilidad de una página web, ya que debemos tener en cuenta otros factores

Pero… sigo sin verlo claro ¿que ventajas?

Accesibilidad. Separar forma y contenido permite hacer llegar la información a diferentes dispositivos, navegadores, lectores de pantalla… Posibilitando en buena medida el acceso a personas con discapacidad.

Ancho de banda. Para sitios con muchas visitas trabajar con estándares puede representar un ahorro muy grande. Reduciendo costes con el envío de información innecesaria al usuario. Páginas construidas con XHTML y CSS pueden llegar a reducir un 50% el tamaño de la página original.

Tiempos de carga. Menos código hace que las páginas tarden menos en cargar mejorando la experiencia de usuario. La cualidad más apreciada por los usuarios en un site es la velocidad de descarga. Un usuario medio tarda 10 segundos en perder la atención en la máquina.

Buscadores. Una página diseñada con estándares aparecerá en mejor posición en los resultados de búsqueda debido a que el código es más limpio, las páginas sólo llevan contenido (no diseño), semánticamente es más correcto. La accesibilidad está ligada al posicionamiento en buscadores, google navega como si fuese “ciego”.

Independencia del dispositivo. El uso de estándares facilita el acceso al contenido de las páginas Web a través de diferentes navegadores y dispositivos. Por lo tanto el mismo sitio Web puede usarse tanto en un teléfono móvil como en el PC, TV, impresora… sólo tocando un archivo (CSS) Utilizar estándares puede significar llegar al 100% de los usuarios que visitan la red.

Mantenimiento. Al separar estructura y presentación se permite realizar cambios en todo el sitio editando un único archivo. Cuando se requiera un cambio de aspecto tiempo y coste serán muy reducidos. No es necesario tocar las páginas desarrolladas ni cambiar contenido del sitio.

Control por parte del usuario. El usuario del sitio tiene el control sobre la página, independientemente del dispositivo con el que se conecte. La personalización de su navegador le será útil para visitar el sitio. El usuario puede modificar a su antojo tamaños de letra, colores, botones…

Futuro. Los Navegadores se están adaptando a los estándares, de esta forma se garantiza la viabilidad de los proyectos a largo plazo. CSS 2.0 es compatible con el 99% de los navegadores y, si se usa bien, sirve para cualquier plataforma. Un sitio desarrollado con estándares utiliza una tecnología fácilmente compatible con otros productos.

Gestión. Las partes de la página pueden ser cambiadas de disposición, diseño, tamaño en función del dispositivo, la página… Por lo que ya no hace falta montar páginas para imprimir, para PDA’s…

Resumiendo…

• Mejora la Accesibilidad
• Reducción del ancho de banda
• Menor tiempo de carga
• Optimización para buscadores
• Independencia del dispositivo
• Facilita el mantenimiento (rediseño)
• Entrega el control al usuario
• Garantiza el futuro de la aplicación
• Más fácil de gestionar

Pero… ¿eso sacrificará el diseño?

Rotundamente no, trabajar con estándares no significa renunciar al diseño de nuestro sitio web. Significa cambiar un poco nuestra mentalidad a la hora de diseñar, pero sobre todo, a la hora de maquetar. Cualquier diseño se puede maquetar mediante XHTML y CSS, incluso es mejor para realizar una actualización. ¿Quieres verlo? Entretente un rato en css Zen Garden, the beauty in CSS Design