Re: [Ovillo] ¡Y dale con las convenciones!
Antes que nada, informo que esta contestación contiene texto unicode. Si alguien no puede visualizarla, puede compararla con esta imagen: http://www.cienciapopular.com/n/exp_velocidad_luz/formula.png Ahora a lo nuestro, Federico. Razonemos juntos, ¿dale que sí? Tomo el programa de paginación y pongo (yo uso el Notepad en Windows o el SimpleText en Mac): O sea: he declarado que mi objeto "debe" medir "131px" (Ni "-131px" ni "+131px", ¿OK?) En el aula: —A ver niño Federico, repita usted conmigo: ¿cuánto mide mi objeto? —¡Ciento treinta y un píxeles Almirante! —¡Muy bien Federico! Ahora pongo lo siguiente: . ¿Cuánto mide el objeto? —¡Ciento cuarenta y un píxeles Almirante! —¡Mal, Federico! ¡Nos vemos en marzo! Al salir del aula: —¿Y... cómo te fue? —Mal, che. Este chabón es un... Esto parece loco, pero no lo es. En los exámenes de ingreso de algunas universidades hay una pregunta similar a esta: "yo tengo una salchicha de 12cm a cuyos extremos tiene adosado un hilo de 5cm. ¿Cuánto mide la salchicha? "Por el as de espada te saco el argentino" me dijeron alguna vez fuera de mis pagos. Y por lo tanto, supongo que sabrás que todos los años aquí, en este bendito país, se da lo mismo: de 5.000 postulantes universitarios para Ciencias Exactas entran sólo 1... a lo sumo 5... o ninguno. Y no es para menos: casi todos responden que la salchicha mide 22cm. Creer o reventar. Y sin embargo, tal vez se sepan de memoria el modelo de caja del W3C... o el atajo de teclado del nivel 107 del Skillfulboy... Y por eso lo aplican sobre la pobre salchicha... :( Más: http://www.google.com.ar/search?hl=es&client=firefox-a&rls=org.mozilla%3Aes- AR%3Aofficial&hs=WJ6&q=reprobaron+el+ingreso+a&btnG=B%C3%BAsqueda&meta=lr%3D lang_es Acá el punto es si el borde y los márgenes "interiores" (padding) forman parte del objeto. Si lo forman, no deben sumar y si no lo forman, no son el objeto. Entonces el declarar un width es tan falso (hasta diría "hipócrita") como declarar que una salchicha está compuesta de 10cm de hilo y 12cm de carne... ¡Caramba! ¡Estaría pagando 10cm de carne que nunca consumiré! Que la fórmula "a+b+c=a" me soprepasa ya no quedan dudas, ¿qué querés que te diga? Vos decís: "Ancho del contenido", y ahí sobreviene el desastre. El borde, ¿es contenido? El padding, ¿es contenido? ¿Desde cuándo? Si yo creo una capa de 120 x 300 píxeles y dentro de ella no pongo nada. ¿Puedo hablar de contenido? Le agrego un borde de 2px y un padding de 10px pero sigo sin escribir una sola letra ni poner absolutamente nada. La "nada", ¿es contenido? Si la capa "contiene" a un borde, el borde está "contenido", "incluido" en la capa. Si la capa "contiene" un padding, el padding está "dentro de la capa", no es "la capa + el padding". Tampoco es "la capa + el borde". Razonemos como un físico matemático: sabemos que "nada" puede superar la velocidad de la luz (c), por lo tanto: c = (λ · v) o sea: (c = 300.000Km/s). Por lo tanto: (c = 100%). ¿Cómo es posible entonces que "el ancho" (no hablo de Rubén Peuchele) de un objeto de 12cm de ancho (el 100% de sí mismo) sea 12cm de ancho + n? ¿Para qué cuernos "declaré" una medida absoluta que luego por capricho de unos genios se convertirá en relativa? Puede que desvaríe. Y que otros crean que confundo un árbol con su sombra, pero den por sentado que tengo muy claro el punto de este debate. Fíjense que ustedes mismos no pueden definir el alto absoluto de un objeto de 100% x 100% en un cotexto dado siempre y cuando se cometa el "crimen" de poner padding o border más allá del cero absoluo... Una solución de la mano de autor a futuro para incorporar en el CSS3: "padding-style: inside" y "border-style: inside". Entonces con esta pequeñez corregiríamos todo este entuerto y el 100% volvería a recuperar su valor absoluto. Almirante von Web/. -- "Educando al asno, por no apalearlo." (c)2007 ;-) - Original Message - From: "Federico Santoalla" <[EMAIL PROTECTED]> To: "Ovillo, la lista de CSS en castellano" Sent: Wednesday, April 25, 2007 12:58 PM Subject: Re: [Ovillo] ¡Y dale con las convenciones! Don Almirante, Este es un tema que ya ha sido tratado en reiteradas oportunidades, creo que la confusión viene por este lado: La propiedad "width" es el ancho ¿Ancho de que?¿de espadas?¿de basto? (Nota:en el juego de napies llamado truco se le dice ancho al as). Ancho del contenido. Entonces donde esta lo ilógico, si el ancho del contenido más espacio entre contenido y borde, más los bordes mismos, más el margen, da como resultado el ancho de la caja. Si lo que vos querés es utilizar una sola propiedad para marcar el ancho de tu caja tendrás que mirar h
Re: [Ovillo] ¡Y dale con las convenciones!
¡Esa es la cuestión!: "¿a+b+c = a?"
¡¡¡A...!!! ¡¡¡Paren el mundo que me quiero bajar!!!
"Einstein, volvé que te perdonamos: los del W3C se tomaron la teoría de la
relatividad como absoluta... ;-) ¡Ouch!"
Almirante von Web/.
--
"Educando al asno, por no apalearlo."
(c)2007 ;-)
- Original Message -
From: "jaume op" <[EMAIL PROTECTED]>
To: "Ovillo, la lista de CSS en castellano"
Sent: Wednesday, April 25, 2007 11:31 AM
Subject: Re: [Ovillo] ¡Y dale con las convenciones!
Esta sea la cuestión.
>el consorcio dice...
>los oteadores ejecutan ?
>la gente habla.
pero? pienso ; quiero una casa de 100m.
>Podría ser que al amueblarla se hiciera más grande?
margin+paddding+width = width?.
>Como explicar esto, sin discursión?
> Pienso que no apota nada nuevo pero la pregunta sería, ¿ a quien hacer
caso?
Realmente de quien es, y quien sufre el problema?
El día 24/04/07, LISTAS <[EMAIL PROTECTED]> escribió:
>
> Estoy diseñando/programando un sitio de pantalla interactiva de
> comportamiento relativo (líquido); esto es: que todo ocurre en una misma
> ventana con un IFRAME como destino y sin importar la resolución del
> monitor
> del usuario.
>
>
>
> El objeto en ciernes está dividido en 3 DIV alineados con la propiedad de
> posición "absolute".
>
>
>
> El primero, llamado "columna", de 14px de ancho, está a cero píxel (0px)
> del
> margen; el segundo, llamado "menú", de 125px, a 14px del margen; y el
> tercero, llamado "central" está a 141px y es de ancho líquido (100%) ya
> que
> se ajusta a la pantalla de usuario.
>
>
>
> | 14px | 125px | 100% |
>
> | Algo | Links | IFRAME |
>
> | | ||
>
>
>
> Dentro del DIV "central" calza un IFRAME de destino.
>
>
>
> El código es este:
>
>
>
>
>
>
>
> Malditas reglas
>
>
>
>
>
> .columna {
>
> margin: 0px; position: absolute; background: #CCFFCC; width: 14px; height:
> 100%; top: 0px; left: 0px; border: solid blue 1px; padding: 1px;
> text-align:
> center; display: block;
>
> }
>
>
>
> .menu {
>
> margin: 0px; position: absolute; background: #CCD8E6; width: 125px;
> height:
> 100%; top: 0px; left: 16px; border: solid black 1px; padding: 2px;
> display:
> block /* ("none" en el original) */;
>
> }
>
>
>
> .central {
>
> margin: 0px; position: absolute; background: #CC; width: 100%; height:
> 100%; top: 0px; left: 141px; border: solid red 1px; padding: 7px;
> overflow:
> hidden; display: block;
>
> }
>
>
>
> .marco {
>
> -moz-border-radius:30px;
>
> margin: 0px; border: solid blue 2px; padding: 10px; overflow: auto; width:
> 100%; height: 100%;
>
> }
>
>
>
>
>
>
>
>
>
>
>
>
>
> height="100%" frameborder="0" marginwidth="20" marginheight="20"
> class="marco" src="central.htm">
>
>
>
> Su navegador no acepta iframes
>
>
>
>
>
>
>
>
>
> Ahora bien. ¿Qué creen uds. que obtengo cuando lo visualizo todo con
> Opera,
> Explorer y Firefox? ¡Pura mierda!
>
>
>
> Ninguno de los 3 "ven" lo mismo. Hay estúpidos y absurdos desbordamientos
> en
> ancho y alto. Absurdos escalonamientos (ver al pie) de 3 objetos con los
> mismos parámetros. De modo que para corregir estos bodrios deformes tengo
> que recurrir a un truco de JavaScript que me he inventado hace añares y
> que
> "emprolija" todo y para todos los navegadores. Pero, ¿y por qué tengo que
> ponerle un bonete al sombrero para cubrirme del sol, si ya compré el
> sombrero?
>
>
>
> Pero no entiendo porqué, con tantas convenciones por allí, y el W3C en el
> medio, el perro no ladra, el gato pía y el canario caza ratones… Es como
> si
> habiendo comprado una pistola de rayos láser tenga que matar al monstruo a
> patadas.
>
>
>
> ¿Enojado es la palabra? "Enojadísimo" pues… ¡HOY ESTOY ENOJADO! Me he
> leído
> el manual de CSS2 y los proyectos del CSS3 y nada, che. Mucha "teoría"
> intelectual, pero "en la práctica", el pescado todavía sin vender y cada
> día
> huele peor... :(
>
>
>
> Y después, nos quieren seguir haciendo creer que el hombre llegó a la
> luna…
> ¡Bah!
>
>
>
> Almirante von Web/.
>
> --
>
> "Educando al asno, por no apalearlo."
>
> (c)2007 ;-)
>
> ___
> 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
>
___
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
___
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
Re: [Ovillo] ¡Y dale con las convenciones!
¡Por fin alguien sensa...ta! De todos modos, mis diseños son dinámicos, por lo que JavaScript es inevitable. Además, a esta altura de la historia, joder contra JavaScript es "joder por joder". De todos modos, diseño para Firefox y trato, en la medida de lo posible, optimizarlo no sólo para Opera y Explorer sino para Macintosh. Sí señores, ¡qué tanto! Que problemas de plataforma también son problemas de diseño y de... "accesibilidad". ¡O sólo aquí tallan los ciegos, por Dios! Por último, no son ansias de parchearlo todo, sino ansias (por "sobre todo" Konqueror mediante), de que el perro ladre, el gato no píe y esas cosas... Almirante von Web/. -- "Educando al asno, por no apalearlo." ©2007 ;-) - Original Message - From: "Karen_WmBeta" <[EMAIL PROTECTED]> To: "Ovillo, la lista de CSS en castellano" Sent: Tuesday, April 24, 2007 3:32 PM Subject: Re: [Ovillo] ¡Y dale con las convenciones! El día 24/04/07, LISTAS <[EMAIL PROTECTED]> escribió: > > ... > > Pero no entiendo porqué, con tantas convenciones por allí, y el W3C en el > medio, el perro no ladra, el gato pía y el canario caza ratones… Es como > si > habiendo comprado una pistola de rayos láser tenga que matar al monstruo a > patadas. XD Totalmente cierto... Sin embargo debes tomar en cuenta lo que apunta JuanR, pues el modelo de cajas del w3c es de lo mas ilogico y al ancho determinado por "width" debes sumarle aparte el padding, pues no lo engloba, asi si quieres tener una mona caja del 100% con un margen interior o padding del 20% resulta que tu caja mide 120% 0_o Es ahi donde ie parece ser un tanto mas sensato y despliega tu caja de acuerdo al width que le determinaste sin importar el padding que quieras darle, pues este, como seria lo mas natural, va "pa dentro" y no interfiere con el ancho total. En fin, si quieres menos quebradera de cabeza lo mejor es que diseñes para FF, que con esto en Opera y Konkeror se vera igual, y al final solo deberas agregar unos cuantos hacks para ie. Pero sobre todo, conten tus ansias de parcharlo todo con js, que ya veras que aunque laborioso la mayoria de los contratiempos tienen su solucion en el css... con sus respectivos hacks :-S ___ 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
Re: [Ovillo] ¡Y dale con las convenciones!
Este modelo de cajas es tan bochornoso como disparatado.
De todos modos, tomando en cuenta los sarcasmos de unos, las sugerencias de
otros y las "soluciones" de quien más y de quién menos (a todos ellos
gracias), el asunto está solucionado... pero ahora tengo que apelar a
comentarios condicionales para decirle a Explorer que lo correcto no es lo
correcto... (esto es porque Explorer interpreta las cosas de un modo similar
a como las entiendo yo). Es decir que me deja espacios vacíos allí en donde
los otros interpretan que van los bordes y los padding externos... :)
En definitiva, el estándar del W3C sobre las cajas, deja mucho que desear si
se lo compara con el estándar de los chinos unos cuantos miles de años antes
de Gutenberg (siglo XIV) en dode el borde de un objeto, los márgenes
inferiores (padding) y las calles (medianiles) que dividen las columnas de
texto... van por dentro y no se suman. Dicho de otro modo, una botella de
12cm con un vidrio de 2mm sigue siendo una botella de 12cm de ancho (aquí
los chinos, Gutenber y la lógica van de la mano). Y el alma de la botella es
de 11,6cm: aquí en la Argentina (a pesar de ser "el Reino del Revés"), en
Alemania y en la China.
El mejor ejemplo lo tenemos con las tablas. Los bordes "de fábrica" van por
dentro y no por fuera. Lo mismo que los cellspacing y los cellpadding. No
ocurre lo mismo con los bordes de una imagen que sí se suman a la misma por
la sencilla razón de que, de otro modo, la taparía en parte o en su total
según el caso. Otra razón práctica: una imagen "es algo que ya es", es algo
definido "per se", en cambio una caja "es algo a definir": material virgen
para el diseñador.
El tema de los bordes es un viejo tema de discusión entre los diseñadores de
la vieja escuela. El QuarkXPress, por ejemplo, crea todos los bordes hacia
adentro de la caja. Lo mismo hace con los márgenes inferiores en una caja de
texto (padding). Y eso es lo correcto. De modo que una caja de 20x20cm con
un borde de 2mm y un padding de 5mm sigue siendo una caja de 20x20.
Illustrator, en cambio, crea el borde tomando el vector de origen como
"alma" del borde, de modo que parcializa su influencia de un modo extraño y
caprichoso: 50% adentro y 50% afuera. Y Photoshop nos da las 3 opciones:
externa, centrada o interna. Pero por defecto lo hace internamente.
De ahí mi permanente pataleo, porque lo que el W3C dictaminó es
anticientífico: "lo que debe restar hacia adentro, no puede sumar hacia
afuera" (ley de compensación).
En fin... Mi proyecto ya está listo, salvo que tuve que parchearlo con el
defensor de los pobres: "JavaScript". Ahora tengo que llenarlo. El
comportamiento es similar al de Opera con esa pestañita que muestra o oculta
el panel de control de la izquierda. O al de Explorer 5.5 de Macintosh quien
fue precursor de muchas cosas. Clic "se expande", clic: "se contrae".
Pero igual... "sigo enojado"...¡Buh! ;-)
Almirante von Web/.
--
"Educando al asno, por no apalearlo."
©2007 ;-)
- Original Message -
From: "Christian Roque Geldres" <[EMAIL PROTECTED]>
To: "'Ovillo, la lista de CSS en castellano'"
Sent: Tuesday, April 24, 2007 4:53 PM
Subject: Re: [Ovillo] ¡Y dale con las convenciones!
Lo mío fue solo sarcasmo, es facil echarle la culpa a alguien (o algo)
cuando las cosas no te salen
Christian Roque G.
-Mensaje original-
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
En nombre de Victoria Gracia
Enviado el: Martes, 24 de Abril de 2007 02:12 p.m.
Para: Ovillo, la lista de CSS en castellano
Asunto: Re: [Ovillo] ¡Y dale con las convenciones!
¿Probaste la definición de elementos superiores como html o body?
Mi experiencia dice que cuando defines esos elementos y los utilizas
para asegurar que los márgenes serán 0 y el padding también, se reducen
muchos de los problemas de interpretación de las "cajas" contenedoras de
los elementos.
En el fondo tienes un elemento contenedor superior, así que utilizarlo
no creo que sea malo:
body {
margin: 0;
padding: 0;
}
Por otro lado, la propiedad width será acumulativa (como ha indicado
Juan R. aunque no de la manera más afortunada a juzgar por la respuesta
obtenida), esto es, 14px+125px+100% > 100% (sea cual sea la pantalla del
usuario final).
Si lo que quieres indicar es que ".central" ocupe el resto del espacio
disponible, o adoptas un diseño realmente líquido (todas las anchuras
especificadas en % y procurando que sumen como mucho 99) o te la juegas
a que quede un espacio en blanco a la derecha y especificas un
porcentaje menor que 100 y creas que será oportuno (a mi me da buen
resultado con 85%, deja margen en blanco a la derecha pero es correcto).
Si además quieres asegurar que ".central" estará a la derecha, puedes
cambiar las características e indicar que la posici
Re: [Ovillo] Divs con esquinas redondeadas y sombras degradadas
¿PNG más liviano que GIF de paleta indexada? ¿Así de firme? ¡Ojo, sólo en algunos casos! Tengo el Photoshop delante de mis ojos y veo que me muestra variadito... PNG de 8 bits Vs. GIF de 8 bits... en unos casos pesa más el gif y en otros el png. Almirante von Web/. -- "Educando al asno, por no apalearlo." ©2007 ;-). - Original Message - From: "Francisco Adolfo Álvarez Alonso" <[EMAIL PROTECTED]> To: "Ovillo, la lista de CSS en castellano" Sent: Thursday, April 19, 2007 11:51 AM Subject: Re: [Ovillo] Divs con esquinas redondeadas y sombras degradadas Saludos! NetVicious escribió: > Hola Francisco, > > El jueves, 12 abr 2007 a las 09:35, escribiste: > >> Tu argumentación no me convence ¿cual es la tontería exactamente? hablo >> de guardar un png con color indexado y transparencia binaria (como un >> gif) ocupando menos y haciendo uso de un formato de imagen que es >> recomendación de la w3c desde 1996. > > A ver si quieres usar un PNG trasparencia binaria con el IE6 te da > igual que sea GIF que PNG. Si usas una paleta indexada para el PNG ocupa menos que GIF, así que ya no es igual.Además PNG es estandar y recomendación. > > PNG ocupa más que GIF normalmente por la compresión que emplea. PNG > tiene más paleta no lo niego. GIF está más estandarizado. > Si intentans comparar un PNG de color real con un GIF de 256 colores por supuesto. Pero repito, si usas una paleta indexada para el PNG ocupa menos que GIF. > Personalmente para web uso generalmente GIFs y PNGs cuando la imagen > en cuestión necesita transparencia con canal alpha fijando el fondo > del PNG al color de fondo de la web. Si el fondo de la web no es mono > color hay que tirar de behavios o de otros fix para los IE6 o > inferiores. Perfecto, es una elección como otra cualquiera, yo solo doy una alternativa a gif. ___ 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 ___ 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
[Ovillo] ¿Diseño líquido, sólido o mixto ?
En Cristalab encontré este artículo magistral. Les paso el enlace porque creo que no tiene desperdicio. http://www.cristalab.com/blog/34147/fallos-miserables-del-diseno-web-liquido -y-elastico Almirante von Web/. - "Educando al asno por no apalearlo" ___ 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
Re: [Ovillo] Problemas con Internet Explorer. El caso Eolas
Veo que accidentalmente abrí un nuevo debate. Muy bueno el enlace que nos pasó el amigo José. Ahora... si hay que cliquear 1 o 2 veces, bueno, al asunto le va en indiferencias... "hay que cliquear de todos modos antes de que comience el show, es decir: pagamos nuestros boletitos de entrada, je". ¿Alguien tiene más problemas y trucos por allí para sacarnos el asno...? Almirante vonWeb/. - Original Message - From: "Jose" <[EMAIL PROTECTED]> To: "Ovillo, la lista de CSS en castellano" Sent: Saturday, February 03, 2007 7:57 AM Subject: Re: [Ovillo] Problemas con Internet Explorer. El caso Eolas LISTAS escribió: > Léanse este artículo que es fantástico: Problemas con Internet Explorer. El caso Eolas > > Yo... ¡¡¡ni me lo imaginaba!!! > > No es spam... y le jode por ósmosis a los Flasheros (¡otra mancha más pal tigre!)... ;-) > > Almirante von Web/. Para que veáis lo que implica el caso eolas y cómo solucionarlo tenéis esta página de cristalab: http://www.cristalab.com/tips/19891/solucion-a-problema-de-flash-en-internet -explorer-por-eolas Saludos!!! ___ 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 ___ 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
