Plugins, modules oe similar functionality

[Christian Stimming]

-----BEGIN PGP SIGNED MESSAGE-----

On Sonntag, 9. Juni 2002 15:51, Michele Ravani wrote:
> Hi
>
> I've tried to find information (docs, website, ...) about how to bind new
> scm modules into gnucash and have the functionality they implement to
> appear in the application (hope it is clear what I mean).

This is great to hear. You might consider subscribing to gnucash-devel (I CC'd 
this answer to there), since on that list we are always very happy if we can 
help new developers to get a hand on the gnucash code. 

Gnucash in 1.6 is built as one big binary executable plus a bunch of scheme 
files that are loaded at startup. The current development tree (1.7 and soon 
to be 1.8), however, consists of a bunch of scheme/guile files which 
dynamically load the executable code as shared libraries. 

If you want to add new modules, the doc for that is in 
src/gnc-modules/doc/design.txt, 
http://www.gnucash.org/lxr/gnucash/source/src/gnc-module/doc/design.txt . I 
don't quite know how it would be handeled if you *only* want to add scheme 
code and no binary code, but others here will probably give you a more 
exhaustive answer to that.

For asking questions like that, you can also log in to IRC on irc.gnome.org at 
#gnucash. Most of the time there are people hanging around and are especially 
happy if we can help you to start coding :-)

> What I would like to (try to) do, is to implement an importer for the
> transaction data I can download from my bank, which are simple
> position=meaning records. The optimal would be to be able to do this in a
> more or less generic way (dunno if I will be able to), so that one could
> use it for a whole class of file formats.

There's one developer working on OFX import features (Benoit Gregoire) and 
another working on HBCI support including HBCI transaction import (me). You 
might consider participating in our ongoing discussion on gnucash-devel, 
http://gnucash.org/pipermail/gnucash-devel/2002-June/006293.html and thread, 
so probably you can re-use some of the code (and contribute to it) that we 
are already planning to write.

Christian
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iQCVAwUBPQOckmXAi+BfhivFAQFqWQP/fAS2qOc04Sp4h87CUlipSOmaAXZfnst4
IdhqFz4LU2K3Z8gVoTeJYsKpQi3qZomApQQe1rNar+sZ+GBk/Ey7irmG0dbyYA+m
QLKvJOfv/OMZSlKSTrDX7kco1N81dtD6NirRLjM5mzGQRb6B4mg4c7aVIUuvVe6E
C3eU2rdavc4=
=MZvF
-----END PGP SIGNATURE-----