Histórico de_ Mayo, 2008

Hola de nuevo, después de tanto tiempo, más que semanas...meses.

Lo primero es disculparme porque cuando he vuelto a retomar el blog he encontrado varios comentarios a los que no he respondido, además de mucho spam, prometo poco a poco dedicarme a ellos.

Por lo demás aquí estoy de nuevo, con un nueva plantilla cogida del repositorio aunque lo que realmente ha cambiado en el blog ha sido la necesaria actualización del gestor y sus módulos...

La próxima entrada será para empezar a recopilar todo eso que tantas ganas tenía de publicar y aún no he podido hacer. Evidentemente hay proyectos que se quedaron a medias y otros que están en marcha por lo que voy simplemente a tomármelo con calma para no encontrarme en un estrés absurdo, algo así como el síndrome de la página en blanco.

Espero coger el ritmo pronto, gracias a los que aún esperéis algo de este blog desde vuestro lectores RSS.

La guerra en Palestina se traslada al mundo virtual, desde Electronic Intifada vemos un reportaje espeluznante . Al más puro estilo 1984, Israel traslada su odio para intentar reescribir la historia de Palestina ¿cómo? intentando infiltrar editores dentro del grupo de administradores de la Wikipedia ¿?

Esperemos que la Wikipedia no sea tan poco democrática como el estado de Israel (60 años de Nakba )

Hace unas semanas publicamos un proyecto muy bonito en Drupal de la mano de la popular Librería Altaïr.
Es el Blog de viajes Altaïr, aunque lo de blog a mi parecer simplifica mucho todo lo que queda detrás (experiencias de viajes de los usuarios, planeta de blogs de viajeros agregados por RSS, impresionante galería de fotografías, historias de viaje de reconocidos escritores...), y si todo va bien en poco tiempo podremos ver nuevas ideas que se tienen en mente.

Como ya he dicho esta web la he montado con Drupal y está fundamentalmente construida a base de vistas, CCK, gestión de permisos, etc. Lo interesante en cuanto al desarrollo ha sido la creación de la plantilla, la maquetación, la sobreescritura de funciones theme, de la que he podido poner en práctica viejos y nuevos conocimientos.

Sobre todo lo que sí se ha intentado es jugar con trucos de posicionamiento natural (ya recibe un 23% de visitas por Google) y simplifcarles la gestión de contenidos tanto a los escritores de Altaïr como al resto de la tribu que quiera participar. En esto último me ha ayudado mucho el diseño de Francis, que se ha adaptado muy bien a la línea de la web Altaïr (también suya) y al prototipo inicial que construimos intentando prever todas las posibles secciones.

Pero, en realidad, el AS en la manga que tiene este proyecto es que tiene una persona detrás (Gil Padrol) que está cuidando la presentación de los textos y las imágenes, revisando los contenidos, las secciones, el crecimiento de la web, las visitas y los visitantes.

Espero que todos los interesados, lectores y amantes de las buenos artículos de viajes se pasen por esta web y, por supuesto, se animen a contribuir con sus anécdotas y experiencias.

Me gustaría hablar de la importancia del prototipado en el proceso de desarrollo poniendo un caso práctico de una de las webs construida con Drupal (no podría ser de otra forma)

Web_ Sostenibilidad Rural
Diseño y logo_ Oihana Cordero
Desarrollo y maqueta_ Carmel Hassan
Objetivos_
- Difusión e intercambio de información y experiencias para un desarrollo rural sostenible.
- Foro de discusión y comunicación para una gestión ambiental basada en valores rurales.

Módulos principales: book, organic groups, aggregator, cck, views, forum, image, image exact, imagemagick, imagecrop, gmap,privatemsg, usernode, custrom breadcrumbs, emailregistration, panels, suggested terms...

Los planteamientos en desarrollo sobre Drupal no difieren mucho de cualquier otra aplicación web con o sin CMS (si me apurais mucho, ni si quiera de cualquier otra aplicación). Si bien es cierto que los requisitos no funcionales depende de la herramienta (entre otras cosas) y que una aplicación software no es una aplicación web.

Pues eso, en cuanto a los prototipos digamos que son la mínima documentación que se debe tener antes de empezar la implementación, hablo de mínima porque, siendo realistas, ni las planificaciones de los proyectos te permiten redactar un documento completo donde reflejar los detalles, ni nosotros conseguimos sonsacar toda la información que necesitamos a tiempo.

En este ejemplo os presento 2 de los prototipos de los que partimos en el desarrollo, ¿qué hay de especiales en ellos? Desde mi punto de vista, nada más que ventajas:

