GDA: Recent SX changes in trunk/GObject questions

2007-04-07 Thread Phil Longstaff
I've merged up-to-date trunk into the gda branch (though it's not completely committed). Scheduled transaction structure has changed. In addition, account groups have been replaced by root accounts. My plan is to have a book table with a record with (currently) two fields. The first is the r

Re: r15849 - gnucash/trunk/src/business/business-core - Fix compiler complaints about dereferencing type-punned pointers.

2007-04-07 Thread Derek Atkins
This can't work.. A GncOwner isn't a QofInstance. -derek Quoting David Hampton <[EMAIL PROTECTED]>: > Author: hampton > Date: 2007-04-07 14:24:53 -0400 (Sat, 07 Apr 2007) > New Revision: 15849 > Trac: http://svn.gnucash.org/trac/changeset/15849 > > Modified: > gnucash/trunk/src/business/busi

PATCH: convert some routines to take const object pointers

2007-04-07 Thread Phil Longstaff
The attached patch modifies some getter routine signatures to convert object pointers to const object pointers. Phil diffs Description: 2814508393-diffs ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinf

PATCH: fix KVP bug/allow gnc_numeric to be a GBoxed value

2007-04-07 Thread Phil Longstaff
The attached patch does two things: 1) Fixes a KVP bug where kvp_frame_add_value_nc() wouldn't properly create a frame which didn't previously exist. The problem was that by the time the routine realized it needed to create the path, the variable holding the path had been overwritten. 2) Add

Re: Import prices API

2007-04-07 Thread David Hampton
On Sat, 2007-04-07 at 16:39 +0200, nospamforas wrote: > > Also, F::Q itself has an API; it's a plugin architecture so you could plug > > in your own module. > > > > But I have to ask: why would you want to NOT use F::Q? > > It is of no use to me, for the following reasons: > > (a) All modules

Re: Import prices API

2007-04-07 Thread Derek Atkins
Hi, Quoting nospamforas <[EMAIL PROTECTED]>: > Am Samstag, 7. April 2007 15:35 schrieben Sie: >> GnuCash calls the gnc-fq-helper application to get quotes. > > Do I only need to deal with gnc-fq-helper? There are other programs gnc-fq-*. > I know that gnucash checks whether Finance::Quote is inst

Re: Import prices API

2007-04-07 Thread Bengt Thuree
Perhaps import history data ? Or data that F::Q is not handling? I have a few of those myself... /Bengt On Sat, 2007-04-07 at 09:35 -0400, Derek Atkins wrote: > GnuCash calls the gnc-fq-helper application to get quotes. You could > replace that program with any other program you want to return

Re: Import prices API

2007-04-07 Thread nospamforas
Am Samstag, 7. April 2007 15:35 schrieben Sie: > GnuCash calls the gnc-fq-helper application to get quotes. Do I only need to deal with gnc-fq-helper? There are other programs gnc-fq-*. I know that gnucash checks whether Finance::Quote is installed. Well it isn't and it won't be (see below). I

Re: Import prices API

2007-04-07 Thread Derek Atkins
Quoting Bengt Thuree <[EMAIL PROTECTED]>: > Perhaps import history data ? There's a historical-data F::Q backend out there somewhere, IIRC. > Or data that F::Q is not handling? I have a few of those myself... Then write an F::Q backend for that and I'm sure that David will include it in the nex

Re: Import prices API

2007-04-07 Thread Derek Atkins
GnuCash calls the gnc-fq-helper application to get quotes. You could replace that program with any other program you want to return quotes back to Gnucash. Run the program by hand if you want to see the format of the returned data. I dont know if it expects to get one quote at a time or gets all

Import prices API

2007-04-07 Thread nospamforas
Hi, gnucash imports prices using Finance::Quote. I don't want to use it. Suppose I got the quotes in some other way from somewhere and have them stored in a datastore, e.g. a file. It would be very nice, if I could import them without Finance::Quote. I would prefer to have an API, so that one