> Further investigation of gnome-pilot shows that it works, but
> utilising it raises several problems.
>
> gnome-pilot uses an applet, which, when clicked on, calls several
> conduits for each type of data (to-do list, address book, expense
> tracker etc.), synchronizing everything at once. This design is quite
> elegant from a user's point of view. Their current expense conduit
> simply reads data from the expense tracker and exports it as
> comma-seperated text.
>
> The simplest way to write an appropriate conduit would be to be able
> to call gnucash engine functions directly from it, but as I understand
> it that is not currently possible. Somebody on the list previously
> suggested making the engine a library, and while I wasn't initially
The engine is already made into a library (libengine.a). I'm not
sure that's the way to go, though.
> keen on the idea, how difficult would such a task be? A CORBA
> interface to the engine would also do the trick, but that's a
> substantial job.
>
> Alternatively, it might be possible to get gnucash to simply parse
> the comma-seperated text files. This perhaps isn't quite as neat,
> but would do the job.
I think parsing the comma-separated text file is probably the way
to go here, at least for now. It's certainly the simplest, at least.
One thing to keep in mind is that gnucash may be running when the
user decides to sync. If gnucash has opened the file that the sync
is supposed to load into, another app can't open it.
dave
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
