Al hilo del post anterior donde Juanjo comenta la extensión It’s All Text para Firefox quiero presentaros otra perla para aquellos que, como yo, utilicéis Dreamweaver como vuestro editor habitual.

¿No sería genial que, además de poder editar nuestro código de Textpattern con Dreamweaver, pudiéramos aprobechar las ventajas de autocompletado de etiquetas de este editor? Pues eso es precisamente lo que podéis conseguir si os instaláis esta librería en vuestro Dreamweaver.

Si usáis otro editor es muy posible que álguien haya hecho el mismo trabajo. Que yo sepa existe seguro para Textmate, pero seguro que hay muchas más.

Os dejo un video para ver a Dreamweaver en acción peleándose con etiquetas TXP:

Textpattern Tag Library for Dreamweaver from Jan De Wilde on Vimeo.

Por fin está disponible la versión 4.0.7 de nuestro CMS favorito. Ya comentamos las novedades que iba a incluir la 4.0.7, así que no nos vamos a repetir ahora. Tan sólo recordaros las dos novedades más llamativas: el nuevo parseador de etiquetas permite anidar las etiquetas para usarlas como parámetros de otras y que muchas etiquetas, en lugar de usar formularios para dar forma los resultados que devuelven, podrán emplantillar directamente su salida desde las páginas de plantilla.

¡Voy a probarlo ahora mismo!

A menos de una semana para que salga la nueva versión de Textpattern, la 4.0.7, desde el equipo de Textpattern se ha hecho un llamamiento a los testers repartidos por el mundo para que prueben la nueva versión y evitar la aparición de problemas una vez esté lanzada definitivamente.

Descarga de la versión candidata:

• textpattern-4.0.7-rc1.tar.gz
• textpattern-4.0.7-rc1.zip

Para cualquier problema con esta versión, tenéis un foro preparado.

Una de las nuevas etiquetas que incluirá la versión 4.0.7 es txp:variable. Que nos permitirá usar variables globales definidas por nosotros.

Ya se encuentra documentada en textpattern.net y Robert Wetzlmayr ha escrito un artículo de ejemplo de uso de la etiqueta muy ilustratrivo: Cómo hacer tablas con pijamas con Textpattern 4.0.7 (aunque no sepas inglés con ver el código se pilla la idea).

¡A ver si sacan ya la 4.0.7 que esto de las variables me va a venir como agua de Mayo!

En el Dev weblog se están comentando últimamente algunas novedades que incorporará la próxima iteración de nuestro CMS favorito en el “Tag parser” (intérprete de etiquetas txp) que, en cierta medida, revolucionarán nuestra forma de usar Txp.

Etiquetas como parámetros de otras etiquetas

La primera de las novedades es ¡por fin! la posibilidad de usar etiquetas como parámetros de otras etiquetas, lo que abre un abanico inmenso de posibilidades, permitirá simplificar mucho nuestras plantillas y prescindir de gran número de plugins que hasta ahora tenemos que usar para conseguir el mismo resultado.

Al fin podremos hacer fácilmente cosas como esta:

<txp:email
email='<txp:custom_field name="email" />'
linktext="Enviar un email"
title='Enviar un email a <txp:custom_field name="name" />'
/>

Si nos fijamos, bastará con emplear comillas simples para forzar el parseo de las etiquetas txp que estemos empleando como parámetros de otras etiquetas, mientras que los parámetros literales se mantienen encerrados entre comillas dobles.

Etiquetas contenedoras como alternativa al uso de forms

A mi juicio mucho menos relevante que lo anterior, aunque interesante, es la nueva posibilidad de reemplazar el uso de “forms” convirtiendo etiquetas autocerradas en etiquetas contenedoras de la plantilla que deben usar para devolver sus resultados.

Aunque a mi entender ésto invita a hacer un código más sucio y menos modular, en ocasiones resultará más cómodo que llamar a un form para, por ejemplo, emplantillar la salida de un txp:article custom.

Si hasta ahora teníamos que hacer algo así:

<txp:article custom wraptag="ul" form="formulario-plantilla-listado" />

A partir de la 4.0.7 tendremos la posibilidad de poder hacer algo así:

<txp:article custom wraptag="ul">
<li class="foo"><txp:permalik><txp:title/><txp:permalik></li>
</txp:article custom>

Una ventaja clara de esta nueva opción aunque no nos guste este método es que nos permite probar cosas sin cambiar de página y, cuando quedemos satisfechos con el resultado, ya podemos cortar el código y pegarlo en un nuevo form. Por lo visto, a nivel de rendimiento, no existe una diferencia significativa entre el uso de un método u otro.