On Sun, 9 Jun 2002 20:21:06 +0200 Christian Stimming <[EMAIL PROTECTED]> wrote:
CS> -----BEGIN PGP SIGNED MESSAGE----- CS> CS> On Sonntag, 9. Juni 2002 15:51, Michele Ravani wrote: CS> > Hi CS> > CS> > I've tried to find information (docs, website, ...) about how to CS> bind new CS> > scm modules into gnucash and have the functionality they implement to CS> > appear in the application (hope it is clear what I mean). CS> CS> This is great to hear. You might consider subscribing to gnucash-devel CS> (I CC'd CS> this answer to there), since on that list we are always very happy if CS> we can CS> help new developers to get a hand on the gnucash code. I don't want to get your hopes too high. I do have little time even if the wish to get back into developing is strong (damn the day I moved into management ;o)) CS> Gnucash in 1.6 is built as one big binary executable plus a bunch of CS> scheme CS> files that are loaded at startup. The current development tree (1.7 CS> and soon CS> to be 1.8), however, consists of a bunch of scheme/guile files which CS> dynamically load the executable code as shared libraries. I've got the (hopefully) newest from the CVS, although I didn't get around to build it yet. CS> If you want to add new modules, the doc for that is in CS> src/gnc-modules/doc/design.txt, CS> http://www.gnucash.org/lxr/gnucash/source/src/gnc-module/doc/design.txt CS> . I CS> don't quite know how it would be handeled if you *only* want to add CS> scheme CS> code and no binary code, but others here will probably give you a more CS> exhaustive answer to that. Thanks for the pointer. I was thinking that may be there could be a way to plug scm code into gnucash without having to rebuild the system, e.g. modules which are detected and loaded at runtime. CS> For asking questions like that, you can also log in to IRC on CS> irc.gnome.org at CS> #gnucash. Most of the time there are people hanging around and are CS> especially CS> happy if we can help you to start coding :-) Thanks. CS> might consider participating in our ongoing discussion on CS> gnucash-devel, CS> http://gnucash.org/pipermail/gnucash-devel/2002-June/006293.html and CS> thread, CS> so probably you can re-use some of the code (and contribute to it) CS> that we CS> are already planning to write. I had a quick scan of the 'Generic Trans...' thread, but I guess I will have some reading to do before being able to follow. A quick question, one part of the discussion was about detecting double entries. Would it be wrong/difficult to allow the user to define the equality of two transactions when importing? For instance, my bank gives me a very simple mechanism: I can look at my transactions for one account at the time in a Java application and dump them to an ASCII file. Equality for me would be very simple (unless I am missing something): same date, amount, description and (!) same balance, and given the possibity I could easily define it in the settings for the import of a given account dumps. For the account identification, something similar could be valid: the user may know and define things which would be extremely difficult to handle consistently by coding. Sorry if I am completely off-kilt ;O) -- Michele Ravani [EMAIL PROTECTED] "Those who live hoping, die singing" My Gran _______________________________________________ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnucash.org/cgi-bin/mailman/listinfo/gnucash-devel
