Hola de nuevo, Hernán. > Si sabes que existe esa LIMITACION dada por la cantidad de opciones del > menú, pues entonces tendrás la precaución de usar este esquema solo en > sitios donde el menú es lo suficientemente breve. > ¿Y tú cómo es que lo sabes? Quizá me expliqué mal, pero esto no se trata de "menús vs. contenido", sino de "COLUMNA A vs. COLUMNA B vs. COLUMNA N", unas al lado de otras, que miden alturas distintas, sin saber a priori cuál medirá más que la otra, e incluso pudiendo variar esas proporciones al aumentar la letra.
Estoy hablando de soluciones genéricas, y tú me hablas de las particularidades de cada ejemplo que te propongo. Como te he explicado, EXISTE una posible solución GENÉRICA, que sirve en TODOS los casos, si se usa una maquetación con tablas/divs de tablas; el problema es que IE no pilla esto último, y la maquetación con tablas de verdad nos parece una guarrería semántica. > Además, si el menú es más largo que los contenidos, sospecho que debe > haber algún problema de arquitectura de la información al armar ese > menú, yo veo en la mayoría de sitios menúes más cortos que el contenido... > Y cuántos miles de sitios habrá donde existe una columna lateral con información complementaria que a veces se extiende más allá de los contenidos del artículo... > Para cada problema hay que buscar la solución apropiada, no hay una sola > solución universal. > La solución que he aportado sí podría ser universal cuando todos los navegadores acepten display: table, etc. Las magníficas posibilidades de la maquetación con tablas, pero sin tablas. > Mira Ramón, lamento que te molestes, pero yo solo tomé tus propios > ejemplos donde tú decidiste usar posicionamiento absoluto. ¿Ah, sí? ¿Dónde he usado yo posicionamiento absoluto? Por más que miro no lo encuentro. > Un par de mensajes atrás hablábamos de cajas static flotadas con anchos > en porcentajes, y no me respondiste cuáles anchos de columnas preferías. > Yo te había dicho claramente que quería ems para algunas de mis columnas porque los porcentajes no me servían al no ampliarse; sin embargo, tú decidiste prescindir de mis preferencias y preguntarme qué porcentajes de anchos quería. > Cambiaste de ejemplos de pronto, sin responder las preguntas concretas > que te hacía. > Lo que hice fue no entrar en tu ejemplo, porque era claramente opuesto a lo que yo pedía. Si pregunto por peras y tú me das melones, pues no sé qué esperas que te responda, la verdad. > En el mensaje anterior tú mismo pusiste estos ejemplos "absolutos", y > por eso los tomé como base. > Por favor, vuelve a revisar mis ejemplos y dime dónde ves tú los absolutos, porque yo no me entero. > Si cambias el escenario en cada mensaje, no hay forma de terminar un > diálogo productivo. > Venga, va, la última vez que explico el escenario: - Diseño líquido, que no haga sroll horizontal al aumentar el tamaño de letra (hasta un 200%). - N columnas, con contenidos desconocidos (no necesariamente menús, puede ser cualquier tipo de contenido) - La altura de cada columna es indeterminable a priori (por ejemplo, los contenidos se leen de una b.d.) - Algunas de las columnas deben poder tener anchos en ems para que crezcan al aumentar la fuente (el objetivo de esta restricción es evitar que sus contenidos se solapen con otros contenedores al aumentar, cosa que puede ocurrir con los porcentajes o los pixels). - El resto de las columnas deberán ajustar su ancho al restante tras haber crecido las columnas en ems (se entenderá que estas columnas variables son aún suficientemente anchas con un 200% de aumento como para no producirse solapamientos). - En caso de existir más contenidos bajo las columnas, estos deben desplazarse hacia abajo a medida que crece la altura de las columnas superiores (¡ojo!, puede darse el caso de que una columna que antes era menos alta pase a ser más alta al aumentar la fuente). Si ahora miras mis ejemplos DIVS3 y TABLAS, verás que cumplen TODAS las condiciones impuestas. Con DIVS flotados yo no he sabido hacerlo, aunque repito que he visto algunos esquemas más o menos complejos que funcionan relativamente bien, pero que añaden gran cantidad de divs extra y a veces fallan. > Yo te sugiero que uses flotados dentro de contenedores, y aplícale > overflow:auto a esos contenedores. Anchos de cajas en porcentajes y > textos en EM. No hay nada mejor. Puedes tener menúes cortos, largos, > medianos, lo que quieras... Funciona. > Sí hay algo mejor, so pena de IE, pero venga, lo dejo aquí que ya aburre. > Para eso existen los magnificadores de pantalla. Supongo que nunca has usado un magnificador de pantalla... Un magnificador es un apaño para cuando las cosas no pueden hacerse de otra manera, igual que un lector de pantalla es un apaño para cuando no puedes ver. En mi caso, mi campo visual es reducido, con un "agujero" central en el que veo relativamente bien; otras personas tienen la visión "al revés", ven mejor por el lateral y mal en el centro; y otras simplemente tienen miopía, astigmatismo o vista cansada. El magnificador no sirve igual a unos y a otros, en mi caso, por ejemplo, me entorpece más que me ayuda, porque el movimiento continuo de la pantalla hace que pierda con mucha facilidad el puntero y la localización de dónde estoy. Así que más que ayudar, me dificulta el navegar. Para eso, prefiero un diseño elástico y que todo se amplíe saliéndose por todos lados y que tenga que hacer scroll (ya lo puedo hacer con Firefox 3 y similares), pero esa no es la mejor solución, creo yo, sobre todo existiendo otras posibilidades. Saludos, Ramón. _______________________________________________ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo