> Cabe destacar algo que siempre me trae de cabeza a la hora de > plantear un nuevo diseño, y es la resolución de pantalla. En > este caso, el mundo.es ha optado por 1024 px de ancho, lo > cual, teniendo en cuenta que se trata de una de las webs más > visitadas de habla hispana, debe significar que lo han > estudiado a conciencia (lo supongo pero no lo afirmo).
:) ¡Eterno dilema, Ruben! Hasta ahora casi siempre se plantea como un un problema con soluciones "enfrentadas": Ancho fijo, ancho líquido... La solución por la que han optado muchos sites en sus rediseños ( www.elmundo.es, www.abc.es, www.download.com, www.nytimes.com ) sigue los mismos criterios de antaño: usemos un ancho fijo, cogiendo como base la resolución de pantalla que use la mayoría de nuestros usuarios. La única diferencia es que, en la actualidad, la mayoría de usuarios usa 1024x768, así que muchos han ampliado de 800 a 1024px, a sabiendas que de este modo dejan fuera, en el mejor de los casos, a un ~10-15% de los usuarios que visiten su web desde un pc de sobremesa ( los usuarios móviles no son significativos... Todavía! ) Pues hay otras soluciones, quizás algo más complejas o costosas de implementar, pero mucho más beneficiosas para el usuario final, que no tiene que ver limitado su acceso a la información por culpa de que su pantalla sea tal o cuál resolución. Concretamente te cito un par de ellas: 1. El uso de unidades relativas 'em' para todos los elementos ( ancho elástico ). Aplicable sobretodo a sitios web donde el principal contenido es el texto ( un periódico entraría en esta área, no ). Esta opción permite que sea el usuario quien controla el tamaño, no sólo del texto, si no de toda la interfaz. Ejemplo: http://www.csszengarden.com/?cssfile=063%2F063%2Ecss . Probad a aumentar o disminuir el tamaño de texto. Toda la web aumenta de tamaño junto con el texto, incluso los contenedores. 2. Otra opción es el uso de hojas de estilo diferentes en función de la resolución del usuario. Con esta técnica podríamos llegar a definir, por ejemplo, que según la resolución del usuario se mostraran 2 ó 3 columnas, que la cabecera tuviera tal o cual tamaño, o que cierto titular se mostrara con más o menos margen. De nuevo, la mejor manera de entenderlo es viendo un ejemplo en accion. Aquí van varios: - http://www.collylogic.com/ - http://www.uxmag.com/ - http://muffinresearch.co.uk/archives/2006/02/07/css-drop-column-layout/ - http://www.themaninblue.com/experiment/ResolutionLayout/ Si probáis a redimensionar la ventana de vuestro navegador de 1200 ó 1024 a 800px, veréis que los elementos se redistribuyen, facilitando su lectura y adecuándose al nuevo tamaño. Llevando esta opción al extremo, el css podría depender, incluso, del dispositivo desde el que se está accediendo, usando una única capa de muestra de contenidos, y modificando su apariencia por el css correspondiente para facilitar su lectura. Quizás, como comentaba, son soluciones más costosas en cuanto a desarrollo y más "limitadoras" en cuanto a las creatividades, pero bueno... Tiempo al tiempo: también costó lo suyo abandonar las tablas al principio, no? ¿Qué os parece? ¿Alguien se ha encontrado con este dilema en un proyecto grande? ¿Qué soluciones habéis adoptado y porqué? Un saludo, Albert Garcia OboLog » Tus pensamientos en red www.obolog.com ______________________________________________ Mi blog personal en http://obokaman.obolog.com -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.8.2/357 - Release Date: 06/06/2006 _______________________________________________ altas, bajas y modificaciones: http://www.cadius.org/lista/opciones.html
