More KMyMoney peeking: is our file format clearly documented?
Derek Atkins
warlord at MIT.EDU
Thu Jun 24 11:13:03 EDT 2004
linas at linas.org (Linas Vepstas) writes:
> 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.
While I agree that's an issue, the reason I said that I understand why
they don't is that about 60-70% of the code in gnucash is UI code, and
much of that has reliance on gnome/gtk. The lines between UI and
non-UI have been blurred significantly (certainly outside the engine).
I also believe that there are TOO MANY shared libs in gnucash. Why
are gnc-modules, the engine, and app-utils all in separate libraries?
Nobody else is using gnc-modules (and why should they!?).. And
app-utils doesn't work without the engine.. I see no point in that
separation.
>> > 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.
Sure, but the engine is a fairly small portion of the code.. The only
potential reason I can think of for someone NOT to use it is that it's
HARD to just get the engine code. Playing devil's advocate here...
It depends on glib (which is a gnome library).. It depends on
gnc-module, which isn't separable.. And it has all this guile/g-wrap
crap in it. Eww..
Back to reality, and having dealt with the code myself, I can
certainly understand the frustration with trying to re-build the qt
frontend. Gnucash just has too much crap in it. :)
> --linas
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing Board (SIPB)
URL: http://web.mit.edu/warlord/ PP-ASEL-IA N1NWH
warlord at MIT.EDU PGP key available
More information about the gnucash-devel
mailing list