• Ayuda a definir la organización del sitio y a tenerla presente
• Sirve para establecer las relaciones jerárquicas de los elementos
• Define los elementos de información, el lenguaje y los datos
• Representa gran parte de la funcionalidad
• Obliga a llegar a un acuerdo y a entender y madurar el proyecto.

Concluyendo...

La web hay que construirla, y para ello necesitamos:

Escuchar_ a clientes, jefes, diseñadores, programadores, maquetadores y a nosotros mismos
Reflexionar_ analizar, pensar, interpretar, sacar conclusiones precipitadas
Comunicarnos_ estructurar ideas, organizarnos, definir soluciones posibles, generar dudas
Volver a escuchar_ recoger conclusiones, filtrar malas ideas, simplificar
Planificarnos_ buscar la automatización de tareas

Mi tesis aquí es: usa el prototipo, bueno, para mí es casi una campaña en favor de la ingeniería web. Úsalo porque te puede ayudar a escuchar, a reflexionar, a comunicarte, a recordar, a planificarte...en conclusión a construir esa web y no otra.

Los ordenadores apestan, sin duda, jeje. 

Hace ya varias semanas que salió la versión 6.x de Drupal y yo sin hablar de ella.

Este 24 hay una quedada en Madrid de Drupaleros a la que no podré ir finalmente, y yo sin decidirme a tiempo.

La DrupalCon europea es este año en Hungría y aquí estoy sin haberme buscado todavía el vuelo.

Pues eso, aunque hay una notable mejora en cuestiones de usabilidad en las tareas de gestión y administración aún quedan detallitos para decidirse a implantarla en portales productivos así que seguiremos testeándola y vigilándola de cerca.

En cuanto al encuentro madrileño qué decir, que me da mucha pena no poder subir aunque concentro todos mis esfuerzos para intentar reunirme con los hispanohablantes en Szeged este verano...por cierto, hay que ir votando logo!! no es casualidad pero mi apuesta es (mis disculpas a theborg ) para la serie de Berta, especialmente:

Problema_ ¿Un nodo? ¿qué?

Muchas veces cuando intentamos explicar cómo se empieza a publicar contenido con Drupal hemos empezado (me incluyo) contando lo que significa la palabra nodo. Quizá pensando que si conseguimos hacer entender lo que es un nodo a un usuario encargado de publicar contenido (editores y escritores web) estarán resueltos todos sus problemas. mmm...

Si hemos tomado la inteligente elección de desarrollar nuestra web con un CMS que nos permite diseñar la plataforma que nosotros queramos, debemos desarrollarla orientada también al usuario que se encargará de su contenido y a éste le importa poco eso de "unidad básica de información para el sistema...".

Roles_ Crear editores

Si en Drupal existe un potente sistema de privilegios basados en roles es porque realmente es necesario poder distinguir entre las tareas que unos y otros usuarios pueden desempeñar en la web.

A menudo, usamos el rol "editor" como persona encargada únicamente de la publicación, edición y, a veces, moderación del contenido.

Los permisos de este rol como mínimo serían:

Módulo node_

• acceder al contenido
• administrar nodos
• ver revisiones
• volver a revisiones
• create XXXXXXX
• edit XXXXXXXX
• edit own XXXXX

Módulo search_

• buscar contenido
• usar búsqueda avanzada

De forma secundaria podemos dar otros permisos dependiendo de la configuración de la web que queramos:

Módulo block_

• administrar bloques

Módulo system_

• acceder a las páginas de administración

Módulo upload_

• cargar archivos
• ver archivos cargados

Módulo pathauto_

• administrar alias automáticos de URL

Usuarios_ Ser editores

Hay dos cosas fundamentales que necesita entender un editor de contenidos:

1. Desde dónde puede publicar y gestionar el contenido
2. Cómo puede hacerlo

¿Dónde?

Tenemos, por un lado, un bloque de herramientas que se llama ¿Navegación? > Crear contenido y, por otro, una zona de administración llamada Administrar > Gestión de contenido > Contenido.

Para no confundir debemos procurarles a los editores un área de gestión que utilice, a ser posible, la zona de máxima visibilidad (el área central de contenidos). Ésta puede hacerse o bien desde su cuenta de usuario como en el ejemplo de la web de sosrural, o bien desde la página Administrar > Gestión de contenido > Contenido.

