Instalación

Instalar GHRML es tan fácil como hacerlo con casi cualquier otra aplicación de Python, vía setuptools (ejemplo en linux):

easy_install GHRML

Y listo! Ya tenemos GHRML instalado en nuestro directorio de paquetes de Python. Ahora sólo resta indicarle a nuestra app de Django dónde buscar los templates cuando los representemos con este lenguaje de markup. En mi caso, como se trataba de una prueba, simplemente le indiqué el mismo directorio donde se encuentran usualmente los templates del sistema de templates de Django. Esto lo hice agregando al archivo settings.py lo siguiente:

GENSHI_TEMPLATE_DIRS = (
    os.path.join(os.path.basename(__file__), 'templates'),
)

Con esto nos aseguramos de que al llamar al render_to_response de GHRML, encuentre los templates. De otra forma lanzaría un error.

Usando GHRML

Para poder escribir templates mediante este lenguaje, simplemente importamos lo que necesitemos de ghrml.ghrml_django, por ejemplo, la antes mencionada render_to_response:

from ghrml.ghrml_django import render_to_response as render_ghrml

En mi caso particular le puse un alias a render_to_response, ya que seguía usando su versión original para algunas pruebas.

Una vez importado, simplemente reemplazamos los render_to_response que queramos, por los correspondientes render_ghrml, siempre teniendo en cuenta que el template al que apuntamos esté escrito en este lenguaje.

Ventajas y desventajas

Una ventaja obvia de utilizar GHRML es que se simplifica enormemente la tarea y el tiempo de escribir nuestros templates, ya que no sólo “ahorramos” código, sino que Haml resulta muchísimo más fáciles de leer. A esto tenemos que sumar la facilidad de instalación y el hecho de que podemos usar Haml con otros lenguajes (como Ruby o PHP), de forma que no necesitaremos acostumbrarnos a un sistema de templates diferentes para cada framework o lenguaje.

Por otro lado, GHRML tiene algunas “fallas”; por ejemplo, al querer utilizar el “tag” %ul (y %li), sin haber puesto %html y %body en el template que estamos editando, la lista no se renderizará como debe. Además de esto, me he encontrado con un problema muy grave, para el cual – de momento – no tengo solución: los forms no se generan automáticamente. Por ejemplo, cuando quiero hacer form.as_p, como esto renderiza un form en el lenguaje de templates de Django, GHRML no lo reconoce y pone otra cosa en la página (si no me equivoco, renderiza la representación del objeto). Imagino que existirá alguna solución (que no sea armar los forms a “mano”), sino ya me iré acostumbrando a hacerlos un poco más “artesanales”. Otra falencia grave de este lenguaje es la ausencia casi total de documentación, aunque la sintaxis es casi igual a la de Haml, por lo cual se puede aprender a usarlo en la página de documentación de éste.

Una última aclaración: en la página del Trac de GHRML dicen que tiene dependencia con Genshi, por lo cual supongo que las setuptools se encargaron de instalarlo por mí.

¿Alguno de ustedes ha probado GHRML? ¿Han tenido los mismos problemas que yo? Si alguien encontró cómo hacer funcionar lo de los forms, ¡avise!

Por suerte, y gracias al dios de los lenguajes de programación (?), @eljuanchosf llegó para salvarme con Haml en la mano.

Haml fue ideado para acelerar los tiempos de desarrollo y a la vez lograr un lenguaje de markup agradable a la vista. No por nada de su idea principal es:

Markup should be beautiful.

Luego de ver un ejemplo, se puede comprobar la sencillez y “limpieza” que este lenguaje le puede dar a nuestros templates. El ejemplo siguiente está extraído del tutorial que se puede ver en la página principal de Haml.

<div id='content'>
  <div class='left column'>
    <h2>Welcome to our site!</h2>
    <p><%= print_information %></p>
  </div>
  <div>
    <%= render :partial => "sidebar" %>
  </div>
