El dilema de diseñar para los diferentes navegadores
17 Apr 2006 A LAS 2:22 pm CATEGORIA: diseño, estándares trackbackDurante los últimos meses del año pasado, Jennifer Niederst Robbins, una de las primeras diseñadoras para Web, pudo retomar su intención de desarrollar un libro sobre diseño web considerando los diferentes navegadores existentes. Finalmente pudo concretarlo, y hoy está haciendo noticia: Web Design in a Nutshell, algo así como diseño web en una cáscara de nuez.
Revisando su índice y considerando las reseñas de sus colaboradores y lectores, el libro le hace honor a su nombre, puesto que abarca un amplio espectro de contenidos esenciales para el diseño web de manera breve y directa, a saber:
- diseño para toda una variedad de navegadores y de presentaciones.
- principios de diseño web para diseñadores de impresos.
- accesibilidad.
- internacionalización.
- HTML y etiquetas estructurales.
- formateado de texto, formatos de imagen, creación de enlaces, color.
- manejo de tablas, marcos formas.
- hojas de estilo.
- multimedia e interactividad.
- tecnologías avanzadas. Introducción a JavaScript, DHTML, XML, XHTML, WAP y WML.
El primer capítulo, dedicado al diseño web para los diferentes navegadores recoge una de las principales preocupaciones -y retos- de los desarrolladores de web. Jennifer se pregunta si necesariamente ¿un sitio web que ha sido diseñado para funcionar en distintos navegadores tiene que ser aburrido? ¿Es posible complacer a todos? y si no, ¿dónde se debe asentar el límite? ¿Cuántas versiones antiguas de un navegador son necesarias para estar satisfecho antes de liberar un diseño?
La situación es mejor de lo que fue unos años atrás, pero la lucha no ha terminado. Por ejemplo, se puede confiar en que al menos un 99% de los usuarios tienen un navegador que soporta casi por completo el HTML 4. Desafortunadamente, persisten las inconsistencias en la manera como las hojas de estilo son implementadas. Y por supuesto, las versiones antiguas de los navegadores que antecedieron los estándares toman tiempo para desaparecer por completo. [vía]
La disyuntiva entre diseñar considerando a los usuarios rezagados o seguir adelante es un asunto ético difícil de soslayar, sobre todo si se consideran casos como el planteado por Greg Kize en CSS Talking Points: Selling Clients on Web Standards (cuya versión en español fue gentilmente elaborada por Kemie Guaida: Vendiendo estándares web a los clientes).
Nosotros también sopesamos este inconveniente. Cuando Cabana Digital fue ‘liberada’ aún tenía graves problemas en IE4, pero gracias a los foros de CssBeauty y WordPress pudimos solventar los inconvenientes mayores, como la no visualización de los roll over de los botones, que no sólo alteraban al presentación del documento sino que la impedían por completo al no permitirle al usuario movilizarse por el sitio.
Un entendimiento mayor de las características de los navegadores y sus diferentes versiones es una buena manera de comenzar a familiarizarse con los inconvenientes comunes al diseñar en este sentido. Jennifer propone el estudio de la historia de los navegadores como una alternativa para comprender mejor la manera como los sitios son desarrollados en la actualidad. Si estás interesado en ello, te recomendamos que consultes esta cronología del desarrollo de los navegadores basada en su libro o bien, revisar la interesante línea del tiempo disponible en Déjà vu, sitio que posee además la particularidad de ofrecerle al diseñador la visualización de cualquier sitio en navegadores antiguos a través de su emulador, sin tener que instalar todas esas versiones en su propia máquina.
18 Apr 2006 - 2:26 pm
Hola, les escribo desde San Carlos (Edo. Cojedes). Llegué a ustedes hace poco a través de un link en http://www.isopixel.net y recibí una grata sorpresa al descubrir que son unos paisanos venezolanos… jejeje.
Desde que vi su web por primera vez me gustó mucho, su diseño fresco y original me encanta.
Yo también me dedico al diseño web pero soy nueva en esto de los estándares, siempre he hecho webs con las típicas tablas y de ahora en adelante quiero hacer todos mis diseños usando DHTML.
Ahora bien, en estos momentos me encuentro en el desarrollo de un proyecto el cual quiero usarlo como mi primera prueba del uso de estándares, pero tengo una gran duda: mi cliente quiere que utilice un menú animado (está hecho en flash), esto “chocaría” con mi objetivo de que la web sea totalmente estándar y accesible?, me gustaría conocer su opinión al respecto: el uso de animaciones en Flash combinadas con el diseño semántico se puede hacer? (no sólo desde el punto de vista técnico sino funcional-conceptual).
Bueno, les agradezco mucho sus orientaciones al respecto… y felicitaciones por su web!!.
18 Apr 2006 - 10:54 pm
Yli, muy interesante tu pregunta. Como sabrás para incluir un archivo Flash es necesario hacer uso de las etiquetas
objectyembedpara que el archivo pueda ser desplegado tanto por Explorer como por Netscape. Hasta aquí todo bien. El problema es que la etiquetaembedes propiedad de Netscape y no forma parte de la especificación XHTML. Por lo tanto, de entrada podemos decir que el uso de flash no es compatible con el uso de estándares.Sin embargo algunos avispados le han buscado la vuelta y han desarrollado hacks para lograr validar páginas con archivos de Flash embebidos. Alistapart ofrece un excelente artículo que explica el método en detalle y además dispone de un foro de discusión para cualquier duda sobre esta solución.
Parecería todo resuelto pero tristemente no es así. Código valido no es siempre un equivalente de marcado semántico. Usar una película flash puede ser un gran recurso para el atractivo visual siempre que no se comprometa o relegue contenido sensible dentro de este archivo. En tu caso el problema es aun más delicado ya que vas a dejar tu principal sistema de navegación en manos de flash. Esto trae una serie de desventajas graves desde el punto de vista de la accesibilidad, por ejemplo ese contenido no será indexable por los buscadores. Si alguien no tiene, no sabe cómo o simplemente no quiere instalar el plug-in se encontrará atrapado en esa página sin forma de explorar el resto del sitio.
Macromedia dice que el 98% tiene flash instalado y es posible que sea cierto, pero con frecuencia son versiones viejas y cuando se le pide al usuario actualizarlo frecuentemente no lo hacen por tedio o desconocimiento (lo he visto pasar).
El objetivo último de los estándares es lograr el acceso universal a los contenidos web sin importar las discapacidades físicas (los navegadores de sólo texto para impedidos visuales no soportan flash) o tecnológicas. Tal vez resulte un poco artificial en el día a día de trabajo pensar en los discapacitados (físicos o tecnológicos) cuando estamos diseñando y mucho más si pensamos en la cara que pondría el cliente si tratamos de explicárselo, por lo tanto como recomendación para la vida real yo te diría que, si no hay más remedio, úsalo.
Empezar a desarrollar bajo estándares es un proceso y no hay ninguna razón para que no puedas empezar incluso con las limitaciones de ese proyecto, algunos puristas dirían que no tiene sentido, pero yo pienso que es mejor hacer algo que no hacer nada. Espero haber sido útil.
18 Apr 2006 - 11:38 pm
Sí, muchas gracias… claro que me son de gran utilidad todos tus comentarios. Coincido contigo, esto de desarrollar bajo estándares es algo paulatino… y sí voy a empezar!!, aunque debido al requerimiento del menú no será 100% estándar como quería… pero bueno, poco a poco.
Muchas gracias otra vez, espero que sigamos en contacto… si algun día vienes por estos lares (Carabobo – Cojedes) me avisas, me encantaría conocerlos en persona y compartir experiencias profesionales, presiento que tenemos mucho en común :-)