Traducido por  Nicolás García-Pedrajas y Eloy Rafael Sanz-Tapia

[DE | ES | FR | JA | EN]

Bienvenido al Brave GNU World de Georg. Este mes tengo varios proyectos pequeños de muy distintos tipos. Empezaré con un lector de correo muy interesante.

Sylpheed

Los lectores de correo basados en Emacs tienen problemas con el manejo de los ficheros adjuntos, son muy grandes y requieren que emacs se esté ejecutando. Los otros programas de correo con interfaz gráfico tienen, en opinión del autor, un manejo que dificulta acostumbrarse a ellos, o no soportan series o hilos de mensajes (threads), o no se llevan bien con otros lectores, o tienen características no accesibles desde el teclado. Todo el que haya pensado así alguna vez puede que esté interesado en probar Sylpheed.

Las ventajas de Sylpheed son impresionantes. Está basado en GTK+ y tiene un interfaz muy intuitivo. Es muy importante su capacidad de filtrar el correo y mostrarlo en hilos de discusión. Por supuesto, soporta adjuntos MIME con múltiples partes y contiene un visor de imágenes integrado. Soporta X-Faces y se puede hacer clic sobre las URIs de los mensajes. Y, a pesar de estar basado en un interfaz gráfico, todo se puede hacer también desde el teclado.

Una característica muy positiva es la libreta de direcciones basada en XML, lo que garantiza su portabilidad y su disponibilidad para otras aplicaciones. Las carpetas de correo son portables también. Al guardarse en el formato MH pueden ser usadas por otros lectores de correo como Mew.

Además de todo esto, Sylpheed puede leer (pero no escribir) noticias de USENET y puede llamar a los programas fetchmail y procmail para obtener el correo. El correo saliente puede ser almacenado en una cola en espera de ser enviado.

Sylpheed es muy joven, así que la lista de cosas por hacer es aún bastante larga, e incluye soporte para IMAP4, LDAP, PGP/GPG, SSL, compresión de carpetas de correo y muchas cosas más. También hay trabajo por hacer en la localización inglesa, pero al estar basado en gettext esto no debería ser mucho problema. Los usuarios de Debian pueden instalar Sylpheed directamente desde la dirección indicada más abajo. El resto no tendrán problemas, ya que la compilación se basa en autoconf y automake.

Si no estás contento con tu lector de correo actual, deberías considerar probar este.

Xzgv

Xzgv puede controlarse completamente a través del ratón o del teclado y usa una única ventana para seleccionar y mostrar las imágenes, en contra del 'zoo de ventanas' que construyen otros visualizadores. Al haber sido escrito basándose en GTK+ con soporte para GNOME y KDE, puede usarse en cualquier sitio sin problema y tiene una buena capacidad de respuesta, además de ser muy usable.

El autor me pidió que destacara el hecho de que escribir un buen visualizador de imágenes no es una tarea trivial, como algunos parecen creer. Por supuesto que no es una cosa complicada 'mostrar una imagen'. Pero construir un visualizador que haga las cosas correctamente requiere resolver algunos problemas que no son obvios.

Xzgv está prácticamente terminado. Los planes para futuros desarrollos se centran en abandonar la librería Imlib 1.x y optimizar la visualización de imágenes muy grandes.

Al estar licenciado bajo la Licencia Pública General de GNU, lo puedo recomendar sin la más mínima duda.

Continuaré con un programa bastante especial que se ha unido recientemente al Proyecto GNU.

Solfege

Una característica a destacar es que es extensible a través de 'ficheros de lecciones' escritos en texto ASCII. Todo el que tenga conocimientos sobre educación musical puede añadir fácilmente sus propias lecciones. De hecho, escribir más lecciones es una de las tareas que más se requieren ahora mismo en el proyecto.

A largo plazo, el autor querría reimplementar grandes partes del programa, ya que las soluciones actuales no le satisfacen. Agradecería mucho para esta tarea la ayuda de gente con experiencia en programación OSS.

También debo mencionar que la audiencia de este programa, estudiantes de música y otros interesados en entrenar su oído, no deberían esperar mucho de Solfege por el momento, ya que la versión 1.0 aún está lejos.

El próximo proyecto ha entrado en el Proyecto GNU y viene también del área educativa.

Ggradebook

Está basado en GTK+ y puede compilarse opcionalmente con soporte para GNOME. Ggradebook puede manejar calificaciones porcentuales, numéricas o alfabéticas. Las dos últimas pueden asociarse automáticamente con la primera y sus escalas son ajustables.

Un problema actual es que con los porcentajes y las calificaciones alfabéticas no se puede usar '+' o '-' para modificar la nota. Los planes para el futuro incluyen la creación de un filtro de importación y exportación para programas similares, la internacionalización y la adición de más características. Y aunque el interfaz actual permite acceder a todas las funciones, su sencillez de uso podría mejorarse.

La principal dificultad que los autores están afrontando ahora mismo es la falta de comentarios. Animo a todos los lectores interesados a que lo prueben y les cuenten lo que piensan.

