Archivo Mensual de Septiembre, 2008

Columnas y centrado vertical, esos grandes amigos

O cómo centar verticalmente un div flotante. Elegid el título que queráis, creo que ambos son igual de confusos :-D .

Todo aquel que haya dedicado algo de tiempo a realizar páginas web, seguro que ha tenido que utilizar hojas de estilo CSS. De no ser así, puede ser poque se tenga una página web sin decoración alguna :-D o porque se esté decorando la misma utilizando los obsoletos atributos de las etiquetas HTML destinadas a esa tarea (ya se sabe, los atributos color, width, etcétera). En este último caso, se está incurriendo en un error, ya que estos elementos están desaconsejados desde HTML 4, y existen alternativas para los mismos.

Con la llegada de dicho estándar y de las mencionadas hojas de estilo, otra de las cosas que se desaconsejan es la maquetación con tablas, siendo su alternativa la utilización de divs. Existen muchísimos enlaces al respecto, en los que se puede leer acerca de cómo maquetar con tablas, cómo evitar hacerlo, y las razones para ello. Mi resumen de las respuestas sería algo como:

  • Que maquetar con tablas es realmente fácil, ya que por defecto cuentan con columnas, filas y celdas y permiten trabajar con ellas de manera muy flexible e intuitiva.
  • Que para no maquetar con tablas se debe englobar cada conjunto de información en divs (seguramente, el mismo conjunto que antes englobaríamos en una celda de una tabla) y jugar con las posibilidades que ofrece CSS (sobretodo, las propiedades float y clear)
  • Y que las razones para no maquetar con tablas son que las tablas sólo deben usarse para, precisamente, representar datos agrupados en forma tabular. En definitiva, la idea es usar cada tag HTML para dar información semántica y nunca estética, ya que de esto último se encargan las propiedades CSS.

Sin embargo, es difícil conseguir algunas de las cosas que con tablas son realmente fáciles, debido a que estas últimas tienen un comportamiento muy noble, mientras que algunas propiedades CSS, y en concreto una fundamental como es float, se comportan de manera realmente extraña en muchas ocasiones. Una de esas cosas es el centrado vertical de algún elemento que se encuentra dentro una columna maquetada con divs.

¿Qué pretendo?

Básicamente, lo que quiero conseguir es algo como esto:

columna uno columna dos,
la cual es bastante
más alta que la anterior
columna uno columna dos,
la cual es bastante
más alta que la anterior,
y además la podemos hacer
todavía más alta
y la columna 1 sigue centrada

Si examináis el código fuente de los ejemplos anteriores, veréis que están maquetados con tablas. Automáticamente, la información de la columna uno se centra verticálmente, aunque posteriormente podemos modificarla con la propiedad vertical-align de CSS. Por ejemplo, la primera tabla tiene este código fuente:

<table style="border: 1px solid green">
<tbody>
<tr>
<td style="border: 1px solid red">columna uno</td>
<td style="border: 1px solid blue">columna dos,
la cual es bastante
más alta que la anterior,
y además la podemos hacer
todavía más alta
y la columna 1 sigue centrada</td>
</tr>
</tbody></table>

El problema

Si esta misma maquetación la hacemos usando divs, obtendríamos el siguiente resultado:

columna uno
columna dos,
la cual es bastante
más alta que la anterior,
y además la podemos hacer
todavía más alta
y la columna 1 ya no se centra

cuyo código fuente es el siguiente:

<div class="contendor" style="border: 1px solid green; margin: 0; padding: 0">
<div class="columna1" style="border: 1px solid red; margin: 0pt; padding: 0pt; float: left; width: 10em; height: 100%; vertical-align: middle;">columna uno</div>
<div class="columna2" style="border: 1px solid blue; margin: 0; padding: 0; padding-left: 10em">columna dos,
la cual es bastante
más alta que la anterior,
y además la podemos hacer
todavía más alta
y la columna 1 ya no se centra</div>
</div>

Como podemos observar, el comportamiento de los div es bastante diferente al de las tablas por defecto. Por ejemplo, la anchura se adapta a la del contenedor en lugar de a la del contenido, y el alineado vertical se ajusta a la parte superior.

La idea es, sin embargo, que CSS permite modificar dicho comportamiento por defecto, pero en la práctica no podemos alterarlo tan fácilmente, ya que casi siempre estamos obligados a utilizar la propiedad float, que tiene algunas características curiosas, como por ejemplo hacer que el tamaño del div se ajuste al contenido (como en las tablas) y que puedas modificar la anchura con respecto al contenedor, pero no la altura.

