More KMyMoney peeking: is our file format clearly documented?

[Linas Vepstas]

Hi,

> It would've been nice if they just decided to write a Qt frontend
> to GnuCash, but I can certainly understand why they don't.

Let me say it again ... the major reason for 'modularizing' gnucash
was to allow other projects and programmers to use the modules in
thier projects.  Schemeifying the modules just f**it up.  They
were supposed to be separately installable shared libs, nothing more,
nothing less.  We really have to de-schemeify the modules.

> > The developer working on the gnucash importer had some interesting
> > things to note:
> > http://sourceforge.net/mailarchive/forum.php?thread_id=4496256&forum_id=7103
> > quote:
> >
> > "3. Since I couldn't find any definition of the GC file structure,
> > I've based the code purely from what I've been able to deduce from my
> > own file, and a few small test files created for the purpose. "

In particular, the goal of the gnucash "engine" has (always) been to 
provide a GUI-neutral, indeed, OS-neutral way of accessing financial 
data through a well documented, supported API.   This GUI neutrality
is what allowed the Motif and GTK versions of GnuCash to co-exist,
and even helped start a KDE port, back when, until it withered.

--linas

p.s.  Christian, or whomever has this ability, please cross-post this
message to the KDE lists.  As the maintainer/author of significant
non-GUI chunks of GnuCash, I really do have an interest in somehow
sharing or collaborating ... 


-- 
pub  1024D/01045933 2001-02-01 Linas Vepstas (Labas!) <linas at linas.org>
PGP Key fingerprint = 8305 2521 6000 0B5E 8984  3F54 64A9 9A82 0104 5933