</div>

#content
  .left.column
    %h2 Welcome to our site!
    %p= print_information
  .right.column
    = render :partial => "sidebar"

Pero el hecho de que me gustara tanto Haml traía consigo un nuevo problema; empecé a “odiar” el lenguaje de templates de Django y PHP embebido en HTML (en realidad a éste último ya lo odiaba). Así que puse manos al teclado y busqué implementaciones de Haml para estos lenguajes, encontrando resultados mucho más rápido y fácil de lo que esperaba.

Para poder tener un lenguaje similar a Haml en Django, podemos utilizar GHRML, el cual está basado en Genshi Markup Templates. En el caso de PHP, existe un parser llamado phphaml, el cual nos permite escribir los templates casi de la misma forma que lo hacemos en el Haml original. Pueden ver ejemplos de estos en sus respectivas páginas.

¿Conocen otras implementaciones de Haml para Django o PHP? ¿Son mejores que las encontradas por mi? ¡No duden en dejar sus comentarios recomendándolas!

En resumidas cuentas, me han ahorrado el trabajo, quedandome sólo publicar el siguiente link:

Organize Your Next PHP Project the Right Way

Que lo disfruten! =)

Para poder utilizar el sistema de scrobbling desde mi Ubuntu Jaunty 9.04 estuve probando varias alternativas, de las cuales elegí quedarme con Rhythmbox y el complemento llamado New-Style Last.fm Scrobbler, el cual reemplaza el llamado Last.fm que viene por defecto con este reproductor.

Como primer requisito para poder utilizar el complemento de scrobbling, se necesita tener instalado el cliente lastfm, el cual se encuentra en los repositorios de Ubuntu 9.04:

sudo apt-install lastfm

Una vez instalado este cliente, se deben seguir los pasos que se indican en la página del complemento que mencioné antes.

Se agregan los repositorios al archivo /etc/apt/sources.list:

deb http://blog.blackdown.de/static/debian/rhythmbox/ jaunty main
deb-src http://blog.blackdown.de/static/debian/rhythmbox/ jaunty main

Se obtiene la llave con la que están firmados estos repositorios:

$ wget http://blog.blackdown.de/static/gpg.asc -O - | \
    sudo apt-key add -

Se actualiza apt y se instala Rhythmbox:

$ sudo aptitude update
$ sudo aptitude install rhythmbox

En caso de haber tenido previamente instalado Rhythmbox, en lugar del install, deberemos hacer un upgrade.

Por último, se debe entrar a la sección de complementos del reproductor, desactivar el que se llama Last.fm y activar New-Style Last.fm Scrobbler

También utilizo AIMP2 – en el trabajo – con un plugin que lo conecta al cliente de Last.fm de la misma forma que lo hace Rhythmbox, pero eso ya es tema para algún otro post…

Si a alguien quiere escuchar mi – por el momento escasa – emisora de Last.fm, puede agregarme como amigo desde la página de mi perfil.

Hasta ahora no me había llamado mucho la atención este navegador, pero de a poco está mejorando y creo que es muy posible que sobrepase a Firefox si la versión 3.5 de éste no sale pronto (o si no es lo que esperamos).

Al leer sobre las extensiones, me entero de que van a estar hechas sobre HTML, JS y CSS, una idea que me parece excelente y que Firefox también está intentando adoptar con JetPack. Esta forma de hacer las extensiones ampliaría la cantidad de desarrolladores que las crean, ya que el proceso es igual al que seguimos cuando hacemos una página web. Otra cosa interesante de este sistema, es que no es necesario reiniciar el browser para que funcionen.

Para ponerme a ver como crear estas extensiones, me he descargado la versión de desarrollo de Google Chrome, que según el “Acerca de…” es la 3.0.182.3 (OMG), y he visto muchas mejoras interesantes, pero sobre todo en la Consola JavaScript, la cual pinta mucho mejor que FireBug.

