Quoting Daniel Espinosa <[EMAIL PROTECTED]>:
> Are there any point to take apart the "internal functionality" and the
> "DB work"?
No.
> Are we thinking about to use the power of the DB in data managing? Are
> there a point where we can "change" the core in that way? and
> implement a "plugin to
2006/10/28, Derek Atkins <[EMAIL PROTECTED]>:
> Quoting Phil Longstaff <[EMAIL PROTECTED]>:
>
> >> Nah... Think of a KVP slot like a filesystem directory tree. Each node
> >> can either be a File or a Directory. The Slot Path walks down the
> >> tree (through KVP_FRAMEs) until you get down to a
I've started to look at what is needed to put a new backend into GC. My
first questions is if this is documented anywhere. I've needed to
update a few different files, and wonder if it couldn't be improved so
that each backend only needs to be known about in one place. For
example, gnc_engine_in
Inline, with [BB]
-Original Message-
From: Derek Atkins [mailto:[EMAIL PROTECTED]
Sent: Monday, October 30, 2006 7:15 AM
To: Christian Stimming
Cc: Brian Blatnik; gnucash-devel mailing list
Subject: Re: Compiling GnuCash on Windows
Christian Stimming <[EMAIL PROTECTED]> writes:
> I'd
