Gesfaconta: Sin prisas, pero sin pausa.
Ya hace algún tiempo que no envío algo a la bitácora, pero uno sigue a lo suyo.
Se han puesto en funcionamiento las primeras tablas de Gesfaconta (aparte empresas y usuarios), más que nada para comprobar que el código hace lo que se espera, cosa que me alegra bastante porque con esto queda conseguido uno de los desafíos "gordos" que tenía, concretamente el de programar una forma general de crear e interactuar con las tablas (al menos las del menú "Ficheros base") a partir de su descripción en archivos xml.
Ahora estoy preparando un especie de manual, porque un programa de éstos, si no se explica lo que hace y cómo hay que hacerlo, pues como que no sirve de mucho. Ese manual se irá ampliando a medida que la aplicación vaya creciendo y así lo llevaremos todo "a tajo hecho", que dicen en mi pueblo.
El manual lo estoy escribiendo en LaTeX, para tenerlo disponible tanto en html como en pdf. La versión en html será la que se instale con la aplicación, porque así se podrá seleccionar la página a mostrar según el contexto. Lo he llamado "manual" porque de alguna forma había que llamarlo, pero es más bien una mezcla entre descripción del proyecto, instrucciones para su instalación y uso, y comentarios de paso sobre cómo funcionan en Linux algunas cosas relacionadas con la utilización del invento éste. Tengo pensado subirlo en pdf y enlazarlo aquí, pero lo haré cuando termine la parte que describe el manejo de la configuración del balance y del plan contable, que son dos tablas fundamentales de cara a la contabilidad, que es en lo que en definitiva tengo puesto el punto de mira.
También he revisado otro poco los fuentes y actualizado los archivos y el script que genera las referencias cruzadas con cxref, además de reorganizar el repositorio, eliminando todo (o casi) lo que se pueda generar configurando y compilando.
He incluido un Makefile que compila los archivos LaTeX en html y también en pdf, con sus dependencias controladas en el configure, pero no he querido "obligar" a la instalación de LaTeX, de modo que si no lo encuentra se produce un error que no tiene importancia, y está convenientemente identificado con un "AVISO".
Cuando dé por terminada la parte del manual en la que estoy inmerso, publicaré otra entrada y enlazaré el pdf para que los curiosos y las curiosas puedan tener una idea de qué va la cosa sin necesidad de instalar y trastear.
Antes de meter la directa diseñando tablas, quiero dejar resueltas algunas cosillas: Eliminar de una vez por todas el archivo "textos.h" y sustituirlo por otro equivalente en xml, modificar los archivos cantidad.c y fecha.c (y en su caso los .h) para que manejen las cadenas de texto con los GString's de GTK+, y preparar el terreno para el manejo de las impresoras, que si bien tenía pensado hacerlo principalmente a través de CUPS (ya tengo incluidas las dependencias en el configure), también es verdad que GTK incorpora su GtkPrintOperation y demás clases relacionadas a partir de la versión 2.6.10, a las que quisiera darles un tiento para ver lo que puedo conseguir. La idea original era la de utilizar el formato ODF (el de OpenOffice) con la ayuda de CUPS, pero no me agrada el dejar de lado la posibilidad de mandar cosas directamente a la impresora sin tener que pasar previamente por otro programa, ya sea OpenOffice, Abiword o alguno por el estilo, además de que puede ser que GTK provea un bonito interfaz para elegir la impresora y sus opciones, así que ya veremos lo que sale.
Me gustaría aparecer más por aquí y publicar algunas otras cosas que no tengan que ver con mi proyecto personal, pero no encuentro el modo de llegar.
Por lo que podríamos llamar "razones insoslayables", mi tiempo de exposición al teclado no ha tenido más remedio que bajar sustancialmente, y si no me ocupo del proyecto (que constituye la mayor parte de las motivaciones de mi incursión al software libre) todo el tiempo que pueda, me temo que no podré llevarlo a cabo o, por lo menos, dejarlo en un estado más o menos "potable". Si no lo puedo conseguir, al menos que no sea por no haber puesto lo suficiente de mi parte.
En fin, cosas de la vida, aunque uno nunca pierde la esperanza de que algún día pueda llegar a hacer más de lo que actualmente hace.
Para obtener los fuentes: svn co https://gesfaconta.svn.sourceforge.net/svnroot/gesfaconta/trunk gesfaconta
Una vez descargado, la secuencia de instrucciones para echarlo a andar es como sigue:
cd gesfaconta
automake -a (según el Capitán Obvio, se necesita tener instalado automake)
./configure
make
su (convertirse en root)
make install
o también directamente:
sudo make install
Una vez instalado, con teclear en la consola:
gesfaconta & lo pondremos en marcha.
Enlace al repositorio: http://sourceforge.net/projects/gesfaconta/develop
|

Al trastear un poco con el programa, me he dado cuenta de que cuando se quieren limpiar los datos del formulario para la configuración del balance, hay casque. La razón es tan simple como que se me olvidó ponerle un valor por defecto al casillero "Bloque" en el archivo xml de la tabla.
Ya está corregido, y además estoy casi a punto de terminar el procedimiento que avisará de que hay cambios sin guardar al intentar abandonar un formulario.
A ver si durante esta tarde puedo actualizar los cambios en el repositorio.
Me alegro de que continues con tu proyecto, en cuanto me sea posible lo probaré.
¿Te acuerdas de lo de la biblioteca que quería hacer yo en Java? Lo empecé en verano pero he tenido que posponerlo debido a que ha comenzado el curso. Además mi señora quiere que le haga algo para su trabajo. De todas formas la asignatura que tengo este año me va a venir muy bien para combinar Java y SQL.
En fin... que en esto uno no deja nunca de aprender, rehacer, volver a aprender y vuelta a rehacer...
Pues sí, me suena lo de la biblioteca, y no sólamente porque me comentaras tu idea, sino porque hace bastantes años terminé un curso de cobol haciendo un programa que manejaba una biblioteca. Era algo sencillito, una sóla tabla con unas pocas columnas, pero el reto consistía en hacerlo en menos de 400 líneas (creo recordar).
Suena interesante eso de Java+SQL. Al menos tanto, si no más, que C+SQL.
C+SQL debe ser mas rápido, eso seguro. Por cierto sigo con C, no programo nada con él pero sigo con la teoría.
Salu2.