Es decir, que podemos decir que el ancho sea de 10em (o podríamos decirle un 50% del div contenedor), pero que le digamos que la altura es de un 100% no le afecta. Las dos cosas se pueden observar en el ejemplo anterior.

Una posible solución

La única solución que he encontrado hasta ahora es hacer que los div se comporten como tablas. Esto es posible porque los creadores del estándar CSS incluyeron en la propiedad display una serie de valores para permitir maquetar divs usando la lógica de tablas. El resultado sería algo como lo siguiente:

columna uno
columna dos,
la cual es bastante
más alta que la anterior,
y además la podemos hacer
todavía más alta
y la columna 1 se vuelve a centrar

Que, como podemos ver, permite el centrado vertical sin mayor problema. Su código fuente es el siguiente:
<div class="contendor" style="border: 1px solid green; margin: 0; padding: 0; display: table">
<div class="contendor-secundario" style="border: 1px solid yellow; margin: 0; padding: 0; display: table-row">
<div class="columna1" style="border: 1px solid red; margin: 0pt; padding: 0pt; vertical-align: middle; display: table-cell">columna uno</div>
<div class="columna2" style="border: 1px solid blue; margin: 0; padding: 0; display: table-cell">columna dos,
la cual es bastante
más alta que la anterior,
y además la podemos hacer
todavía más alta
y la columna 1 ya no se centra</div>
</div>
</div>

Podemos observar que necesitamos un div que haga de tabla (contenedor, con la propiedad display como table), uno que haga de una fila de la tabla (contenedor-secundario, con la propiedad display como table-row) y cada una de las celdas (columna1 y columna2, con la propiedad display como table-cell).

Si os fijáis, esto añade un div nuevo, el cual no tiene ningún propósito excepto el de ayudar a la maquetación, lo cual nunca es recomendable (se supone que el diseñador no debe tener necesidad de modificar el HTML si este está bien empaquetado en sus correspondientes divs etiquetados con identificadores y clases). Además, resulta irónico tener que simular el comportamiento de las tablas vía CSS para lograr lo mismo que anteriormente se lograba usando tablas directamente. Estas razones hacen que no me guste demasiado esta solución, no obstante es la única que de momento conozco.

Tener que recurrir a este tipo de soluciones me parece la prueba más evidente de que la maquetación usando CSS no está en absoluto depurada, conclusión a la que probablemente habrán llegado la mayoría de diseñadores web :-D .

Caso particular: la columna a alinear es una imagen

En el caso de que queramos centrar verticalmente una columna cuyo único contenido es una imagen, podemos conseguirlo haciendo que esa imagen sea la imagen de fondo de la columna, ya que la propiedad background si que permite alinear verticalmente en todos los casos (parece que float, la más utilizada, es la única conflictiva :-P ).

Esto sólo se debería usar en el caso de que la imagen sea méramente decorativa y no forme parte del contenido. Recordemos que idealmente, si eliminamos todas las hojas de estilo, la web no debería perder funcionalidad ni contenido, por lo que si la imagen aporta contenido, debería estar en el HTML. Un ejemplo de cómo hacer esto sería el siguiente:

columna dos,
la cual es bastante
más alta que la anterior,
y además la podemos hacer
todavía más alta
y la columna 1 sigue centrada

Cuyo código fuente es el siguiente:

<div class="contendor" style="border: 1px solid green; margin: 0; padding: 0; background: url(http://blog.deigote.com/wp-content/themes/k2/styles/deigote/info.png) no-repeat scroll 0% 50%; padding-left: 60px">columna dos,
la cual es bastante
más alta que la anterior,
y además la podemos hacer
todavía más alta
y la columna 1 sigue centrada
</div>