Si cuando todo esto funcione, también sale para Linux, quizás me termino cambiando de browser.

Vía: Smashing Magazine | Crucial Concepts Behind Advanced Regular Expressions

• calendar: es una caja de texto para ingresar fechas, la cual posee un icono que muestra un calendario en un pop-up.
• category: es una lista desplegable de las categorías de una determinada sección (elegida mediante section).
• editors: es una lista desplegable de los editores WYSIWYG disponibles.
• filelist: es una lista desplegable de archivos en un directorio especificado.
• folderlist: es una lista desplegable de carpetas en un directorio especificado.
• helpsites: es una lista desplegable de sitios de ayuda para tu instalación de Joomla.
• hidden: es un campo oculto para guardar valores que no pueden ser alterados directamente por un usuario en la interfaz de Administración (puede ser modificado desde el código o en el archivo params.ini).
• imagelist: es una lista desplegable de archivos de imagen en un directorio especificado.
• languages: es una lista desplegable de los idiomas instalados.
• list: es una lista desplegable con opciones personalizadas.
• menu: es una lista desplegable de los menus disponibles para el sitio.
• menuitem: es una lista desplegable de los ítems de menus disponibles para el sitio.
• password: es una caja de texto para contraseñas.
• radio: son botones de opción (radio buttons) para seleccionar uno entre diferentes valores.
• section: es una lista desplegable de las secciones existentes en tu sitio Joomla.
• spacer: es un separador para insertar entre los campos de parámetros. Puede ser una línea o un texto.
• sql: es una lista desplegable de elementos obtenidos mediante una consulta a la base de datos de Joomla. Contiene los datos de la primer columna resultante.
• text: es una caja de texto para ingresar datos.
• textarea: es un área de texto (campo textarea) para ingresar texto multilínea.
• timezones: es una lista desplegable de zonas horarias.
• usergroup: es una lista desplegable de grupos de usuarios.

Vía: Mogdesign | Ultimate WordPress Tutorial Collection

En el primer video se muestra el funcionamiento de la aplicación, la creación del proyecto en Django y versionado del mismo mediante Git. A partir del segundo ya se configura la aplicación y se crean modelos, mientras que en el 12 (el último de la serie por ahora) agregan funcionalidades Ajax mediante jQuery.

Para aquellos que no está acostumbrados a escuchar inglés va una buena noticia (no, no es en español el video =P), y es que el autor de los mismos habla de una forma bastante entendible y tranquila, en un inglés que puede resultar claro incluso (quizás) para aquellos más “duros de oído” en lo que a este idioma respecta.

Nota: El autor de estos screencasts utiliza un entorno ya seteado de Django, el cual explica como realizar en esta otra serie de videos: Setting Up a Django Development Enviroment.

The Doctor

Links: Django From the Ground Up | Setting Up a Django Development Enviroment

Origen: showmedo.com | Vía: Mis feeds en Google Reader =P

1. Nadie lee este miserable blog
2. Nadie lee el tutorial
3. JSF/Java/Etc me están decepcionando mucho
4. Hace rato que estoy por empezar a usar Django…
5. … ya falta poco para que empiece a usarlo
6. Ya salió la versión 1 de Django
7. Django es más lindo
8. Más rápido
9. Más liviano
10. Menos rompebolas
11. Está en Python
12. Me fui de tema…
13. En fin, porque no tiene sentido ya seguir con este tutorial

Espero que a alguien le haya servido lo poco que escribí, y que le sirva lo que escribiré más adelante cuando tenga tiempo, sobre otros temas de desarrollo.

El blog sigue la misma onda, pero intentaré incorporar más que nada noticias del mundo del desarrollo y demás yerbas…

Apenas tenga algo de tiempo y ganas, pretendo darle a este blog la vida que no tiene y que no tuvo el anterior.

Saludos!

The Doctor