En realidad, hay muchas más posiblidades, dependiendo de la web y del perfil de nuestros editores debemos cuidar el lenguaje, la disposición de los enlaces, plantearnos el uso de unos u otros iconos, etc. En cualquier caso debemos siempre conocer a priori cuáles son las tareas que queremos encargarles a estos usuarios y diseñar una única zona que les haga entender cuáles y cuántas son, si existe algún orden entre ellas y si pueden deshacerse.

¿Cómo?

Para publicar contenido sólo hay que entender qué es lo que estamos haciendo, bueno, qué es lo que hacen los editores: ¿crean? ¿envían? ¿publican? páginas webs.

• Páginas que consisten en un título y un contenido, y nada más...
• Páginas que pueden ser clasificadas por categorías prexistentes o etiquetadas de forma libre...
• Páginas que pueden recibir comentarios de otra gente...
• Páginas que pueden tener archivos para descargar...
• Páginas que pueden aparecer de forma destacada...
• ...y mucho más (sólo hay que ver las posibilidades que ofrece CCK).

Eso es el conjunto: ponle un título y comienza a escribir; un conjunto lleno de posibilidades, vamos a verlas por partes:

Título

Editor_ Elige un título apropiado para todas tus páginas, ayuda a los buscadores a indexar tu web, a entender lo que es relevante, ayuda a tus usuarios a predecir, a leer y a no pensar.

Desarrollador_ Ponle una etiqueta apropiada a este campo, a veces, es más fácil entenderlo si lo llamamos "nombre", o "asunto", "tema"...

Cuerpo

Editor_ Tienes libertad para escribir, así que sintentiza. Separa tu texto en párrafos cortos y legibles, la web no es el papel.

Desarrollador_ Proporciona un editor rápido que se parezca a algún estándar (FCKEditor, Tinymce), permite el formateo que pueda ajustarse por CSS, que suban imágenes, vídeos y cualquier contenido audiovisual. Prepara el editor para que se pueda "copiar y pegar" desde cualquier editor sin que afecte al diseño del sitio, vale con que configures bien los filtros y los botones disponibles (más no es mejor).

Mensaje de registro

Confuso a más no poder, en mi opinión esto debería traducirse al castellano como "notas para el editor" o "anotaciones sólo para editores", algo que ayude mejor a entender que lo que se pretende es tener un pequeño área de texto donde los editores puedan aclarar sus aportaciones al contenido de la página para sí mismos y para otros.

Opciones del menú

Una de las formas más consistentes de crear menús.

• Título_ nombre del enlace del menú
• Descripción_ descripción del enlace que aparecerá al sobrevolarlo
• Elemento padre_ Menú o Conjunto de enlaces en los que aparecerá
• Peso_ Posición global del nuevo enlace dentro del conjunto

Esta forma te asegura que la URL que apunta a tu página desde ese menú se mantenga estable frente a los cambios: si cambias el título el enlace permanece y si eliminas la página el enlace también desaparece.

Opciones de comentarios

Normalmente entendemos los comentarios asociados a las entradas de tipo blog, o noticias. En Drupal cualquier página puede aceptar comentarios, lo que no quiere decir que tenga sentido que los acepte.

Archivos adjuntos

Adjuntar un archivo es muy sencillo: pulsas en examinar y luego en adjuntar.

"Borrar" y "lista" son los dos checkbox que aparecen junto a cada archivo, si clicas en Borrar y luego en "Enviar" el adjunto desaparecerá para siempre, si no quieres esto siempre puedes deseleccionar "lista" y el adjunto no se "listará" en la página final como un archivo.

Opciones de ruta URL

Desarrollador_ Una palabra: Pathauto.

Información de autoría

El nombre del usuario que creó la página puede modificarse, también la fecha de creación, aunque el comportamiento por defecto de fecha y usuario es automático. No está bien cambiarle la autoría a una página pero a veces es necesario...

Opciones de publicación

Cuatro posibilidades:

• Publicado: determinante para que cualquiera a parte del propio autor y los editores puedan visualizar la página.
• Promocionado en la página principal: si la página principal no se ha sustituido por una vista o un panel, este nuevo envío aparecerá directamente en portada si está seleccionada esta casilla.
• Pegajoso en la cima de las listas ¿! pegajoso? bueno, "destacado", "promocionado" sobre el resto del contenido. Si tenemos un listado, por ejemplo, una lista de artículos de belleza, esta casilla nos permitirá hacer de éste un artículo promocionado en el tope de la página en el que se liste.
• Crear una revisión nueva: aconsejable, más aún si existe más de un editor en la web que haga cambios sobre una página.