Ngewi Fet <nge...@gmail.com> writes:
>>> Too bad you can't just incorporate the GnuCash engine (and file
>>> backend) C code directly into your App. ;)
>
> That would be cool, although I don't know what the effort would be to
> hook into it. In what format does GnuCash handle it's data internally?
> SQL database? The SQL schema in the Android version is already similar
> and could be made even more so. Having the same code generating XML
> would definitely ease things. But I guess that's a rather looong term
> goal as Geert says.
No, it uses QOF internally.
One of the medium-term goals is to change it to using SQLite internally.
>> One of the long-term goals... However it will be c++ code by then. We'd
>> love some more help getting the conversion done btw.
>
> Does this conversion require extensive knowledge of the Gtk framework
> and the scheme language?
No, just Glib.
>> More on topic though:
>> Ngewi, you write that you intend to generate the transactions when an SX
>> is due. Knowing that gnucash will also create these transactions,
>> independently from GoA when they are due, won't this cause duplicate
>> entries when importing back from GoA to gnucash on the desktop ?
>
> The scheduled transactions XML tracks things like the last run time,
> number of executions pending etc etc. We update all of that
> information as well.
> I assume GnuCash looks at this before deciding if and how many
> transactions to generate from the scheduled template. That way there
> will be no duplicates.
> But please correct me if I'm wrong.
It does, provided you are sharing the datafile back and forth with
desktop GnuCash.
> Regards,
> Ngewi
-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
warl...@mit.edu PGP key available
_______________________________________________
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
