5.1.1.

31 enero 2005

Facturas con dulce de leche

Categorí­a

Increiblemente esta vez no llovió y por fín pudé verlos nuevamentea algunos y conocer a otros. Una de las cosas que más me asombra,aunque para el resto resulte normal, es como un grupo en que las relaciones no eran transitivas haya terminado jodiendo como si fueramos compañeros de secundario.

Detalles para recordar…

  • Polo Sur y yo viendo de no perdernos para llegar al KDT. Nota para la próxima: hay que bajarse apenas se ve el Malba. Por cierto, que conste que él se comió la factura de dulce de leche.
  • JEL (Placebo), <sarcasmo>sutilmente en diva publicitando su espectáculo</sarcasmo> con su remera autoreferencial. Él se extendió mucho más en Comentarios del picnic, además de haber puesto las fotos.
  • Patty (Tropico de Capricornio), a quien se le debe el dato de si las hormigas orinan, y que amablemente siguió franeleandomate luego de que el bestia que escribe se quemara por no prestar atención. También rescatable todos los palos que me tiró —ya me vengaré, guacha— por mis posts de CSS largos y vuelteros. Igualmente otro de los presentes dijo algo como y se nota que los escribe muy entusiasmado por lo que lamentó decir que nunca dejaré de hacerlos. ¡Ah! Y también me pegó por mi costumbre de usar pseudo-código en algunos posts. Me temo que mientras mis posts corran el riesgo de ser malentendidos, cosas SARCASMO o COMENTARIO INTERNO seguían apareciendo.
  • Ariel de Macondo y Individo de Tierra Desesperanza con quienes en realidad no pudé hablar demasiado — mal hecho, mal hecho —. De Ariel sólo recuerdo que fué su primer meet up por lo que espero que no se haya asustado — yo no lo toqué, así que no me pueden acusar de nada —. Sus impresiones en Y el séptimo día se hizo… el picnic. Por otro lado, menos mal que la cámara de Individo era dígital, porque el resto (manga de nenes con juguete nuevo) sacaron fotos a diestra y siniestra. Nota para el antes mencionado: <autoritarismo sútil>¡pública esas fotos!</autoritarismo sútil>.
  • Yeye (Mundo Yeye), el loro violeta, que se dió el lujo de llegar tarde — ¡llegaste después que yo, así quees tarde, nena! — pero que se reinvindicó con sus sanguchitos vegetarianos. Pequeña aclaración: que les diga vegetarianos también puede ser tomado como un halago a la originalidad de no haber hecho los típicos de jamón y queso. Por otro lado, dato de color, si no fuera por el queso, calíficaban para veganos. Ella se desordenó en Crónica Desordenada 29-01
  • Carimar, de Rhumbeando, que vino nadando desde Cuba sólo para el meet up.También hay que reconocerle el espíritu martír para arriesgarse a venir dos semanas seguidas. Igualmente, la próxima, para ahorrarse el viaje, nos prometió el picnic en Lobos. Por cierto, me avisaron que La Tranquera no es yerba y me parece que tienen razón. ¡Ah! Y la próxima <sarcasmo>deja ese termo traicionero en casa</sarcasmo>. Ella no pudo dejar de escribir en Esto si es un Picnic.
  • Poco puedo decir de Qiu (Dónde busco) salvo que su pierna era la mejor prueba de que las PCs son más peligrosas de lo que yo creía. Por cierto, no te sientas culpable de no haber llevado nada porque al final quedó comida. Yeah, we care about ants. Sus impresiones en Domingo: Pic-nic, Bloglines y Peer-2-Mail.
  • El ausente con aviso a quien no le permitiré otra ofensa como ésta.
  • Actualización: No, no me olvide de Osopaul que con su calzoncillo imitación de colador mató toda mi líbido (y que para colmo esperabá que le pagará 50 por un pete, ¡estafador!).

¿Me olvide de algo? No importa, siempre estará INS.

28 enero 2005

Deporte nacional

Categoría

Acá para lo único que sirven es para críticar el trabajo duro.

Acá para lo único que sirven es para obtener fama fácil.

27 enero 2005

Picnic otra vez

Categoría

Picnic Blogger 290105, o sea, este sábado otro intento de picnic con diferentes organizadores.

<comentario interno>Ó mi psico se equivoco ó predice hechos que ocurrirán en un futuro lejano. De momento, voy ganandole por 1 en esto de predecir. Lotsa fun.</comentario interno>.

Por suerte, siempre también hubo gente la posta cuando no parecía haber opciones.

25 enero 2005

display: inline-block

