-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 3 Mar 2003, Andrew Pimlott wrote:
> I've seen messages that at least one person is working on a redesign > of the postgres back-end. (I didn't check who, but I assume he's on > the list.) I'm thinking about a little project that would like to > interface with gnucash at the data level; ie, talk to the database > rather than use the gnucash API. If anyone working on the postgres > back-end has any concrete plans for it, I would appreciate hearing > about them. Perhaps I could offer some assistance as well. > That probably is not a good idea, unless you are just going to use the database and no other part of Gnucash. It's unsafe design--you could easily munge the data. Is there some reason you cannot use the Engine API? That would be a far better direction, and the Engine API is pretty well defined and separated from the GUI. If you use the Gnucash API, you will be sure that the data is always in a consistent state, with respect to Gnucash. If you go outside the API, you don't have the same assurances. - -- Matthew Vanecek perl -e 'print $i=pack(c5,(41*2),sqrt(7056),(unpack(c,H)-2),oct(115),10);' ******************************************************************************** For 93 million miles, there is nothing between the sun and my shadow except me. I'm always getting in the way of something... -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE+ZC1Ki/CNzDSN0RIRAlJrAKCjszZMKaOwwIRJyRbOPbQNg2DqrACfb2fe 1NyjrsYSRGUj0mOPLxfBL+Y= =XJ22 -----END PGP SIGNATURE----- _______________________________________________ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnucash.org/cgi-bin/mailman/listinfo/gnucash-devel
