Hace poco tiempo descubrí el módulo Content Templates , aunque ya se llevaba mucho tiempo trabajando en él (desde 2006).

Contemplate (nombre reducido) permite la modificación del avance y cuerpo de un nodo en Drupal desde la administración. Viene a solucionar una necesidad que sucede cuando se usan campos CCK para extender el formato básico de los nodos. Parte del problema es que Drupal considera que todos estos campos forman parte del body y cuando se muestran avances se muestran todos estos campos. Por otra parte, no existe una forma cómoda de ocultar, por ejemplo, algunos campos (perdón, úsese CCK Field Privacy) o etiquetas de campos (con técnicas CSS!).

El caso es que es engorroso y Contemplate lo pone, en principio, un poco más fácil. Tanto que sólo tienes que elegir crear una nueva plantilla para un tipo de nodo, decidir qué parte se modifica (teaser, body, rss) y voilà! dónde está mi contenido?

Lo primero que no me gusta de este módulo, y que no sirva como una crítica destructiva si no como una manera de valorar su uso según qué casos, es que se requieren tantos conocimiento de HTML/PHP que si tuvieras que customizarte tu propia forma de visualizar un nodo.

En segundo lugar, no sé por qué (quizá es que no he sabido usarlo correctamente) desaparece automáticamente lo que guardamos en el campo body y esto hace que tengamos que estar prevenidos y no se nos pase crearnos un cck tipo texto para poder guardar el cuerpo.

En tercer lugar, parece ofrecer una forma nueva con la que referenciar los campos cck de la que desconozco la potencia o lo nuevo que ofrece (si alguien la sabe, por favor que me informe que estoy pez). El caso es que, en mi opinión, usando el campo Devel (si no lo usas normalmente te lo recomiendo para todas tus instalaciones) es más que suficiente para saber cómo hacer referencia con PHP a las variables que lo muestran.

Entiendo que es duro tener que pensar que hay que saber programar para poder manejar el sistema de plantillas de Drupal, ya que esto hace el trabajo de maquetador mucho más pesado. Existen alternativas como Smarty (todavía no lo he probado aquí, pero me gustaría verlo en funcionamiento), el caso es que es una realidad. Contemplate resuelve de forma rápida una serie de limitaciones que tiene el CMS y me gustaría decir que es la mejor opción para quien no quiere oír de programación. Pero no es así.

En cuarto y último lugar, este módulo como muchos otros se interponen de una manera indirecta en una clara separación, y en mi opinión necesaria, de las tareas de maquetación y administración. Es más un problema de metodología de trabajo: ¿quién tiene que preocuparse de cómo se muestra un tipo de contenido, de qué etiquetas HTML deben usarse, de cuándo o cómo poder modificarlo?

En este sentido creo que siempre será más fácil trabajar en un proyecto en el que se separen al máximo estas tareas, que un maquetador no necesite nada más que su cuenta FTP directa al directorio de themes para poder hacer lo que quiera sobre el aspecto del sitio... claro que este argumento destrozaría la utilidad del sistema de bloques!! ups... bueno, quizá no tenga razones reales para no usarlo, una vez más, es cuestión de costumbres.

pd: estoy totalmente a favor del sistema de bloques y de que exista gente que trabaje tan duro como se ha hecho con el proyecto Contemplate.