Los siguientes tres proyectos son definitivamente más técnicos y orientados a los desarrolladores.

Common C++

Básicamente el proyecto Common C++ comienza donde la librería ANSI Std de C++ termina. El objetivo es crear una librería de clases portable que proporcione funcionalidad para tareas como la abstracción de multihilo, los sockets, la E/S serie y la serialización de clases persistentes en sistemas Posix y Win32.

Gran parte de esta funcionalidad ya está disponible a traves de librerías independientes. Para David Sugar, la ventaja de Common C++ reside en la estructura consistente que se da a estas tareas. Además de ser muy portable, Common C++ usa librerías diferentes para cada subsistema, en lugar de incluirlo todo en una única librería. Esto hace posible escribir la librerías adaptadas a la máquina, lo que reduce la sobrecarga. Y las aplicaciones Common C++ se ejecutan sin problemas en ambas arquitecturas.

En lo concerniente a los compiladores es bastante tolerante y soporta algunos compiladores de C++ que no obedecen los estándares.

Como ya sabe la mayoría de los desarrolladores, cada implementación de Unix tiene su propia implementación de hilos que generalmente no se adapta al estándar. Para esto Common C++ proporciona una gran cantidad de comprobaciones durante la configuración con el fin de asegurarse de que la abstracción es correcta. Aunque aún no es capaz de cooperar con GNU Pth (Threads Portables de GNU, ver número 1 de Brave GNU World), sí debería ser capaz de trabajar con su emulación de hilos Posix. Está planeado ofrecer soporte nativo para GNU Pth en el futuro.

Actualmente está planeada una reescritura para la versión 2.0, que está prevista para otoño y eliminará anacronismos usados por compiladores de C++ antiguos. Adicionalmente se prevé soporte para más plataformas (BeOS) y en lo que se refiere a la funcionalidad se implementará una librería de protocolos de red. La falta de esta última es, en opinión de David Sugar, la mayor debilidad de Common C++ actualmente. A largo plazo Sugar espera adoptar un papel más administrativo, ya que este proyecto tiene una comunidad de desarrolladores muy activa. Merecen una mención especial, por su trabajo en la última versión, Henner Zeller y Gianni Marianni.

La licencia elegida para este proyecto es la Licencia Pública General de GNU, con algunas cláusulas añadidas similares a las de la licencia de Guile. Esto la coloca entre la GPL y la Licencia Pública General Reducida de GNU en lo tocante a derechos que se conceden. Dado que esto ha producido confusión en el pasado, la versión 2.0 probablemente se distribuya bajo la LGPL.

A fecha de abril de 2000, Common C++ es un proyecto GNU oficial, lo cual es lógico ya que es la base de otros proyectos de Software Libre como Bayonne (ver el número 16 de Brave GNU World).

GNU marst

El proyecto implemente completamente el lenguaje de programación Algol 60, basándose en el "Modified Report on the algorithmic Language Algol 60" [11]. Como este lenguaje no cambia casi nada, la tarea actual del autor es escribir un intérprete de órdenes que facilite el manejo al usuario. Si tienes programas libres en Algol 60 el autor está interesado en ellos.

Gengetopt

Es una herramienta muy útil para los programadores de C y C++, ya que simplifica el importante pero tedioso trabajo de analizar la línea de órdenes. El programador sólo tiene que especificar las opciones deseadas, indicar si son obligatorias u opcionales y si requieren parámetros. El código fuente C generado por gengetopt se añade al programa y una simple llamada a función valida y evalúa la línea de órdenes.

Siguiendo la tradición de Brave GNU World, me gustaría terminar discutiendo algo que no está directamente relacionado con el software.

OpenTheory

El sitio principal [13] ofrece un centro de coordinación manejado por un interfaz web que permite intercambiar ideas y pensamientos. Se pueden iniciar proyectos en línea y se pueden ofrecer documentos para su discusión. Todos los textos se transfieren en formato ASCII y se almacenan en una base de datos MySQL. Las páginas, extremadamente dinámicas, están hechas con PHP3.

Cada proyecto tiene su propia lista de correo que puede se accedida desde el interfaz web. Adicionalmente se pueden enlazar varios proyectos, y se pueden compartir sus listas.

Lo único que echa de menos Stefan Meretz ahora mismo es un interfaz para controlar por correo las funciones de OpenTheory. Por el momento no se pueden enviar documentos por correo electrónico.

El proyecto ya ha sido aplicado a tareas muy interesantes. El proyecto Oekonux (número 18 de Brave GNU World) se inició allí. Y se ha usado para discutir y mejorar las charlas que se ofrecieron en el LinuxTag en Stuttgart.

El proyecto OpenTheory en sí mismo (es decir, el software que proporciona su funcionalidad) está publicado bajo la GPL. Está en su versión 0.4, así que se invita a otros desarrolladores a que se unan a él.

Nos vemos...

Y como siempre me gustaría animaros a escribir con nuevos proyectos, ideas, preguntas y sugerencias [1].