¿Raro?. Es un diseño a tres columnas con las columnas laterales de ancho
fijo, sacado de una plantilla. Si haces un diseño en porcentajes y no
incluyes márgenes al elemento con overflow:hidden, entonces no se
reproducirá este problema, pero será otro diseño con otras características,
que podrá
Aupa
La verdad que da gusto, uno manda algo creyendo que es, o puede ser
la solución y siempre hay gente con opciones diferentes y/o que le
saca los inconvenientes, con lo cual aprendemos mucho todos, o por lo
menos yo :)
También he probado la solución de flotar el contenedor, y
Hola a todos y gracias por las respuestas
Yo no estoy de acuerdo en esta moda de usar cajas con tamaños en
EM'S.Em es
una unidad tipográfica destinada a controlar el tamaño y la
proporción de
las letras.
Su objetivo no es controlar el tamaño de objetos, en caso de una web
width y
Pablo Suárez León escribió:
Si
defines el texto en ems y los contenedores en píxeles (por ejemplo) al
aumentar el tamaño del texto, éste aumentará pero no sus contenedores,
llegando un momento que los contenedores se comerán, literalmente, su
contenido.
No es tan así. Convengamos en
Hernán Beati - SaberWeb.com.ar escribió:
No es tan así. Convengamos en que eso solo sucederá si además de ancho
le pones un height a los contenedores, práctica para nada aconsejable.
Pero si no pones ningún height, dejando fluir el alto del contenedor
para que se ajuste a su
Pues sí... Pasa bastante a menudo cuando se usan esquemas de varias
columnas.
Los usuarios que realmente necesitan ampliar el tamaño de letra a veces
lo amplían mucho más de lo que los diseñadores creen, y pasa lo que
pasa: solapamientos, desapariciones de letras y demás cosas raras.
Saludín,
Juan, esa tecnica se denomina easy clear. Y en un momento la use.Pero
requiere más lineas de código y es muy inconsistente. A veces funciona y a
veces no.
El overflow hidden funciona perfecto. Y si encontramos algun problema con
IE6 es cuestión de usar height:1% para arreglar los problemas de
Ramón Corominas escribió:
Los usuarios que realmente necesitan ampliar el tamaño de letra a veces
lo amplían mucho más de lo que los diseñadores creen, y pasa lo que
pasa: solapamientos, desapariciones de letras y demás cosas raras.
Pablo Suárez León escribió:
si el ancho del
Hola, Hernán.
Efectivamente, eso es lo que dice el criterio 1.4.4 (nivel AA) de las
WCAG 2.0, donde ponen un límite razonable del aumento del texto...
Pero una cosa es lo que dice el W3C y otra lo que los usuarios realmente
hacen (hacemos).
Si te sirve de algo, yo tengo un problema visual
Hernán Beati - SaberWeb.com.ar escribió:
No encuentro ahora mismo la referencia, pero según las nuevas WCAG 2.0,
solo es necesario cuidar que el usuario pueda hacer hasta un 200% de
zoom (si alguien tiene la referencia, por favor, se agradecerá que la
comparta).
Las técnicas de
Como alguien bien dijo la unidad em en realidad nace relacionada con la
imprenta.Cuando diseñamos para imprimir usamos tamaños en milimetros,
centímetros y en caso metros. No usamos ems para definir los tamaños de los
fondos de los textos o las cajas.
Esto trasladado a la web tiene coherencia en
La imprenta tiene muy poca relación con la web. Las analogías de este
tipo creo que no tienen sentido.
EM es una herramienta en el arsenal del maquetador, igual que los
porcentajes o las medidas en píxeles, que tiene su aplicación en los
casos en que se quiera relacionar los anchos con el tamaño
Pablo Suárez León escribió:
Las técnicas de suficiencia en este punto [1] nos dicen en el punto 2
que nos aseguremos de que tanto texto como contenedores se puedan
redimensionar
Gracias Pablo por la referencia!
Dice que los contenedores se puedan redimensionar. Entonces acepto que
no
Ignacio Ricci escribió:
Como alguien bien dijo la unidad em en realidad nace relacionada con la
imprenta.Cuando diseñamos para imprimir usamos tamaños en milimetros,
centímetros y en caso metros. No usamos ems para definir los tamaños de los
fondos de los textos o las cajas.
Esto trasladado
Como alguien bien dijo la unidad em en realidad nace relacionada con
la
imprenta.Cuando diseñamos para imprimir usamos tamaños en milimetros,
centímetros y en caso metros. No usamos ems para definir los tamaños
de los
fondos de los textos o las cajas.
Esto trasladado a la web tiene
Yo no comparto que se agrande una caja cuando se agrande la tipografía.Osea
no lo encuentro ni en el sentido tampoco. Cual es el beneficio?
2009/3/5 Martin Etxauri t...@eragin.com
Como alguien bien dijo la unidad em en realidad nace relacionada con
la
imprenta.Cuando diseñamos para
Ignacio Ricci escribió:
Yo no comparto que se agrande una caja cuando se agrande la tipografía.Osea
no lo encuentro ni en el sentido tampoco. Cual es el beneficio?
¿Qué el diseño sea coherente y proporcionado independientemente del
tamaño de la fuente?
Perderías control sobre resoluciones de pantalla y correcta escalabilidad de
cajas.
2009/3/5 Pablo Suárez León psua...@technosite.es
Ignacio Ricci escribió:
Yo no comparto que se agrande una caja cuando se agrande la
tipografía.Osea
no lo encuentro ni en el sentido tampoco. Cual es el
Yo no comparto que se agrande una caja cuando se agrande la
tipografía.Osea
no lo encuentro ni en el sentido tampoco. Cual es el beneficio?
Desde luego llegados a un punto es una opción bastante personal,
pero yo personalmente creo que el diseño (de lo que sea) es, lo
primero, una
Ignacio Ricci escribió:
Perderías control sobre resoluciones de pantalla y correcta escalabilidad de
cajas.
Todo lo contrario. Tomaría el control sobre ello. O más bien, le daría
al usuario el control sobre ello.
___
Lista de distribución Ovillo
Perdón pero no entiendo. Tenes una caja de ancho no se, 8em. Con un parrafo
adentro.Y tenes que hacer un sitio para una resolución de 800 x 600. Y
empezas a hacer ctrl+
Podés controlar que el contenido no se exceda esa resolución sin hacer un
contenedor en pixels?
2009/3/5 Pablo Suárez León
El problema está en que cuando tienes unidades móviles, no tiene
sentido pensar en un sitio de 800x600, en ese caso tendrías un sitio
4x3 cualesquiera que fueran sus dimensiones finales.
El 05/03/2009, a las 08:09 AM, Ignacio Ricci escribió:
Perdón pero no entiendo. Tenes una caja de ancho
Ignacio Ricci escribió:
Perdón pero no entiendo. Tenes una caja de ancho no se, 8em. Con un parrafo
adentro.Y tenes que hacer un sitio para una resolución de 800 x 600. Y
empezas a hacer ctrl+
Podés controlar que el contenido no se exceda esa resolución sin hacer un
contenedor en pixels?
Bueno pero estas cambiando de unidad también.
Osea que en definitiva los tamaños de cajas en EM por si solos no funcionan.
Tienen que estar atados a otras unidades como porcentajes o pixels.
O relacionados con estilos como max-width.
2009/3/5 Hernán Beati - SaberWeb.com.ar her...@saberweb.com.ar
Ignacio Ricci escribió:
Perdón pero no entiendo. Tenes una caja de ancho no se, 8em. Con un parrafo
adentro.Y tenes que hacer un sitio para una resolución de 800 x 600. Y
empezas a hacer ctrl+
Podés controlar que el contenido no se exceda esa resolución sin hacer un
contenedor en pixels?
Ramón Corominas escribió:
en ocasiones aumento el texto
hasta un 400%, más o menos. Pero no porque me haga falta siempre ese
aumento, sino más bien porque la medida 200% no quiere decir nada, en
realidad, y no se aplica por igual a todas las partes de la página. Por
ejemplo, si el
Es lo que digo yo. Cajas en EM es complicarse la vida y es poco controlable.
2009/3/5 Hernán Beati - SaberWeb.com.ar her...@saberweb.com.ar
Ramón Corominas escribió:
en ocasiones aumento el texto
hasta un 400%, más o menos. Pero no porque me haga falta siempre ese
aumento, sino más bien
Martin Etxauri escribió:
Hace tiempo que estoy cada vez mas convencido (aunque no lo acabo de
llevar del todo a la práctica, unos bocetos previos son un poco
ineludibles) que la mejor manera de diseñar una web es directamente en
html, pasando de diseñar primero en
shameless plugin
Es un sitio que codeé ya hace un par de años, así que a no juzgar la
estética ni el código.
El diseño es elástico y funciona bastante bien crossbrowser.
http://www.efectoscluster.com.ar
/shameless plugin
Digo, el chiste es verlo en IE6, o en cualquier otro navegador
De ahí ya se puede sacar una conclusión, aquí la sacamos hace mucho
pero está bien que quede asentada en alguna parte.
Si es producto final es Web al cliente hay que mostrarle Web. Los
bocetos, maquetas o como lo llamen TIENEN que ser HTML+CSS a veces
también ayuda incluir un demo si la cosa
Jorge L. Batista E escribió:
Si es producto final es Web al cliente hay que mostrarle Web. Los
bocetos, maquetas o como lo llamen TIENEN que ser HTML+CSS
No estoy para nada de acuerdo. En la mayoría de los casos, es avanzar
demasiado antes de tener el OK del cliente. ¿Programas un sitio
Julián Landerreche escribió:
1) para tu caja contenedora (aka wrapper, container, contenedor, etc)
definí un min-width en píxeles (760px, por ejemplo)
2) y un max-width en ems (ej: 80em)
4) obviamente, definís tu font en el body en ems, o en porcentajes creo que
también resulta.
Me
Tal mente de acuerdo con el procedimiento de Jorge.
No sería el primer proyecto que por pecar de profesional o de bueno,
terminas comiendotelo con patatas y eso si.. luego echales un galgo para que
te pagen... se han disfrazado de camaleones y se han subido a un arbol.
;-)
Alez jacta est
Juan
El 05/03/2009, a las 09:35 AM, Hernán Beati - SaberWeb.com.ar escribió:
¿Programas un sitio entero
solo a ver si le gusta, y si no le gusta, empiezas de nuevo?
Claro que no, maqueta es maqueta no va mas allá del marcado... HTML
+CSS y funcionalidades básicas. Aquí nos ha dado buen resultado
Estudio Creativo Bynet escribió:
Tal mente de acuerdo con el procedimiento de Jorge.
No sería el primer proyecto que por pecar de profesional o de bueno,
terminas comiendotelo con patatas y eso si.. luego echales un galgo para que
te pagen... se han disfrazado de camaleones y se han subido
estoy a favor de cualquier prototipado pero siempre en pantallazo, pero
salvo que sea un proyecto grande y se haya cobrado una cantidad por
sadelantado, como que no estoy a favor de maquetar nada, si el cliente
quiere una galeria en jquery se siente pero se enseña pantallazo.
Es mi modesta
Jorge L. Batista E escribió:
El 05/03/2009, a las 09:35 AM, Hernán Beati - SaberWeb.com.ar escribió:
¿Programas un sitio entero
solo a ver si le gusta, y si no le gusta, empiezas de nuevo?
Claro que no, maqueta es maqueta no va mas allá del marcado... HTML
+CSS
El HTML solo no creo que
Hola, en las etiquetas meta, hace falta poner los códigos de acentos
y ñ?
___
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:
Hola, buenas.
-Contenedores en porcentajes
-Textos en em.
En general sí, claro, pero no siempre.
Si el texto está BIEN estructurado en em, partiendo de 1em como mínimo
(unidad que tú mismo, Ramón, decides qué tan grande es, ya que eres el
usuario y tienes el control)
Eso es una
Ramón Corominas escribió:
Hernán Beati escribió:
Si el texto está BIEN estructurado en em, partiendo de 1em como mínimo
(unidad que tú mismo, Ramón, decides qué tan grande es, ya que eres el
usuario y tienes el control)
Eso es una interesante teoría... En la gran mayoría de sitios web
Aupa
(porque implica que un diseñador te haya armado el diseño en
Photoshop y
recortes las imágenes decorativas para ponerlas vía CSS).
Aclarar que yo, al proponer, diseñar directamente en html, lo hago
desde mi caso personal, que es que yo soy diseñador gráfico, yo monto
htmls muchas
Hola!
Tengo un menú lateral un poco peculiar y no consigo sacar una navegación
limpia sólo con CSS.
La imagen del menú esta en esta URL:
http://www.visionasolutions.es/menus.gif
Necesito hacer el rollover con la peculiaridad de que los menús se montan al
estar inclinados.
Alguna
No entendi bien. En hover queda en violeta oscuro?
2009/3/5 Joseba jos...@visionasolutions.es
Hola!
Tengo un menú lateral un poco peculiar y no consigo sacar una navegación
limpia sólo con CSS.
La imagen del menú esta en esta URL:
http://www.visionasolutions.es/menus.gif
Necesito
Si con el piquito inferior dcha.
-Mensaje original-
De: ovillo-boun...@lists.ovillo.org [mailto:ovillo-boun...@lists.ovillo.org] En
nombre de Ignacio Ricci
Enviado el: jueves, 05 de marzo de 2009 17:10
Para: Ovillo, la lista de CSS en castellano
Asunto: Re: [Ovillo] Rollover complicao pa
Deja mas espacio blaco (o transparente) entre uno y otro de modo que al
hacer un cuadrado entre en él una imagen de las 2 solamente y no la
siguiente.
Espero que me hayas entendido porque me temo que no me he explicado muy
bien.
saludos
El 5 de marzo de 2009 17:17, Joseba
Es muy simple, no tengo ganas de ponerme a hacer el codigo.
Pero básicamente es darle a los A dentro de tu menu la propiedad de
display:block, y darles un alto y un ancho. Después cargar la imagen de
fondo con su respectiva posición.
Y esos A, en estado hover (ej: #menu ul li a:hover) cambiarle
Martin Etxauri escribió:
Siguiendo con las
metaforas :) a veces es como pintar con acuarelas intentando tener un
acabado de pintura al oleo, pues no porque por muy bueno que seas y
por mucho arte que tengas una cosa es una cosa y otra es otra.
Pero es que si debo bocetar, prefiero
Esa es la solucion q tenemos preparada si no hay solucion para lo otro.
Gracias.
-Mensaje original-
De: ovillo-boun...@lists.ovillo.org [mailto:ovillo-boun...@lists.ovillo.org] En
nombre de 2tonewarrior
Enviado el: jueves, 05 de marzo de 2009 17:25
Para: Ovillo, la lista de CSS en
ejemplo http://s5.tinypic.com/hwgyuh.jpg
El 5 de marzo de 2009 17:25, 2tonewarrior 2tonewarr...@gmail.com escribió:
Deja mas espacio blaco (o transparente) entre uno y otro de modo que al
hacer un cuadrado entre en él una imagen de las 2 solamente y no la
siguiente.
Espero que me hayas
No se si t h entendido muy bien pero creo q eso no funciona.
Gracias.
-Mensaje original-
De: ovillo-boun...@lists.ovillo.org [mailto:ovillo-boun...@lists.ovillo.org] En
nombre de Ignacio Ricci
Enviado el: jueves, 05 de marzo de 2009 17:25
Para: Ovillo, la lista de CSS en castellano
Pero es que si debo bocetar, prefiero esquematizar primero la idea con
lápiz, en segundo término con acuarelas, que son baratas y rápidas de
implementar. Y solo una vez que el cliente haya aprobado el boceto,
allí
sí le hacemos el óleo con todos los detalles finales (son caros los
Martin Etxauri escribió:
Pero es que si debo bocetar, prefiero esquematizar primero la idea con
lápiz, en segundo término con acuarelas, que son baratas y rápidas de
implementar. Y solo una vez que el cliente haya aprobado el boceto,
allí
sí le hacemos el óleo con todos los detalles finales
Aqui te dejo algunos links de como lo puedes hacer solo con una imagen, que
es lo interesante.
http://www.htmldog.com/articles/rollovers/
http://alexsancho.name/archives/2006/06/rollover-de-imagenes-con-css/
http://www.baluart.net/articulo/menu-rollover-con-css-y-una-sola-imagen
El 5 de marzo
Hola!
Estoy trabajando en una aplicación web que genera un listado. Lo
implementé con una tabla que tiene 5 columnas y una cantidad
indeterminada de filas. En pantalla se ve perfecto, pero el problema
está al momento de imprimirlo. El listado impreso debería dividirse en
páginas y cada página
Hola, Hernán.
...Stop. Estoy tratando de encontrar una solución, Ramón, no quiero
criticar más lo mal hecho, estoy tratando de ver cómo deberíamos
HACERLO BIEN.
Claro, si lo que digo es que no hay un método que sirva siempre y en
todos los casos. En algunos diseños, puede ser que al
Ramón Corominas escribió:
El
porcentaje no me resuelve nada, porque el 10% de 800px siempre son 80px,
una medida que no cambiará al aumentar la letra.
Sí, 10% del algo es muy poco de ese algo, ¿qué tal 50%? ¿40 y 60%? ¿30
y 70%?
¿Y por qué no habría de servirte un sitio con las dos
a las tablas les puedes puedes poner page-break-after: always; para
que hagan el salto de pagina al terminar, y puedes poner tablas de mas
o menos el tamaño una dina4, quizas un poco mas pequeño por si las
moscas.
naturalmente, con esta idea habria que tener muchas tablitas, que
visualmente
Hugo López escribió:
cada página tiene que tener su respectiva cabecera (el
nombre de la empresa, el número de página y los headings de las
columnas).
Te sugiero investigar page-break-inside y cortar cada X filas tu
tabla al generarla mediante lenguajes de servidor, intercalando un div
que
2009/3/5 Hernán Beati - SaberWeb.com.ar her...@saberweb.com.ar
Julián Landerreche escribió:
1) para tu caja contenedora (aka wrapper, container, contenedor,
etc)
definí un min-width en píxeles (760px, por ejemplo)
2) y un max-width en ems (ej: 80em)
4) obviamente, definís tu font
Hola,
2009/3/5 Hugo López hugoluislo...@gmail.com
Hola!
Estoy trabajando en una aplicación web que genera un listado. Lo
implementé con una tabla que tiene 5 columnas y una cantidad
indeterminada de filas. En pantalla se ve perfecto, pero el problema
está al momento de imprimirlo. El
El día 5 de marzo de 2009 18:37, carlos campderrós
gilipollas.desconcerta...@gmail.com escribió:
Para que aparezcan las cabeceras de las columnas, debes ponerlas dentro del
elemento thead:
Gracias Carlos!
Era justamente lo que necesitaba (había usado otras veces thead y
tbody pero no
Hola, Hernán y todos.
Sí, 10% del algo es muy poco de ese algo, ¿qué tal 50%? ¿40 y 60%?
¿30 y 70%?
¿Y qué tal si soy yo quién decide cuánto quiere que mida cada columna en
MI diseño? 10% es poco según para qué cosas, en algunos casos puedo
querer un menú minimalista (o lo ha querido el
buenas, estoy presentando datos que se generan desde php a traves de
funciones del lenguaje y tambien desde llamadas a una base de datos. mi
cuestion es esta, cual seria mejor opcion una tabla o listas de
definiciones?
la verdad uso ambas, pero la inconveniencia que encuentro es que las dl
hay
No se debe usar tablas para definir la estructura de un sitio.Pero cuando
estamos mostrando datos tabulares obviamente sí, que es el correcto uso de
las tablas.
Y me parece que una DL es muy diferente a una TABLE.
Nacho
On Fri, Mar 6, 2009 at 12:31 AM, Jonathan C. lockhe...@gmail.com wrote:
Yo cada vez hago más diseños directamente en XHTML/CSS. A veces cuelgo el
boceto, a veces presento un pantallazo.
Ventajas:
1.- Sabes que lo que se presenta, si se acepta, es lo que se va a ver.
2.- No es más lento y es más flexible (cambiar el ancho o el orden de los
elementos de la plantilla
Lo que no se aconseja es usar tablas de maquetación, pero desde luego sí
que es correcto para datos tabulares, y de hecho es como debería
hacerse, eso sí, con el marcado correcto de las celdas de encabezado, y
proporcionando a ser posible un título con caption
En cuanto a las tablas de
Además un dato importante es que no son accesibles, y es importante
que nuestra web esté dirigida a todo el mundo
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o
67 matches
Mail list logo