Podemos ver que en este caso nos evitamos todos los div excepto el contenedor, quedando el código más limpio. Sin embargo, este caso es muy particular y no nos resuelve nada en la mayoría de ocasiones :-( .

Los chistes si míos, gracia me hacen

Si, ya sé que lo normal es citar a otras personas. Pero yo he sido bendecido con el mayor don que una persona puede recibir: me hago mucha gracia a mi mismo.

No puedo evitarlo, mis lamentables ocurrencias siempre me hacen partirme de risa, incluso cuando el resto de personas no pueden sino mirarse entre ellos :shock: sin saber cómo sortear la tensión que supone que alguien cuente un chiste y nadie se ría. En mi caso, esto es mucho peor, porque sí que se ríe alguien, pero siempre soy yo mismo :lol: .

Hace tiempo me callaba los chistes para evitar esta situación, pero ya he llegado a tal paz conmigo mismo que no me importa. Cuando puedo, la suelto y me descojono yo solo. Y en ocasiones, las más escasas, incluso acompañado :-D .

Por ello no puedo sino citarme a mi mismo con mi última ocurrencia (algunos dirán que es ego, pero yo prefiero pensar que es por todo lo que he dicho antes… y total, como ya he explicado arriba, me viene dando igual lo que penséis :lol: ).

Así que ahí va. Yo dije (y me quede tan ancho):

Lo bueno si bebe, no pasa sed

Deigote, en el Twitter.

La llamada del robot Ono

Hace poco contraté Ono para mi casa. No puedo dar grandes razones para esta elección: llegan Telefónica y Ono, y a la primera le tengo bastante alergia.

El caso es que un par de días después de contratar el servicio a través de su página web recibí una llamada bastante curiosa: era la primera vez que me saltaba un contestador siendo yo el llamado :???: . El caso es que tras mi sorpresa inicial, resultó ser un proceso muy eficaz. Me llamaron ofrecíendome un día para ir a hacer la instalación y se podía cambiar ese día y hora propuesta de manera bastante sencilla  pulsando las teclas del teléfono (nada de esos contestadores como el de Vodafone en el que le tienes que gritar con mala leche lo que quieres para que te entienda :-P ).

Tras comentar la jugada con algún compañero del trabajo y reflexionar acerca de la eficacia de la medida (sobretodo en cuanto a perdida de mi tiempo y ahorro en teleoperadores), recibo otra llamada: un teleoperador de Ono, que preguntaba si era posible adelantar la cita media hora, ¡y eso que yo había aceptado la cita propuesta por la máquina!

En fin, supongo que no tiene nada de particular, pero me pareció gracioso que a los 5 minutos de la llamada de la máquina, me tuviese que llamar una persona para corregirla. En esos momentos pensé Bueno, Matrix todavía nos queda lejos :-D .

Subdominio o subdirectorio, esa era la cuestión

Mis lectores más observadores (y el único con el que he hablado del tema no ha demostrado serlo :P te espero en los comentarios) habrán notado que el nuevo blog está alojado en una URL distinta al anterior: ahora está en blog.deigote.com mientras que antes era deigote.com/blog.

Sin embargo, es muy probable que la entrada en la que se anuncia el nuevo blog, la cual está en el nuevo blog ( :roll: ). ¿Cómo es posible que si la URL ha cambiado los enlaces para el feed sigan siendo válidos? O una de dos: o mis lectores son muy poco observadores o pasotas, o tengo muy pocos lectores :-D (yo pienso que es una mezcla de los dos :cry: )

Volviendo a la pregunta anterior, la respuesta es haber usado un simple URL rewriting gracias al módulo mod_rewrite de Apache. Gracias a este módulo, es posible reescribir una URL cuando esta llega al servidor web, cambiando las cabeceras de la petición, y redirigiéndola a donde corresponde tras realizar el cambio.

En mi caso, he necesitado las siguientes reglas para el dominio deigote.com:

RewriteRule ^blog$ http://blog.deigote.com [L]
RewriteRule ^blog/(.*) http://blog.deigote.com/$1 [L]

La primera de ellas sirve para cuando la URL entrante es http://deigote.com/blog (sin un slash o barra del siete :-) al final). La segunda sirve para el resto de URLs que comiencen por http://deigote.com/blog. Seguro que algún lector (la esperanza es lo último que se pierde :lol: ) está pensando que ambas reglas se podrían fusionar en una como la siguiente:

RewriteRule ^blog(.*) http://blog.deigote.com$1 [L]

Es decir, eliminando los slash en la segunda regla para que englobe también el primer caso. El problema de hacer esto es que una URL del tipo http://deigote.com/blogstats sería redirigida a http://blog.deigote.comstats. Por ello, es mejor proteger todas las URLs con un slash al final y añadir una regla para el único caso en que no hace falta poner dicha barra (aunque quizá algún lector me corrija en este punto dándome una solución para unificar ambas reglas :-) ).

De esta manera, todos los enlaces anteriores, ya sean los del feed, entradas, comentarios, etcétera… siguen funcionando correctamente :-) .

PD: Si, tampoco es algo tan increible como para hacer una entrada tan larga, pero bueno, a mi me ha costado lo mío :-P .