Categorí­a

Esto solo será una pequeño comentario sobre el valor inline-block para display que fue introducido en la especificación CSS2.1.

La especificación define a inline-block:

This value causes an element to generate a block box, which itself is flowed as a single inline box, similar to a replaced element. The inside of an inline-block is formatted as a block box, and the element itself is formatted as an inline replaced element.

Desmembrando un poco esa definición:

Generate a block box
O sea que las propiedades aplicables a un elemento con display: block son aplicables aquí también. Eso significa poder modificar las propiedades width, height, margin-top y margin-bottom. Un elemento con display: inline debe ignorar cualquier valor para esas propiedades, por lo que ya hay una ventaja.
is flowed as a single inline box
Cuando dice inline box está hablando de lineas de texto. La cita completa quiere decir que el elemento se ubica dentro de una linea de texto; y no crea un salto de linea como lo hace normalmente un bloque (entiendase bloque como cualquier elemento definido como display: block.
The inside of an inline-block is formatted as a block box
Hablando (lamentablemente) vagamente, se podría decir que el elemento inline-block funciona como un tipo block para los elementos hijos. Sé que por el momento no tiene mucho sentido, pero les aseguro qe se le puede sacar ventaja a esta cualidad.
The element itself is formatted as an inline replaced element
Mientras que para sus descendientes es tipo block, para sus ascendentes es de tipo inline. Además, que funcione como un elemento inline implica que su ancho (por defecto) esté determinado por su contenido; dicho de otra manera, será tan angosto como las lineas de contenido se lo permitan. Por otro lado, cuando habla de replaced element, el mejor ejemplo son las imagenes (IMG). El elemento IMG es reemplazado por una imagen, que es tipo inline y cuyo tamaño (ancho y alto del elemento) está determinado por las dimensiones de la imagen en sí.

Ejemplos un tanto forzados

Un par de cajas con la propiedad width definida y que se ubican dentro de un linea.

span {display:inline-block;
 width:45px;
 background:#ccc;
 }

<span>inline-block 1</span> Lorem Ipsum dolor <span>inline-block 2</span><br>

<span>inline-block 3</span> Lorem Ipsum dolor <span>inline-block 4</span>

Ejemplo 1: Dos inline-block en la misma linea. Vale mencionar que estos elementos, al funcionar igual que las imagenes, respetan la linea de renglón. Más información en Espacio bajo las imagenes.

Otro caso sería tener un elemento tipo block que queremos que se adecue a su contenido y que además esté centrado.

body {text-align:center}

div {display:inline-block;
 background:#ccc;
 }

<div>Lorem ipsum<br>
dolor sit amet<br>
consectetuer adipiscing elit.<br>
Aenean sed neque…</div>

Ejemplo 2: Elemento tipo block adecuado a su contenido y centrado. Normalmente DIV un ocupa todo el ancho disponible, pero al estar funcionando como inline, el ancho depende del contenido. Otro detalle importante que ya no puede centrarse usando margin:auto sino que, como todo texto, se centra usando text-align:center.

There is a bug on the floor

  • Fuera de los errores que tengan los navegadores con respecto a la implementación de inline-block, hay que tener en cuenta que este valor recién fue introducido en la versión 2.1 de CSS. Esta revisión en particular se mantiene todavia como una Candidate Recommendation por lo que no es totalmente oficial y usar las novedades no es válido. Dicho de otra manera, usar inline-block implica que el archivo CSS deje de validar. No es que sea cuestión de vida o muerte, pero bien vale la advertencia para prevenir sustos o quejas.
  • El caso de IE6 está más alla del bug o de la implementación. IE sólo soporta este valor para aquellos elementos que, por defecto, son de tipo inline.
  • Otro leve error de IE es cómo trata a los elementos inline-block. Estos elementos, al funcionar como texto, deben respetar el renglón. Pero al aplicar un color de fondo al elemento, queda claro que IE lo extiende por debajo del renglón invadiendo el espacio de los descendentes de las letras.

  • Opera tiene un bug: Si existen dos elementos inline-block juntos (en la misma linea) y uno de ellos tiene definida un valor diferente a auto para height, el texto dentro elemento con height:auto escapa de su contenedor y se alinea con el texto del otro elemento. El siguiente código daría problemas en Opera.
    span {display:inline-block;}
    
    <span style="height:90px">lorem</span> <span>ipsum</span>

  • Firefox, por razones que me son desconocidas, eligió jugar de vueltero y no soportar inline-block hasta la versión 1.0.4 está dando soporte experimental para esta propiedad. En su lugar, prefiere la extensión propietaria -moz-inline-block -moz-inline-box.
21 enero 2005

Espacio bajo las imagenes

Categorí­a

Para tener en cuenta: DIV, por defecto, tiene asignado un valor de 0 para las propiedades margin y padding.

Teniendo el siguiente código:

<div style="background:#ccc">
 <img src="dummy.jpg" alt="Imagen de ejemplo">
</div>

Si lo prueban (en Firefox u Opera), verán que, curiosa e inesperadamente, bajo la imagen queda un pequeño margen que no quiere irse aunque todos los margin y padding tengan un valor de 0.

¿Cuál es el problema entonces? En principio hay que tener en cuenta que las imagenes están definidas como display:inline por lo que funcionan como texto.

Volviendo un poco atras en el tiempo, cuando todos estabamos en primario, recordaremos que nos enseñaron a escribir por sobre el renglón; y los navegadores gráficos no escapan a esta regla. El texto (en modo gráfico) mantiene la costumbre de escribirse en relación a un renglón (ahora invisible). En la siguiente imagen, la linea roja representa el renglón:

Imagen: Texto alineado con el renglón

Como se puede apreciar, sigue existiendo un margen de espacio bajo el renglón. Este espacio está reservado para la parte descendente de las letras minusculas g, j, p, q e y. Justamente la parte descentente de estas letras se ubica por debajo de la linea del renglón.

Imagen: Las letras con descendentes usan el espacio bajo el renglón

Si ubicamos una imagen seguida de texto, el efecto es más nototio

Imagen: Imagenes y texto sobre el mismo renglón

Solución 1: display:block

Definir display:block para las imagenes. Siendo un bloque (o caja), todas las consideraciones con respecto al tamaño de la linea (o line-height en CSS) desaparecen. La contra de ésto es que la imagen ocuparía todo el ancho de la linea, provocando que el texto adyacente ocupe una linea diferente.

Solución 2: Jugando con vertical-align

Sobre esta propiedad quisiera extenderme un poco porque resultó un tanto interesante. Por defecto, las imagenes (por su display:inline) están definidas como vertical-align:baseline.

baseline
Align the baseline of the box with the baseline of the parent box. If the box doesn't have a baseline, align the bottom of the box with the parent's baseline.

O sea, el extremo inferior de la imagen va alineado a la linea de renglón (o baseline). Lo que se necesita es un valor para alinear la imagen con el extremo inferior de la linea (no confundir renglón con linea). Para tal fin existen dos propiedades que, en principio, parecen funcionar igual: bottom y text-bottom

Empezando por text-bottom, que es la que sirve para este proposito:

text-bottom
Align the bottom of the box with the bottom of the parent element's font.

Con the box, en este caso, se está refiriendo a la imagen. Entonces, text-bottom alinea la parte inferior de la imagen con el extremo inferior de la letra (referida como parent element's font). Por tanto, si los descendentes de las letras ocupan 50px, entonces la imagen estará ubicada 50px por debajo del renglón.

Imagen: La imagen alineada con el extremo inferior de la letras

Por otro lado, bottom, a simple vista, funciona igual. Nuevamente la imagen parece alineada con el final de las letras, pero la definición propone otro uso.

bottom
Align the bottom of the box with the bottom of the line box.

line-box se refiere a la linea que ocupan las letras (de pies a cabeza, sin importar el renglón). Normalmente la altura de la linea está dictada por el tamaño de la fuente, por lo que la diferencia no se nota. Pero la altura de la linea puede ser modificada con line-height, por lo que si definimos line-height:100px, entonces la imagen será situada 100px más abajo, mientras que el texto va a seguir centrado verticalmente en esta inmensa linea.

Imagen: La imagen alineada con el extremo inferior de la linea

Notese que text-bottom funciona en relación con el tamaño de las fuentes, mientras que bottom en función del tamaño de la linea.

There's a bug in the floor!

De las pruebas con IE6, Opera 7 y FF, las consideraciones son mínimas.

  • Los tres navegadores soportan text-bottom. Dicho de otra manera: IE soporta text-bottom. Siendo una propiedad que sinceramente desconocía , me sorprendió la amplia implementación. Aunque se trata de una propiedad que ya había aparecido en CSS1, por lo que no debería sorprenderme tanto.
  • Para no traicionar su tradicional inconformismo, IE no muestra el espacio extra para descentes si en la linea hay solamente una imagen. Igualmente, cualquier caracter en la misma linea de la imagen, provoca la mágica reaparición.
  • En Opera e IE existe lo que parece ser un bug referido al valor bottom para las imagenes. Si no existe un valor explicito para line-height, vertical-align:bottom es interpretado como vertical-align:top.

Epilogo

Sé que a ¿prácticamente? nadie le interesan estos temas, pero como en otro momento planeo explicar una técnica que requería entender este tema, me parecio correcto intentar explicarlo.

20 enero 2005

Sacrificio a los mosquitos

Categorí­a

El próximo sábado un grupo de bloggers aumentaran sus chances de contraer cancer de piel al exponerse al crudo sol de las 3 de la tarde.

Más info sobre las futuras victimas o para quienes presenciar el espectáculo en Primer Blogger Picnic Argento.

Exijo no pagar entrada por pertenecer a una minoria (minoria no oprimida porque nadie me aprieta…).

Justificación de post:posteen en sus blogs, aún si no pueden venir… como buena acción del día…. Altruismo is gonna kill me.

16 enero 2005

Ni El Zorro ni Don Orione

Categorí­a

La nota original de la discordia: Me quedo con el IE. Por otro lado, FrancoG nucleó las diversas opiniones sobre el tema.

rant
A loud bombastic declamation expressed with strong emotion.
Pompous or pretentious talk or writing

Dada su posición de lider — y portavoz, en cierta forma — en un grupo informático, considero que exageró al haber dado una opinión tan desfavorable sobre Firefox, pero sinceramente, no planeo ¿despreciarlo?.

Quizás el tipo usa internet sólo para visitar los sitios del banco y el de educación a distancia. Quizás esos sitios realmente usan y abusan de extensiones propietarias de código Javascript. Y si así fuera, tiene toda la razón en su rant.

Por dar ejemplos, si mi vida dependiera de revisar mi cuenta de GMail, seguramente estaría escupiendo veneno contra Opera, pero si dependiera de testear (minimamente) sitios web en dispositivos moviles, hablaría mal del navegador de la discordia.

Por lo pronto tenemos un par de sitios (limitandome a los citados por Orione) que usan tecnologias propietarias. Los desarrollares de navegadores (ó UAs) al ver esos sitios habrán lidiado (al menos por unos minutos) con el conflicto de darles o no soporte, para finalmente decidir no hacerlo por considerarlas, justificadamente, no estandars. Pero a nivel de usuario final, ¡estos problemas no importan! Firefox no está mal ó equivocado, pero eso no significa que no sea culpable de no funcionar bajo ciertas condiciones. Por más misantropos que algunos seamos, la sociedad no va a desaparecer; y por más Valid XHTML que sean otros, ciertos códigos (y costumbres) no van a desaparecer (por completo).

Volviendo al principio, hay algo innegable: ¡Orione, te zarpaste! Podrías haber aprovechado para hablar de la discriminación que significa que un sitio no funcione en tan excelentes condiciones (lease Opera y Mozilla/Firefox) pero acepto que no deja de ser tu visión totalmente personal del asunto.

Ahora la parte en que yo trato de hacerme enemigos. <rant>¿Por qué se ofenden tanto de que a alguien no le haya gustado Firefox? Lo están defenestrando tanto como los que, en su momento, censuraron a Leon Ferrari. No sería raro que en cualquier momento pusieran precio ala cabeza de Orione. ¿Les molesta que él tenga prensa y alcance? <sarcasmo>Propongo que Clarín reemplace el espacio que le dió a la opinión de Orione y publique la ya tan repetida hasta el hartazgo la lista de features de Firefox.</sarcasmo> Si hay gente ahí afuera que por la opinión de Orione va a dejar de darle una oportunidad a Firefox, van a ser gente que no tiene demasiadas ganas de pensar por si misma y, por tanto, no merecen mi preocupacion. Si alguien lo va a probar para sacarse la duda de por qué tantos lo usan, ojala que disfrute el tiempo de prueba. Y si alguien va a usar mi querido Opera prefiero que sea porque le sirve y no por haberle causado un tumor en los testiculos por perseguirlo para que lo instale.</rant>

Por último, cortenla con hablar del validador porque la mitad no valida y la otra mitad todavia cree que un código 100% valido (en las condiciones actuales) hace diferencia.

03 enero 2005

Ruido Rojo

Categorí­a

Ruido Rojo iba a ser mi intento por ingresar al Projecto Camaleón. Pequeñas diferencias de opinión me hicieron renunciar al proyecto.

Ahora que lo estoy usando me doy cuenta que está muy baqueteado, pero al menos ahora cierta persona va a poder verlo (y de paso me saco de encima el template de Blogger).

Powered by Blogger